Nie używaj pakietów weblogic.apache

Większość klas w pakietach weblogic.apache jest nieaktualna i zawiera instrukcje dotyczące używania klas org.apache lub analizatorów składni i transformatorów XML dostarczonych w ramach pakietu JDK (Java Development Kit). Ta reguła wykrywa odwołania do pakietów weblogic.apache. W skorowidzu BEA WebLogic Server API Reference należy kliknąć pakiet weblogic.apache, aby uzyskać konkretne informacje o tym, jak należy odwzorować każdą nieaktualną klasę na odpowiadającą jej klasę zastępczą.

Rozwiązania

Większość pakietów weblogic.apache.xerces wskazuje, że zamiast nieaktualnych interfejsów API należy używać analizatorów składni i transformatorów XML dostarczonych w ramach pakietu JDK.

WebLogic

Przedstawiono tu prosty przykład analizatora DOMParser bez logiki try/catch. W produkcie WebLogic fragment kodu może wyglądać podobnie do tego, który przedstawiono w następującym przykładzie:


import weblogic.apache.xerces.parsers.DOMParser;
void main( String[] args ) {
DOMParser parser = new DOMParser();
parser.parse(args[0]);
Document doc = parser.getDocument();
}


Rozwiązanie WebSphere z ręczną migracją do interfejsu Java API

Sprawdzona procedura w przypadku serwera WebSphere Application Server traditional lub serwera Liberty polega na użyciu interfejsów Java API JAXP zamiast interfejsów API weblogic.apache. Jeśli zostanie wybrane to rozwiązanie, kod może wyglądać podobnie do tego, który przedstawiono w następującym przykładzie:


import javax.xml.parsers.DocumentBuilderFactory;
import javax.xml.parsers.DocumentBuilder;
void main( String[] args ) {
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
DocumentBuilder parser = factory.newDocumentBuilder();
parser.parse(args[0]);
Document doc = parser.getDocument();
}


Rozwiązanie WebSphere z wykorzystaniem szybkiej poprawki skanera kodu źródłowego

Jeśli interfejsy API weblogic.apache są używane w szerokim zakresie, najprostszym sposobem konwersji aplikacji jest użycie szybkiej poprawki, która odwzorowuje klasy weblogic.apache dostępne w pakietach org.apache na ich odpowiedniki typu Open Source.

Po zastosowaniu tej szybkiej poprawki kod produktu Apache należy pobrać i dołączyć do ścieżki budowania tej aplikacji, która ma zostać skompilowana. Wymagane pliki JAR znajdują się w projekcie Apache Xerces Java XML Parser. Większość interfejsów API znajduje się w plikach xercesImpl.jar i serializer.jar. Należy postępować zgodnie z obowiązującym w firmie procesem dotyczącym pobierania i certyfikowania kodu typu Open Source.

Użycie kodu typu Open Source powoduje, że migrowany kod jest podobny do następującego przykładu:


import org.apache.xerces.parsers.DOMParser;
void main( String[] args ) {
DOMParser parser = new DOMParser();
parser.parse(args[0]);
Document doc = parser.getDocument();
}