¿Puedo usar classpath para reemplazar un archivo en un jar que se está ejecutando?

Question

Tengo un archivo JAR que contiene una aplicación y archivos de configuración para esa aplicación. La aplicación carga archivos de configuración desde classpath (usando ClassLoader.getResource()), y tiene sus dependencias completamente satisfechas usando los archivos de configuración integrados en el archivo JAR.

En ocasiones deseo que la aplicación se ejecute con una configuración ligeramente diferente (específicamente quiero anular la URL JDBC para apuntar a una base de datos diferente) así que creo un nuevo archivo de configuración, almacénelo en la estructura de directorios correcta (lo que significa que en un directorio /config de una entrada de ruta de clase), y quiero hacer algo como esto:

java -cp new-config:. -jar application.jar 

Pero no puede obtener la ruta de clase para tener la entrada new-config camino ante el contenido del JAR aplicación. ¿Está codificado que el contenido del JAR sea siempre lo primero en el classpath?

Answer 1

¿Por qué no llamar a la aplicación sin especificar jar y en su lugar nombrar la clase principal de la aplicación de forma explícita? Esto le permitirá colocar tanto su configuración nueva como application.jar en el classpath en el orden requerido:

p. (Asumiendo "nueva-config" es un directorio que contiene el archivo de propiedades sobrescritos)

java -cp new-config:application.jar Application.Main.Class 

Creo que el nombre de la clase principal se puede encontrar en el archivo MANIFEST.MF dentro de la jarra ....

Answer 2

Puede que no sea posible utilizando solo CLASSPATH. Hay formas de hacer que la llamada al ClassLoader.getResource() use una ruta estática para encontrar el recurso. Si está haciendo eso, está pasando por alto CLASSPATH.

Answer 3

El archivo JAR especificado por la opción -jar anula todos los demás valores.

En general, tendrías que hacerlo con un archivo de configuración externo o crear tu propia solución con 0 ClassLoader.getResource().

se utiliza una solución personalizada para resolver este - cargamos las propiedades internas de este modo:

final Properties p = new Properties(); 
p.load(DefaultConfiguration.class.getResourceAsStream("config.properties")); 

A continuación, cargar el archivo externo de la misma manera y sobrescribir los valores internos con los externos.

Para información sobre cómo funciona la carga de clases, véase:

http://java.sun.com/javase/6/docs/technotes/tools/findingclasses.html

Answer 4

cuando se utiliza la opción -jar para iniciar la aplicación:

... el archivo JAR es la fuente de todas las clases de usuarios , y otros configuración de clase de usuario de ruta son ignorados.

como se describe here. Una solución alternativa sería especificar el classpath en el manifiesto del archivo jar para incluir la ruta adicional (descrita en here).

Sin embargo, dado que solo está hablando de modificar la configuración, es posible que desee adoptar un enfoque diferente que no dependa de la ruta de clases. Por ejemplo, normalmente configuro mis aplicaciones a través de Spring utilizando archivos de propiedades para determinar la ubicación de las bases de datos, etc. La configuración de My Spring es uniforme en entornos de prueba, QA y Live, pero transfiero un archivo de propiedad diferente como argumento de línea de comando al iniciar la aplicación .

configuración del resorte de fragmentos

<bean id="MyDataSource" class="org.springframework.jdbc.datasource.SingleConnectionDataSource"> 
    <property name="url" value="jdbc:microsoft:sqlserver://${dbServer}:${dbPort};DatabaseName=${dbName}"/> 
    <property name="username" value="${dbUserName}"/> 
    <property name="password" value="${dbPassword}"/> 
    <property name="suppressClose" value="false"/> 
</bean> 

archivo de propiedades de fragmentos

dbServer=MyServer 
dbPort=1433 
dbName=MyDb 
dbUserName=Me 
dbPassword=foobar