получить полный classpath из класса - PullRequest
0 голосов
/ 09 августа 2010

Я ищу вспомогательный метод, чтобы данный класс возвращал полный путь к классу, необходимый для внешнего запуска этого класса.Это означает, что jar, в котором находится класс, а также все jar (или папки) классов, которые он использует.

ОБНОВЛЕНИЕ: есть инструменты, которые анализируют файлы .class, чтобы найти зависимости.Это не то, что я ищу.Я ищу то, что использует API отражения Java в уже загруженном классе.Я соглашусь на то, что анализирует байт-код, если он рекурсивно переходит в классы, которые он находит через загрузчик классов

Ответы [ 4 ]

2 голосов
/ 09 августа 2010

Отражение не очень поможет вам в этом. Вам нужно будет проанализировать байт-код, чтобы найти зависимости.

UPDATE:

Хорошо, тогда. Я использую библиотеку, которую я создал несколько лет назад, которую вы можете скачать здесь .

Следующий код:

package classdep;

import java.io.InputStream;
import java.net.URL;
import java.util.ArrayList;
import java.util.List;
import org.jedo.classfile.ClassFile;
import org.jedo.classfile.ConstantPool;

public class Main {

    public static void main(String[] args) {
        try {
            ClassLoader cl = Thread.currentThread().getContextClassLoader();
            List<String> classes = new ArrayList<String>();
            classes.add(args[0].replace('.', '/'));
            for (int i = 0; i < classes.size(); ++i) {
                String className = classes.get(i);
                URL url = cl.getResource(className + ".class");
                if (url == null) {
                    System.out.println("--- class not found " + className);
                } else {
                    System.out.println(url);
                    ClassFile classFile = new ClassFile();
                    InputStream in = url.openStream();
                    try {
                        classFile.load(in);
                    } finally {
                        in.close();
                    }
                    ConstantPool cp = classFile.getConstantPool();
                    for (String name: cp.getClassNames()) {
                        if (!classes.contains(name)) {
                            classes.add(name);
                        }
                    }
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Даст вам все зависимости класса. При применении к org.jedo.classfile.ClassFile он выдает следующий вывод:

file:/D:/projects/casagrande/jedo/build/classes/org/jedo/classfile/ClassFile.class
file:/D:/projects/casagrande/jedo/build/classes/org/jedo/classfile/ConstantPool.class
file:/D:/projects/casagrande/jedo/build/classes/org/jedo/classfile/FieldInfo.class
file:/D:/projects/casagrande/jedo/build/classes/org/jedo/classfile/MethodInfo.class
file:/D:/projects/casagrande/jedo/build/classes/org/jedo/classfile/AttributeInfo.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/File.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/FileInputStream.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/DataInputStream.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/StreamCorruptedException.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/FileOutputStream.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/DataOutputStream.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/lang/StringBuilder.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/lang/StringBuffer.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/lang/Object.class
jar:file:/C:/Program%20Files/Java/jdk1.6.0_18/jre/lib/rt.jar!/java/io/IOException.class
...

Далее следует множество системных классов. Вам необходимо отфильтровать системные классы и проанализировать другие URL-адреса, чтобы извлечь либо файл .jar, если это файл jar: url, либо каталог, если это файл: url.

2 голосов
/ 09 августа 2010

Я не думаю, что это возможно. Конечно, API отражения не поддерживают это.

Вы можете найти загрузчик классов, но не можете найти:

  • какие из возможных JAR-файлов и каталогов загрузчика классов содержат класс,
  • что такое статические зависимости класса, или
  • что такое динамические зависимости класса; например что он или его иждивенцы загрузили, используя Class.forName().

На самом деле, это несколько преувеличивает:

  • Теоретически вы можете выяснить, какие классы пришли из каких JAR, если сможете узнать, что такое путь к классам. Возможно, есть способы вытащить это из загрузчика классов.
  • Теоретически вы можете выяснить, что такое зависимости классов, но вам нужно было покопаться в файле байт-кода класса, используя, например, BCEL, чтобы выяснить это.
  • Вы можете теоретически выяснить, что было загружено динамически, если вы готовы написать свой собственный загрузчик классов. Может быть возможно связать это обратно с классом, который инициировал загрузку, используя некоторый волосатый анализ кадров стека.

Но все это чрезвычайно сложно, и я ожидал бы, что оно будет ненадежным при определенных обстоятельствах.

0 голосов
/ 09 августа 2010

Это не всегда может быть известно.Например, класс может быть динамически создан во время выполнения и затем загружен с пользовательским ClassLoader.

Я не верю, что Java хранит эту информацию.

0 голосов
/ 09 августа 2010

Бывают случаи, когда вы не можете определить это до использования вашего класса.

...