JAVA Запуска приложения, реализующего динамическую загрузку классов, в терминале

[acm22]

Приложение представляет плагино-модульную архитектуру. То есть во время работы выполняется динамическая загрузка классов. Для этого используется пользовательский загрузчик классов расширяющий ClassLoader.

Суть проблемы такова, что в среде Eclipse приложение удается запускать, в то время как в терминале (ubuntu) при использовании следующей строчки кода (где катало "m/" указывает на расположение модулей *.class):
java -jar ModularApp.jar m/

Я получаю следующее сообщение:

(Нажмите, чтобы показать/скрыть)

10:07:24,085 DEBUG main CModuleLoader:findClass:39 - Run of the System Classloader.
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.NoClassDefFoundError: ru/intetech/module/CModule
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
at ru.intetech.moduleloader.CModuleLoader.findClass(CModuleLoader.java:35)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at ru.intetech.modularApp.Main.main(Main.java:42)
... 5 more
Caused by: java.lang.ClassNotFoundException: ru.intetech.module.CModule
at java.lang.ClassLoader.findClass(ClassLoader.java:531)
at ru.intetech.moduleloader.CModuleLoader.findClass(CModuleLoader.java:40)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 12 more

Вот фрагмент кода, класса пользовательского загрузчика (расширяющего ClassLoader), где возникает ошибка:

(Нажмите, чтобы показать/скрыть)

protected Class<?> findClass(String className) throws ClassNotFoundException
    {
        try
        {
            //получение байт-кода из файла и загрузка класса в рантайм.
            byte b[]=getClassAsBytes(m_pathToBin+className+".class");
            return (defineClass(className, b, 0, b.length));
        }
        catch(FileNotFoundException ex)
        {
            m_log.debug("Run of the System Classloader.");
            return (super.findClass(className));
        }
        catch(IOException ex)
        {
            m_log.debug("Run of the Bootstrap.");
            return (super.findClass(className));
        }
    }

В чем может крыться проблема? JRE не может вызвать один из загрузчиков классов... ?

P.S. Загрузик реализовывал на основе данной статьи:http://habrahabr.ru/post/104229/

[alsoijw]

acm22, посмотри как(какой командой) эклипс запускает приложение.

[cerh]

Вероятно, из-за того, что Eclipse автоматом добавил классы из папки m(эти классы нваверное в проекте) в classpath, в вашем методе происходит исключение и успешно вызывается super.findClass(className). А все из-за того что, в ваш findClass(String className) className приходит в виде pack1.pack2...ClassName, то есть пакеты разделены точкой и далее m_pathToBin+className+".class" -> m/java.lang.String.class.
сделай хотя бы m_pathToBin+className.replace('.','/')+".class, а далее сами думайте что делать с inner классами.

[acm22]

acm22, посмотри как(какой командой) эклипс запускает приложение.

Как посмотреть? Если Вы про: Выполнить как --> Выполнить Configuration --> вкладка Arguments. То там все поля пустые.

[alsoijw]

acm22, можно еще запустить hellow world этот пример в эклипсе, открыть системный монитор, навести на процесс и увидишь команду запуска. Запущен так

Код: [Выделить]

gedit 1.vala

[acm22]

acm22, можно еще запустить hellow world этот пример в эклипсе, открыть системный монитор, навести на процесс и увидишь команду запуска. Запущен так

Код: [Выделить]

gedit 1.vala

Попробовал. 326 символов. Многовато будет :'D
Пользователь решил продолжить мысль [time]24 Сентябрь 2014, 18:46:04[/time]:

Вероятно, из-за того, что Eclipse автоматом добавил классы из папки m(эти классы нваверное в проекте) в classpath, в вашем методе происходит исключение и успешно вызывается super.findClass(className). А все из-за того что, в ваш findClass(String className) className приходит в виде pack1.pack2...ClassName, то есть пакеты разделены точкой и далее m_pathToBin+className+".class" -> m/java.lang.String.class.
сделай хотя бы m_pathToBin+className.replace('.','/')+".class, а далее сами думайте что делать с inner классами.

Спасибо, справился с загрузкой классов.
Теперь новая проблема, проблема кастомизации. Я так понимаю, что интерфейс CModule и класс CModulePrint были загружены разными загрузчиками. Какие есть идеи?
Пользователь решил продолжить мысль 24 Сентября 2014, 18:47:42:Лог:

(Нажмите, чтобы показать/скрыть)

Exception in thread "main" java.lang.reflect.InvocationTargetException
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: java.lang.ClassCastException: CModulePrinter cannot be cast to ru.intetech.module.CModule
   at ru.intetech.moduleapp.Main.main(Main.java:40)
   ... 5 more

[cerh]

>>Какие есть идеи?
Загрузать одним класслоадером, а иначе зачем тогда вы свой класслоадер делали.