Probleme mit dem URLClassLoader

[Julian84]

Hi,
ich hab zur Zeit an folgendem Problem zu knabbern:

Nachdem wir zu unserem Projekt ein paar weitere JAR-Files hinzugefügt hatten, fing Windows plötzlich an zu meckern, der Classpath sei zu lang. Auf der Suche nach möglichen Lösungen haben wir dann im Sun-Forum eine Runner.class gefunden. Das ganze soll dann wie folgt ausssehen:

/**
 * Runner.java
 *
 * Executes a JAVA class with a class path consisting of elements written in a given text file.
 * The text file name is classpath.txt . It must be accessible by the starting class path.
 * It may consist of one or more lines.
 * Each line is written in the same way as normally done when setting the class path.
 *
 * Usage: java Runner SomeClassName [SomeParam ...]
 * This will execute SomeClassName (with the optional SomeParam(s)).
 *
 */

package com.firma.projekt;

import java.io.*;
import java.util.*;
import java.net.*;
import java.lang.reflect.*;

public class Runner
{
    static final String CLASSPATH_FILE = "classpath.txt";
    private String className;
    private String[] args;
    private String classPath;
    private URL[] classUrls;
    private URLClassLoader loader;

    public static void main(String[] args) throws Exception
    {
      (new Runner()).exec(args);
    }

    private void exec(String[] args) throws Exception
    {
        getParameters(args);
        getClasspathFromFileResource();
        convertClasspathToUrls();
        executeClassWithNewLoader();
    }

    private void getParameters(String[] args) throws Exception
    {
        if (args.length == 0)
            throw new Exception("MUST SPECIFY A CLASS NAME");
        className = args[0];
        this.args = new String[args.length - 1];
        for (int i = 0; i < this.args.length; i++)
            this.args[i] = args[i + 1];
    }

    private void getClasspathFromFileResource() throws Exception
    {
        InputStream is = null;
        try
        {
            is = getClass().getResourceAsStream(CLASSPATH_FILE);
            if (is == null)
                return;

            BufferedReader br = new BufferedReader(new InputStreamReader(is));
            StringBuffer strBuf = new StringBuffer();
            String line;

            while ((line = br.readLine()) != null)
            {
              strBuf.append(line).append(File.pathSeparator);
            }
            classPath = strBuf.toString();
        }
        finally
        {
            if (is != null)
                try { is.close(); }
                catch (IOException e) {System.out.println("err1");}
        }
    }

    private void convertClasspathToUrls() throws Exception
    {
        StringTokenizer strTok = new StringTokenizer(classPath, File.pathSeparator);
        ArrayList urlList = new ArrayList();

        while (strTok.hasMoreTokens())
        {
            File file = new File(strTok.nextToken());
            urlList.add(file.toURL());
        }
        classUrls = new URL[urlList.size()];
        urlList.toArray(classUrls);
    }

    private void executeClassWithNewLoader() throws Exception
    {
        loader = new URLClassLoader(classUrls, this.getClass().getClassLoader());
        Class cls = Class.forName(className, true, loader);
        Method method = cls.getDeclaredMethod("main", new Class[]
        {
          String[].class
        });
        method.invoke(null, new Object[] { args });
    }

}

Die entsprechende classpath.txt liegt im richtigen Verzeichnis. Ich hab mir auch schonmal ausgeben lassen, welche URLs in der "classUrls" gespeichert werden, die sind alle korrekt.

Wenn ich dann die Runner wie folgt aufrufe: "java com.firma.projekt.Runner com.firma.projekt.Control" wird auch die Control gestartet. Die erzeugt dann eine neue Instanz von der Klasse com.firma.projekt.Client, und dort werden zum ersten mal Imports aus der classpath.txt gebraucht. Und an der Stelle knallts dann:

Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at com.firma.projekt.Runner.executeClassWithNewLoader(Runner.java:106)
        at com.firma.projekt.Runner.exec(Runner.java:42)
        at com.firma.projekt.Runner.main(Runner.java:34)
Caused by: java.lang.NoClassDefFoundError: com/progress/open4gl/javaproxy/ProObject
        at com.firma.projekt.Control.main(Control.java:23)
        ... 7 more

Ich hab auch schon versucht in der Klasse Control mal ein paar verschiedene Klassen aus der classpath.txt zu verwenden, dann knallts halt entsprechend dort schon.

Interessant find ich auch folgendes: Wenn ich nach " Class cls = Class.forName(className, true, loader);" mir mal Ausgaben anzeigen lasse

System.out.println(loader.getURLs().length);
System.out.println(((URLClassLoader) cls.getClassLoader()).getURLs().length);

bekomme ich bei der ersten Ausgabe 83 (82 aus der classpath.txt und eine aus dem CLASSPATH mit dem die Runner gestartet wird), bei der zweiten allerdings nur 1! Ich denke, dass an der Stelle bereits "alles vorbei" ist.

Allerdings konnte ich trotz intensivem googlen und nachlesen keine funktionierende Lösung finden. Ihr seid also quasi meine letzte Hoffnung. 🙂

Danke schonmal für eure Mühe,
Julian

 

[Wildcard]

Wow! Wusste gar nicht das der Classpath zu lang werden kann :shock:
Läuft die Anwendung zufällig über Webstart?

 

[Julian84]

Naja Du siehst ja, 83 Jar-Files bzw. Verzeichnisse im Classpath, da sind die 1024 Zeichen, mit den Windows vor dem XP Zeit alter wohl maximal zurecht kam, schnell erreicht. Natürlich könnten wir die JAR-Files alle in ein Verzeichnis packen und dann 1.jar 2.jar und so weiter nennen, aber das wäre eine sehr wartungsunfreundliche Lösung.

Zu deiner Frage: Die Anwendung läuft nicht über Webstart.

Ach ja, und als ergänzende Info: Wir benutzen das JDK 1.4.2.

Nochmals danke an alle, die sich durch meinen Text und den Sourcecode quälen. 🙂

Julian