java - acceder a los argumentos de línea de comandos desde el paquete OSGi

command-line apache-felix

Question

Tengo una aplicación que se ejecuta como una colección de paquetes OSGi. Lo comienzo usando una envoltura muy pequeña que incrusta el marco de Felix. La necesidad de esa envoltura me irrita un poco, al igual que el hecho de que depende de Félix (mientras que la aplicación en sí misma podría funcionar igual en, digamos, Equinox), así que quiero deshacerme de ella, y usar el Félix predeterminado. lanzacohetes.

Lo único que realmente hace el contenedor es pasar los argumentos de la línea de comando al marco OSGi lanzado, para que un paquete pueda reaccionar ante ellos. Tenga en cuenta que en realidad no analiza los argumentos, simplemente empuja la cadena [] en mi aplicación.

¿Existe una forma estándar (o al menos una forma estándar de Felix) para acceder a los parámetros de la línea de comando de un paquete, para poder eliminar el programa de inicio personalizado?

Answer 1

Última respuesta, pero tal vez alguien lo encuentre útil.

Estaba teniendo el mismo problema. Mi aplicación se ejecuta en OSGi pero tengo interfaces externas que debo cumplir, lo que implica leer los argumentos de la línea de comando.

La clave de esto es algo definido en la nueva especificación 4.2 de OSGi, concretamente, Lanzamiento de Marco. Puede leer sobre esto en la especificación Draft (que se encuentra en Draft en www.osgi.org) en la sección Capa de ciclo de vida.

Es una forma estándar de lanzar un marco OSGi (cualquier implementación que soporte OSGi 4.2) desde una aplicación java independiente. Lo ingenioso es que no necesita saber qué implementación inicia (Felix, Equinox, ...) mientras se encuentre en CLASSPATH.

De esta manera, la aplicación de su iniciador lee los argumentos de la línea de comandos, crea una instancia e inicia una estructura OSGi y pasa los argumentos a su paquete (de la forma que desee). Lo que obtienes en la aplicación de inicio es un contexto del marco desde el que puedes comunicarte con tus paquetes.

A partir de Equinox 3.5M6 (creo, bueno al menos M6) esto es compatible. La última versión de Apache Felix también lo admite.

Answer 2

Probablemente no. Creo que el iniciador estándar de Felix realiza una validación de línea de comandos y solo acepta el directorio de memoria caché del paquete como argumento. Más de un argumento y el iniciador se cierra.

Puede usar las propiedades del sistema para pasar información en la línea de comando, y creo que funciona no solo en felix sino también en otros contenedores de osgi, pero probablemente haga que su aplicación no sea muy fácil de usar.

Answer 3

Si usa bnd (herramientas) puede usar su iniciador. Registra los argumentos de la línea de comando como una propiedad del servicio ''launcher.arguments''.

Esto funciona extremadamente bien cuando lo combina con el comando bnd package. Este comando toma un proyecto bnd o un archivo bndrun que describe el entorno en ejecución (paquetes, propiedades, marco) y se convierte en un contenedor principal independiente. Entonces desarrollas y depuras en bndtools y cuando estás contento lo conviertes en un solo archivo ejecutable. Ejemplo:

@Component
public class MyApp {
   String args;

   @Activate
   void activate() { 
      System.out.println("Args: " + args);
   }

   @Reference(target="(launcher.arguments=*)")
   void args( Object object, Map<String,Object> map) {
       args = (String) map.get("launcher.arguments");
   }
}

# to turn into an executable
bnd package myapp.bnd
java -jar myapp.jar -a somearg *.file

Answer 4

Soy consciente de que solo buscaste a Félix. Entonces, esta solución solo de Equinox podría no ser útil. Lo dejo aquí, porque alguien más podría tropezar con esta pregunta y ejecutar Equinox.

De cualquier paquete y cualquier marco, puede ser difícil. Si usa el punto de extensión org.eclipse.core.runtime.applications, debe ser fácil. Condición previa: NO pasa la consola como parámetro.

public class Application implements IApplication {

    @Override
    public Object start(IApplicationContext context) throws Exception {
        String[] args = (String[])context.getArguments().get("application.args");
        // args.length == 0 if no arguments have been passed
    }
}

Referencia en plugin.xml

 <plugin>
    <extension
          id="myApp"
          point="org.eclipse.core.runtime.applications">
        <application>
          <run class="package.Application" />
        </application>  
    </extension>
 </plugin>