Как создать загрузчик классов parent-last / child-first в Java или как переопределить старую версию Xerces, которая уже была загружена в родительский CL?

следующий код-это то, что я использую. У него есть преимущество перед другим ответом, что он не нарушает родительскую цепочку (вы можете следовать getClassLoader().getParent()).

Он также имеет преимущество перед tomcat WebappClassLoader, не изобретая колесо и не в зависимости от других объектов. Он повторно использует код из URLClassLoader как можно больше.

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

он чтит загрузчик системного класса (для java.* классы, одобрил Дир и др.). Он также работает, когда безопасность включена, и загрузчик классов не имеет доступа к своему родителю (да, эта ситуация странная, но возможная).

public class ChildFirstURLClassLoader extends URLClassLoader {

    private ClassLoader system;

    public ChildFirstURLClassLoader(URL[] classpath, ClassLoader parent) {
        super(classpath, parent);
        system = getSystemClassLoader();
    }

    @Override
    protected synchronized Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException {
        // First, check if the class has already been loaded
        Class<?> c = findLoadedClass(name);
        if (c == null) {
            if (system != null) {
                try {
                    // checking system: jvm classes, endorsed, cmd classpath, etc.
                    c = system.loadClass(name);
                }
                catch (ClassNotFoundException ignored) {
                }
            }
            if (c == null) {
                try {
                    // checking local
                    c = findClass(name);
                } catch (ClassNotFoundException e) {
                    // checking parent
                    // This call to loadClass may eventually call findClass again, in case the parent doesn't find anything.
                    c = super.loadClass(name, resolve);
                }
            }
        }
        if (resolve) {
            resolveClass(c);
        }
        return c;
    }

    @Override
    public URL getResource(String name) {
        URL url = null;
        if (system != null) {
            url = system.getResource(name); 
        }
        if (url == null) {
            url = findResource(name);
            if (url == null) {
                // This call to getResource may eventually call findResource again, in case the parent doesn't find anything.
                url = super.getResource(name);
            }
        }
        return url;
    }

    @Override
    public Enumeration<URL> getResources(String name) throws IOException {
        /**
        * Similar to super, but local resources are enumerated before parent resources
        */
        Enumeration<URL> systemUrls = null;
        if (system != null) {
            systemUrls = system.getResources(name);
        }
        Enumeration<URL> localUrls = findResources(name);
        Enumeration<URL> parentUrls = null;
        if (getParent() != null) {
            parentUrls = getParent().getResources(name);
        }
        final List<URL> urls = new ArrayList<URL>();
        if (systemUrls != null) {
            while(systemUrls.hasMoreElements()) {
                urls.add(systemUrls.nextElement());
            }
        }
        if (localUrls != null) {
            while (localUrls.hasMoreElements()) {
                urls.add(localUrls.nextElement());
            }
        }
        if (parentUrls != null) {
            while (parentUrls.hasMoreElements()) {
                urls.add(parentUrls.nextElement());
            }
        }
        return new Enumeration<URL>() {
            Iterator<URL> iter = urls.iterator();

            public boolean hasMoreElements() {
                return iter.hasNext(); 
            }
            public URL nextElement() {
                return iter.next();
            }
        };
    }

    @Override
    public InputStream getResourceAsStream(String name) {
        URL url = getResource(name);
        try {
            return url != null ? url.openStream() : null;
        } catch (IOException e) {
        }
        return null;
    }

}

читая исходный код Jetty или Tomcat, оба из которых предоставляют загрузчики родительских классов для реализации семантики webapp.

http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_0/java/org/apache/catalina/loader/WebappClassLoader.java

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

читать ваши различные обновления, я вижу, что вы столкнулись с некоторыми классическими проблемами с системой XML SPI.

общая проблема заключается в следующем: если вы создаете полностью изолированный загрузчик классов, то трудно использовать возвращаемые им объекты. Если вы разрешаете общий доступ, у вас могут возникнуть проблемы, когда родитель содержит неправильные версии вещей.

даже в webapps загрузчики классов освобождают некоторые пакеты от "локальная" обработка в предположении, что контейнер и webapp должны согласовать API между собой.

(см. Внизу для обновления решения, которое я нашел)

кажется, что AntClassLoader поддерживает Родительский first / last, (еще не тестировал его)

http://svn.apache.org/repos/asf/ant/core/trunk/src/main/org/apache/tools/ant/AntClassLoader.java

вот фрагмент

/**
 * Creates a classloader for the given project using the classpath given.
 *
 * @param parent The parent classloader to which unsatisfied loading
 *               attempts are delegated. May be <code>null</code>,
 *               in which case the classloader which loaded this
 *               class is used as the parent.
 * @param project The project to which this classloader is to belong.
 *                Must not be <code>null</code>.
 * @param classpath the classpath to use to load the classes.
 *                  May be <code>null</code>, in which case no path
 *                  elements are set up to start with.
 * @param parentFirst If <code>true</code>, indicates that the parent
 *                    classloader should be consulted  before trying to
 *                    load the a class through this loader.
 */
public AntClassLoader(
    ClassLoader parent, Project project, Path classpath, boolean parentFirst) {
    this(project, classpath);
    if (parent != null) {
        setParent(parent);
    }
    setParentFirst(parentFirst);
    addJavaLibraries();
}

обновление:

нашел этой а также, когда в крайнем случае я начал угадывать имена классов в google (это то, что произвел ChildFirstURLClassLoader) - но это кажется неправильным

обновление 2:

1-й вариант (AntClassLoader) очень связан с Ant (требует контекста проекта и нелегко передать URL[] это

2-й вариант (с проект OSGI в коде google) было не совсем то, что мне нужно, поскольку он искал Родительский загрузчик классов перед загрузчиком системных классов (загрузчик классов Ant делает это правильно путь.) Проблема, как я понимаю, считаете, что ваш родительский загрузчик классов включает в себя баночку (что это не стоило) на функциональность это не на JDK 1.4, но был добавлен в 1.5, это не имеет никакой вред как родитель последней загрузчик класса (регулярный делегация модели, например urlclassloader, на) всегда сначала загрузить JDK и классы, но здесь ребенок сначала наивная реализация, кажется, чтобы раскрыть старые, резервные банки в родительский загрузчик Class, слежка за комплект JDK / JRE и собственную реализацию.

Я еще найдите сертифицированную, полностью протестированную, зрелую родительскую / дочернюю первую правильную реализацию, которая не связана с конкретным решением (Ant, Catalina/Tomcat)

обновление 3 - я нашел его! Я искал не в том месте,

все, что я сделал, это добавил META-INF/services/javax.xml.transform.TransformerFactory и восстановил пакета JDK com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl вместо старого отключено по org.apache.xalan.processor.TransformerFactoryImpl

единственная причина, по которой я еще не "принимаю свой собственный ответ", заключается в том, что я не знаю, если META-INF/services подход имеет то же самое делегирование classloader как обычные классы (например, это parent-first / child-last или parent-last / child-first?)

можно переопределить findClass() и loadClass() для реализации дочернего загрузчика первого класса:

/**
 * Always throws {@link ClassNotFoundException}. Is called if parent class loader
 * did not find class.
 */
@Override
protected final Class findClass(String name)
        throws ClassNotFoundException
{
    throw new ClassNotFoundException();
}

@Override
protected Class loadClass(String name, boolean resolve)
        throws ClassNotFoundException
{
    synchronized (getClassLoadingLock(name)){
        /*
         * Check if we have already loaded this class.
         */
        Class c = findLoadedClass(name);

        if (c == null){
            try {
                /*
                 * We haven't previously loaded this class, try load it now
                 * from SUPER.findClass()
                 */
                c = super.findClass(name);
            }catch (ClassNotFoundException ignore){
                /*
                 * Child did not find class, try parent.
                 */
                return super.loadClass(name, resolve);
            }
        }

        if (resolve){
            resolveClass(c);
        }

        return c;
    }
}