¿Cuál es la mejor forma de acceder a las interfaces COM desde un servidor J2EE?

Question

son los puentes de Java-COM disponibles como J-Integra, com4j y Jacob y otros adecuados para ser usados ​​en un contenedor J2EE? ¿Cuál es el más apropiado para ese uso? Necesito para evaluar el riesgo de accidentes de JVM, pérdida de memoria nativa y la creación del hilo no administrado (ya que no es recomendable en un contenedor J2EE que utiliza conjuntos de subprocesos) para los puentes de Java-COM disponibles en la actualidad.

Answer 1

que he usado esos puentes que usted ha mencionado. Elegiría un enfoque muy diferente, por las cosas que dijiste: bloqueos, pérdidas de mem y muchas otras cosas.

Tendría un pequeño servidor de Windows, usando componentes COM ya que es su entorno nativo. En ese pequeño servidor de Windows puede exponer algunas interfaces HTTP (solicitudes WEB) que puede usar en su servidor Java EE para acceder a los componentes COM a través de Windows Server. Que Windows Server puede ser un servidor IIS con ASP.NET o un programa personalizado con un protocolo propietario que puede escribir en C#, C++, C, VB.NET.

Es en mi opinión, su elección más segura. Le ahorrará muchos dolores de cabeza cuando entre al modo de producción.

Answer 2

Uno de los motivos por los que necesita utilizar el puente JAVA-COM es que necesita alguna funcionalidad basada en Windows que no esté disponible en el sistema basado en Unix. Pocos años atrás no era MS WORD, las API EXCEL JAVA estaban disponibles en Unix. Por lo tanto, si es posible intente utilizar API JAVA nativas para lograr la funcionalidad basada en Windows. Como usar APACHE POI. Configurar J-Integra en la máquina con configuraciones de alta seguridad es complicado y necesita consideraciones especiales.