A maioria das classes nos pacotes weblogic.apache foram descontinuadas com instruções para usar classes org.apache ou analisadores e transformadores XML fornecidos pelo Java Development Kit (JDK). Esta regra detecta referências a pacotes weblogic.apache. Na Referência de API do WebLogic Server BEA, clique em cada pacote weblogic.apache para obter informações específicas sobre como cada classe descontinuada deve mapear sua substituição.
SoluçõesA maioria dos pacotes weblogic.apache.xerces indica que os analisadores e transformadores XML fornecidos pelo JDK devem ser usados em vez das APIs reprovadas.
WebLogicConsidere um exemplo simples de DOMParser sem a lógica try/catch. No WebLogic, o fragmento de código pode ser parecer com o exemplo a seguir:
A abordagem de melhores práticas para o WebSphere Application Server tradicional ou Liberty é usar as APIs Java do JAXP, em vez das APIs weblogic.apache. Se você optar por essa abordagem, seu código se parecerá com o exemplo a seguir após a migração manual.
Se as APIs do weblogic.apache forem muito usadas, a abordagem mais simples de conversão de aplicativos é usar a correção automatizada quando ela estiver disponível, que mapeia as classes do weblogic.apache que estão disponíveis nos pacotes do org.apache para o equivalente em código aberto equivalente.
Quando a correção automatizada estiver disponível e for aplicada, o código Apache deverá ser baixado e incluído no caminho de compilação do aplicativo para que o aplicativo seja compilado. Os arquivos Java archive (JAR) necessários estão no projeto Apache Xerces Java XML Parser. A maioria das APIs estão localizadas nos arquivos xercesImpl.jar e serializer.jar. Siga o processo de sua empresa para fazer download e certificar esse código de software livre.
Utilizando software livre, o código migrado lembra o exemplo a seguir: