Acceda a múltiples versiones de un paquete en Java

Question

Tenemos varias aplicaciones que utilizan Apache HTTPClient 3 para realizar solicitudes HTTP. Recientemente, también hemos comenzado a crear clientes de servicios web que utilizan HTTPClient 4 por varias razones. La postura de Apache es que "las principales versiones de no son compatibles con versiones anteriores". Si bien me gustaría actualizar todos nuestros proyectos para usar la versión 4, eso simplemente no es factible.

Entonces, aunque mi pregunta principal es bastante general, mi pregunta en particular es. ¿Cómo puedo usar HTTPClient versión 3 y 4 en la misma aplicación? En nuestro caso, una aplicación puede ser una aplicación web, de escritorio o de línea de comandos.

He leído el SO question for java-dynamically-load-multiple-versions-of-same-class que parece semi cerrado pero no me importa tanto la parte dinámica. De hecho, me gustaría que los JAR se envíen con la aplicación (por ejemplo, WEB-INF/lib para aplicaciones web). También veo OSGi mencionado mucho en preguntas similares a esta, pero parece ser excesivo o quizás demasiado complejo (tal vez un ejemplo simple podría demostrar lo contrario).

Al final quiero ser capaz de entregar un equipo de un grupo de botes que pueden pasar y simplemente funciona independiente de su proyecto utilizando HTTP Client 3.

Answer 1

Como han indicado otros, puede crear varios cargadores de clases y cargar las dos versiones de forma aislada. Esta parte es bastante fácil.

El problema es que esto esencialmente divide su "espacio de clase", y todavía será muy difícil referirse a v3 desde algunas partes de su aplicación al referirse a v4 de otras partes de su aplicación. Tendrá que particionar cuidadosamente su aplicación muy ... entonces ¿por qué no solo dividirla y entregar dos aplicaciones?

OSGi podría ser una solución si puede factorizar la funcionalidad en los servicios.Pero la conversión de una aplicación heredada a OSGi no es algo para tomar a la ligera, y ciertamente no será un escape barato de la trampa en la que has entrado. Lo digo como el autor de un libro sobre OSGi y un conocido evangelista de OSGi. Un objetivo a largo plazo de convertir sus aplicaciones a OSGi sería que le reportará grandes beneficios, pero también implicará importantes costos iniciales.

Answer 2

Use los cargadores de clases múltiples, uno para cada Cliente HTTP que desea adoptar.

La forma más simple es extender URLClassLoader y cortarlo para codificar el classpath para cada versión por separado. Entonces solo necesita asegurarse de que el resto del código sepa qué versión del cliente HTTP debe usar (y accede al cargador de clases correcto para acceder a él).

Answer 3

Tienes que usar cargadores de clases separados para v3 y v4. Coloque los archivos jar v3 y v4 en carpetas separadas más allá de la classpath de su aplicación. Use URLClassLoadedr para cargar cada una de las versiones. La URL que pase a cada uno de los cargadores de clases debe contener una URL para una versión específica del cliente HTTP.

¿Pero puedo darte un consejo? Verifique primero que realmente necesita todo esto antes de comenzar. Es correcto que las versiones podrían ser incompatibles. Pero hay una gran posibilidad de que lo sean.

Answer 4

Una solución fácil, pero sencilla sería obtener las fuentes de HttpClient3 y HttpClient4 y refactorizar los nombres de los paquetes a algo así como

org.apache.commons.httpclient3 para HttpClient3 y org.apache.commons .httpclient4 para HttpClient4 para evitar colisiones. Luego compila, empaca, listo.

Ahora es fácil cambiar entre las dos implementaciones y no colisionan en el cargador de clases.