Jak ustawić Saxona jako procesor Xslt w Javie?

Istnieje wiele sposobów, aby to zrobić (w kolejności pierwszeństwa wyszukiwania):

Bezpośrednia Instancja

Explicite instantiate the Saxon factory (z ukłonem w stronę komentarza Michaela powyżej):

TransformerFactory fact = new net.sf.saxon.TransformerFactoryImpl()

takie podejście oznacza, że Twój kod jest zablokowany do używania Saxon w czasie kompilacji. Może to być postrzegane jako zaleta (brak ryzyka działania z niewłaściwym procesorem) lub wada (brak możliwości skonfigurowania innego procesora w czasie wykonywania - nie even Saxon Enterprise Edition).

Dla Saxon-PE, substytut com.saxonica.config.ProfessionalTransformerFactory. Dla Saxon-EE, substitute com.saxonica.config.EnterpriseTransformerFactory.

Podaj Nazwę Klasy

Określ klasę factory podczas jej konstruowania:

TransformerFactory fact = TransformerFactory.newInstance(
        "net.sf.saxon.TransformerFactoryImpl", null);

Uwaga: dostępne od wersji Java 6. Wersja Java 5 nie posiada tej metody.

takie podejście pozwala wybrać procesor w czasie wykonywania, jednocześnie unikając kosztów i ryzyka przeszukiwania ścieżki klasowej. Na przykład, twój aplikacja może zapewnić pewien mechanizm konfiguracji, aby umożliwić jej uruchamianie z różnymi wersjami Saxon poprzez wybór pomiędzy różnymi klasami Saxon factory.

Użyj Właściwości Systemu

Ustaw właściwość systemową javax.xml.transform.TransformerFactory przed utworzeniem instancji:

System.setProperty("javax.xml.transform.TransformerFactory",    
        "net.sf.saxon.TransformerFactoryImpl");

Lub w wierszu poleceń (Linia łamana dla czytelności):

java -Djavax.xml.transform.TransformerFactory=
        cnet.sf.saxon.TransformerFactoryImpl YourApp

takie podejście ma tę wadę, że właściwości systemu wpływają na całą maszynę Wirtualną Java. Ustawienie tej właściwości do wyboru Może oznacza to, że jakiś inny moduł w aplikacji, o którym możesz nawet nie wiedzieć, zaczyna używać Saxona zamiast Xalan, a ten moduł może się nie udać, jeśli użyje specyficznych dla Xalan konstrukcji XSLT.

Użyj Pliku Właściwości

Utwórz następujący plik:

JRE/lib/jaxp.properties

O następującej treści:

javax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl

takie podejście ma podobne konsekwencje do korzystania z właściwości systemowej.

Ładowarka Serwisowa

Utwórz następujące plik w dowolnym Jarze na CLASSPATH:

META-INF/services/javax.xml.transform.TransformerFactory

O następującej treści:

net.sf.saxon.TransformerFactoryImpl

takie podejście ma tę wadę, że mała zmiana ścieżki klasowej może spowodować uruchomienie aplikacji z innym silnikiem XSLT, być może takim, z którym aplikacja nigdy nie była testowana.

Default Platformy

Jeśli żadne z powyższych nie zostanie wykonane, wtedy zostanie załadowana domyślna instancja platformy TransformerFactory. Przyjazny opis tej warstwy plugability może znajdziesz tutaj .

Należy zauważyć, że "platforma" oznacza maszynę Wirtualną Java, a nie Sprzęt lub system operacyjny, na którym jest uruchomiona. Dla wszystkich obecnie znanych maszyn wirtualnych Java domyślną platformą jest wersja Xalan (która obsługuje tylko XSLT 1.0). Nie ma gwarancji, że będzie to zawsze dotyczyć każdej maszyny wirtualnej Java w przyszłości.

Uznałbym tę odpowiedź za argument przeciwko Javowemu sposobowi robienia rzeczy.