Как надежно загрузить XMLCatalog из ресурсов classpath (внутри фляги)?

Question

Ниже приведены некоторые фрагменты кода, которые показывают, что я пытаюсь сделать в данный момент, но это ненадежно. Думаю, в принципе, потому что вы можете зарегистрировать обработчик протокола только один раз, и иногда другие библиотеки могут делать это в первую очередь.

import org.apache.xerces.util.XMLCatalogResolver;



public static synchronized XMLCatalogResolver getResolver() {
        String c[] = {"classpath:xml-catalog.xml"};
        if (cr==null) {

            log.debug("Registering new protcol handler for classpath");
            ConfigurableStreamHandlerFactory configurableStreamHandlerFactory = new ConfigurableStreamHandlerFactory("classpath", new org.fao.oek.protocols.classpath.Handler(XsdUtils.class.getClassLoader()));
            configurableStreamHandlerFactory.addHandler("http", new sun.net.www.protocol.http.Handler());


            URL.setURLStreamHandlerFactory(configurableStreamHandlerFactory);

            log.debug("Creating new catalog resolver");

        cr = new XMLCatalogResolver(c);

        }
        return cr;
    }

xml-catalog.xml содержит:

<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
<group  prefer="public"  xml:base="classpath:org/me/myapp/xsd/" >  
  <uri name="http://www.w3.org/XML/1998/namespace" uri="xml.xsd"/>
  <uri name="http://www.w3.org/1999/xlink" uri="xlink.xsd" />
  <uri name="http://www.w3.org/2001/XMLSchema" uri="XMLSchema.xsd" />
  <uri name="http://purl.org/dc/elements/1.1/" uri="dc.xsd" />
  <uri name="http://www.loc.gov/mods/v3"  uri="mods-3.3.xsd" />
 </group>
</catalog>

Очевидно, что файлы xsd существуют в нужном месте в пути к классам.

Answer 1

Средство распознавания действовало правильно со следующим минимальным набором кода:

public class XsdUtils {
    static {
        System.setProperty("java.protocol.handler.pkgs", "org.fao.oek.protocols");
    }

    private static XMLCatalogResolver cr;

    public static synchronized XMLCatalogResolver getResolver() {
        if (cr == null) {
            cr = new XMLCatalogResolver(new String[] { "classpath:xml-catalog.xml" });
        }
        return cr;
    }

    public static void main(String[] args) throws MalformedURLException, IOException {
        XMLCatalogResolver resolver = getResolver();
        URL url0 = new URL("classpath:xml-catalog.xml");
        URL url1 = new URL(resolver.resolveURI("http://www.loc.gov/mods/v3"));
        url0.openConnection();
        url1.openConnection();
    }
}

Вы можете альтернативно указать java.protocol.handler.pkgs в качестве аргумента JVM:

java -Djava.protocol.handler.pkgs=org.fao.oek.protocols ...

Handler Класс был реализован следующим образом:

package org.fao.oek.protocols.classpath;

import java.io.IOException;
import java.net.URL;
import java.net.URLConnection;

public class Handler extends java.net.URLStreamHandler {
    @Override
    protected URLConnection openConnection(URL u) throws IOException {
        String resource = u.getPath();
        if (!resource.startsWith("/")) resource = "/" + resource;
        System.out.println(getClass().getResource(resource));
        return getClass().getResource(resource).openConnection();
    }
}

Важно иметь косую черту ("/") при запросе ресурса в ответ на вопрос о переполнении стека: "открыть ресурс с относительным путем в Java".

Обратите внимание main метод в XsdUtils, Выход в программу при xml-catalog.xml а также mods-3.3.xsd находятся на пути к классам, но не в JAR

file:/workspace/8412798/target/classes/xml-catalog.xml
file:/workspace/8412798/target/classes/org/me/myapp/xsd/mods-3.3.xsd

Вывод в программу, когда файлы находятся в JAR:

jar:file:/workspace/8412798/target/stackru.jar!/xml-catalog.xml
jar:file:/workspace/8412798/target/stackru.jar!/org/me/myapp/xsd/mods-3.3.xsd

Относительно этого кода в оригинальном вопросе:

new org.fao.oek.protocols.classpath.Handler(XsdUtils.class.getClassLoader())

ваш Handler не требует определенного загрузчика классов, если вы не настроили свое приложение для использования специального загрузчика классов, например, расширенного из URLClassLoader,

"Новая эра для обработчиков протоколов Java" - хороший ресурс об обработчиках протоколов.

Чтобы привести все в полный круг, следующий класс использует XsdUtils.getResolver() разобрать XML. Проверяется по схемам, указанным в XMLCatalogResolver:

public class SampleParser {
    public static void main(String[] args) throws Exception {
        String xml = "<?xml version=\"1.0\"?>" + //
                "<mods ID=\"id\" version=\"3.3\" xmlns=\"http://www.loc.gov/mods/v3\">" + //
                "<titleInfo></titleInfo>" + //
                "</mods>";
        ByteArrayInputStream is = new ByteArrayInputStream(xml.getBytes());
        XMLReader parser = XMLReaderFactory.createXMLReader(org.apache.xerces.parsers.SAXParser.class.getName());
        parser.setFeature("http://xml.org/sax/features/validation", true);
        parser.setFeature("http://apache.org/xml/features/validation/schema", true);
        parser.setFeature("http://apache.org/xml/features/validation/schema-full-checking", true);
        parser.setProperty("http://apache.org/xml/properties/internal/entity-resolver", XsdUtils.getResolver());
        parser.setErrorHandler(new ErrorHandler() {
            @Override
            public void error(SAXParseException exception) throws SAXException {
                System.out.println("error: " + exception);
            }

            @Override
            public void fatalError(SAXParseException exception) throws SAXException {
                System.out.println("fatalError: " + exception);
            }

            @Override
            public void warning(SAXParseException exception) throws SAXException {
                System.out.println("warning: " + exception);
            }
        });
        parser.parse(new InputSource(is));
    }
}