Wie finde ich heraus, welche JAXP-Implementierung verwendet wird und woher sie geladen wurde?

Möchte ich Diagnose-Informationen über das, was JAXP-Implementierung verwendet wird, und die JAR-Datei geladen wurde.

Ein Weg dies zu erreichen ist, erstellen Sie eine Instanz von, zum Beispiel, eine DocumentBuilderFactoryund überprüfen Sie dann die Eigenschaften der Klasse:

private static String GetJaxpImplementation() {
    DocumentBuilderFactory documentBuilderFactory = DocumentBuilderFactory.newInstance();
    Class<? extends DocumentBuilderFactory> c = documentBuilderFactory.getClass();
    Package p = c.getPackage();
    CodeSource source = c.getProtectionDomain().getCodeSource();
    return MessageFormat.format(
            "Using JAXP implementation ''{0}'' ({1}) version {2} ({3}){4}",
            p.getName(),
            p.getImplementationVendor(),
            p.getSpecificationVersion(),
            p.getImplementationVersion(),
            source == null ? "." : " loaded from: " + source.getLocation());
}

Gibt es einen besseren Weg, um dies zu erreichen, vielleicht auch ohne das erstellen einer DocumentBuilderFactory?

InformationsquelleAutor der Frage Daniel Fortunov | 2009-11-25

  1. 48

    Ist es ganz schwer vorherzusagen, welche konkreten JAXP factory-Implementierung geladen werden, ohne tatsächlich die Schaffung einer Instanz, da das Verfahren zur Auswahl einer Umsetzung.

    Aus der Offizielle JAXP FAQ (Frage 14):

    Wenn Sie eine Anwendung erstellen möchte, eine
    neue JAXP DocumentBuilderFactory
    Instanz, ruft er den staic-Methode
    DocumentBuilderFactory.newInstance().
    Dies bewirkt, dass eine Suche nach dem Namen einer
    konkrete Unterklasse von
    DocumentBuilderFactory mit der
    folgende Reihenfolge:

    1. Den Wert einer system-Eigenschaft, wie javax.xml.parsers.DocumentBuilderFactory wenn es existiert und zugänglich ist.
    2. Den Inhalt der Datei $JAVA_HOME/jre/lib/jaxp.properties wenn es vorhanden ist.
    3. Die Jar-Service-Provider discovery-Mechanismus in der angegebenen Jar-Datei-Spezifikation. Eine jar-Datei eine Ressource (z.B. eine eingebettete Datei) wie META-INF/services/javax.xml.parsers.DocumentBuilderFactory mit den Namen der konkreten Klasse zu instanziieren.
    4. Die fallback-Plattform Standard-Implementierung.

    Zusätzlich zu dieser Komplexität, die jeden einzelnen JAXP factory ist eine unabhängige Implementierung angegeben. Es ist üblich, verwenden Sie eine parser-Implementierung und eine andere XSLT-Implementierung, die Granularität der Auswahl-Mechanismus oben können Sie mix and match zu einem noch höheren Grad.

    Der folgende code liefert Informationen über die vier wichtigsten JAXP Fabriken:

    private static void OutputJaxpImplementationInfo() {
    System.out.println(getJaxpImplementationInfo("DocumentBuilderFactory", DocumentBuilderFactory.newInstance().getClass()));
    System.out.println(getJaxpImplementationInfo("XPathFactory", XPathFactory.newInstance().getClass()));
    System.out.println(getJaxpImplementationInfo("TransformerFactory", TransformerFactory.newInstance().getClass()));
    System.out.println(getJaxpImplementationInfo("SAXParserFactory", SAXParserFactory.newInstance().getClass()));
}

private static String getJaxpImplementationInfo(String componentName, Class componentClass) {
    CodeSource source = componentClass.getProtectionDomain().getCodeSource();
    return MessageFormat.format(
            "{0} implementation: {1} loaded from: {2}",
            componentName,
            componentClass.getName(),
            source == null ? "Java Runtime" : source.getLocation());
}

    Die folgende Beispielausgabe zeigt einen mix-and-match von drei verschiedenen Implementierungen von JAXP (Built-in Xerces und externe JARs für Xerces 2.8 und Xalan) arbeiten zusammen:

    DocumentBuilderFactory implementation: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl loaded from: file:/C:/Projects/Scratch/lib/xerces-2.8.0.jar
XPathFactory implementation: com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl loaded from: Java Runtime
TransformerFactory implementation: org.apache.xalan.processor.TransformerFactoryImpl loaded from: file:/C:/Projects/Scratch/lib/xalan.jar
SAXParserFactory implementation: org.apache.xerces.jaxp.SAXParserFactoryImpl loaded from: file:/C:/Projects/Scratch/lib/xerces-2.8.0.jar

    InformationsquelleAutor der Antwort Daniel Fortunov

  2. 7

    Fügen Sie einfach

    -Djaxp.debug=1

    zu JAVA_OPTS und Sie werden sehen, wie Informationen.

    Weitere Details: https://docs.oracle.com/javase/7/docs/api/javax/xml/parsers/DocumentBuilderFactory.html

    InformationsquelleAutor der Antwort trang

  3. 2

    es ist einfach, man muss nur 

    System.setProperty("jaxp.debug", "1");

    der track wird Ihnen sagen, whick impl und komfortablen Weg, jaxp benutzen.

    InformationsquelleAutor der Antwort zg_spring

  4. 1

    Kommt drauf an, aber generell Nein.

    DocumentBuilderFactory.newInstance() wird, kehren Sie entweder die Umsetzung von DocumentBuilderFactory die konfiguriert ist, die in der system property "javax.xml.Parser.DocumentBuilderFactory" oder der JRE Standard-Werk wenn die system-Eigenschaft ist nicht festgelegt. Die Werkseinstellung ist wahrscheinlich hart codiert in der Umsetzung der newInstance-Methode und die andernfalls nicht zugänglich sind.

    Wenn die system-Eigenschaft festgelegt ist, könnten Sie zumindest die getResource-Methode für den jeweiligen class loader, um die URL, von der die class-loader geladen, die entsprechende class-Datei. Wenn es aus einer jar-Datei, sollten Sie in der Lage, extrahieren Sie die Datei-Namen (oder Quell-URL) aus dem Glas: - URL. Detaillierte Informationen zum Paket sollte auch verfügbar sein, wenn Sie manaully Lesen der meta-Daten-Dateien aus dem Klassenpfad.

    Wenn das system die Eigenschaft nicht gesetzt, ich bin mir ziemlich sicher, dass Sie keine Möglichkeit haben, die Informationen, die Sie suchen, ohne tatsächlich die Schaffung einer neuen Fabrik, als Sie bereits tut.

    InformationsquelleAutor der Antwort jarnbjo

  5. 1

    Gibt es einen anderen Speicherort, der durchsucht wird, bevor die "fallback-Plattform Standard-Implementierung" und das ist die java.endorsed.dirs Verzeichnis dokumentiert, wie in der Java Endorsed Standards Override Mechanism

    Den Endorsed Standards Override-Mechanismus sorgt für ein Mittel, wodurch die späteren Versionen von Klassen und Schnittstellen, implementieren verabschiedete Standards oder Standalone-Technologien können integriert werden in die Java-Plattform.

    InformationsquelleAutor der Antwort jwd630

Schreibe einen Kommentar