Pregunta

Trabajo en una aplicación de dos niveles bastante simple pero grande que consiste en aproximadamente 40 complementos Eclipse RCP. Tenemos un nuevo caso de uso que nos lleva a la web para una parte muy pequeña de esta funcionalidad. Me gustaría prototipos de esto usando el ascensor. Claramente, estoy enfrentando algunos desafíos.

  1. Elevación + OSGI. ¿Puede el ascensor llegar a los paquetes de Osgi? ¿Se puede empaquetar como un paquete de OSGI e integrado en un contenedor web?
  2. Sistema de construcción. Usamos el Eclipse arcaico PDE Build (Lea: Eclipse no tiene sistema de compilación) con control de crucero. Lift usa Maven.
  3. Entorno de desarrollo. Este no estoy seguro de que nadie pueda ayudarme. He intentado usar el complemento Scala con Eclipse y todavía no está listo. Hay demasiados impedimentos para que sea útil. Dicho eso, no veo esto como un problema importante porque puedo mantener todo el código de elevación en un módulo, solo hace referencia al código Java como áreas muy específicas.

Me pregunto si alguien ha intentado algo similar a esto y tiene algún consejo. Tenga en cuenta que no usaré ninguna de las cosas de ORM en el elevador porque toda la persistencia se gestiona en los complementos existentes detrás de una API. Entonces, ¿estoy ladrando el árbol equivocado? ¿Hay algo más que deba tener en cuenta?

Podría volver a simplemente usar estas instrucciones Pero realmente me gustaría dar un ascensor porque Java es ... bueno ... es Java. :-(

¿Fue útil?

Solución

Hay hilo En los grupos de Google sobre el uso de Lift como un paquete OSGI. Para el sistema de compilación, por lo que recuerdo, PDE SIT está en la parte superior de la hormiga, por lo que puede usar Maven para construir cosas relacionadas con el elevador primero y luego llamar a PDE Build.xml

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top