serialización de xerces en Java 6

Question

En Java 6, toda la implementación del xerces XML parser/serializer está ahora en el tiempo de ejecución de Java (rt.jar). Los paquetes se han movido debajo del espacio de nombres com.sun. *, Lo que los hace fuera de los límites de referencia explícita dentro del código del cliente. Esto no es un problema cuando se usa el analizador sintáctico, que se crea una instancia a través de fábricas definidas por la API javax.

Sin embargo, nuestro código también utiliza la serialización xerces (org.apache.xml.serialize. *). AFAICT, no hay fábricas definidas por API javax.xml para crear instancias de Serializer y OutputFormat. Esto parece implicar que la única forma de obtener uno es llamar explícitamente a las API com.sun.org.apache.xml.serialize. *.

He encontrado las clases de serialización en javax.xml.stream, pero no parecen proporcionar ningún control de formato de salida como la clase xerces OutputFormat.

Pregunta:

¿Hay una manera de acceder a la funcionalidad de serialización xerces (que es en rt.jar) a través de una API estándar javax, sin incluir xerces.jar y también sin crear instancias explícitamente com. sol. * clases?

Si no es así, ¿existe una forma compatible con javax API para lograr el mismo efecto?

Answer 1

Si desea utilizar una función Xerces que no esté expuesta a través de una API oficial java.* o javax.*, entonces la única solución real es incluir Xerces como una biblioteca de terceros. Acceder a la versión interna de Xerces de JRE sería algo peligroso, ya que nada garantiza que un JRE válido tenga esas clases (JRE alternativos e incluso otras versiones del mismo JRE podrían implementar las API de JAXP usando una implementación diferente o incluso solo muévelo a otro paquete).

Answer 2

Por lo que sé, no hay una API oficial para hacer esto. Las API XML de Java son extrañamente solo para analizar XML.

Sin embargo, podría utilizar la API de transformación XML para escribir un DOM Document en un archivo. Ver this example.

Answer 3

javax.xml.bind.JAXBContext? Si está intentando vincular/serializar objetos a XML, JAXB es el estándar a seguir. Si está realizando un análisis en bruto, org.xml.sax y/u org.w3c.dom debería tener lo que busca.

ACTUALIZADO: Los paquetes com.javax.transform deberían ayudar. Eche un vistazo al ejemplo de Transformador here.

Answer 4

Si no desea hacer referencia a las API de Sun, puede colocar Xerces en el directorio endosado. Reemplazará la copia solar/implementación, pero luego podrá usar la API sin preocupaciones (esta es la manera "oficial" de hacerlo).

La implementación incorporada de Java no proporciona un buen control sobre la salida, aunque es posible obtener un mejor control sobre la salida utilizando Xerces y las propiedades API, ya que la API admite pasar propiedades adicionales que otras implementaciones pueden encontrar útil. No he probado el último yo (solo voy por la documentación).

Editar (en respuesta al comentario): Si desea utilizar Xerces en un entorno donde no controla el JDK subyacente hasta el punto donde puede especificar sus propias API de reemplazo para JAXP, tendrá que hacer referencia a Xerces directamente (o haga referencia a la reescritura del paquete solar).

Si puede poner Xerces en el directorio endosado (o anular la configuración respaldada, lo que parece poco probable en un servidor de aplicaciones, aunque no conozco Weblogic específicamente) la forma "JDK" de establecer las propiedades en un la implementación subyacente es a través de TransformerFactory.setAttribute, que dependiendo de la implementación puede interactuar con Transformer.setParameter.

Debo añadir que si la versión subyacente de los lotes de dom es suficiente, y si Weblogic lo usa (o usa sus propios Xerces si eso es suficiente) entonces puede que tenga suerte aquí, y solo pueda pasar las propiedades y haz que funcione