Soporte de hardware desde una aplicación web

Question

Tengo una aplicación web ejecutándose con soporte para algunas piezas de hardware específicas. Esto se logra en los siguientes pasos:

1. usuario ejecuta un pequeño instalador que coloca los archivos de Java (y un par más ) en la máquina cliente. La pieza principal es un contenedor llamado "hardwareManager"
2. Visita del usuario de la aplicación web. La aplicación web ejecuta un applet de Java que, debido a un archivo .java.policy colocado durante la instalación, tiene permiso para interactuar con la máquina cliente fuera del entorno limitado del navegador.
3. El applet comprueba que el hardwareManager se está ejecutando, y si no ejecuta un comando para iniciarlo.
4. El usuario interactúa con la aplicación web que envía comandos al applet a través del javascript. A continuación, el applet escribe comandos en un archivo de texto en la máquina del cliente. El archivo de texto es constantemente monitoreado por el hardwareManager que ejecuta los comandos que lee.

Esto funciona, pero parece torpe. Tengo algunas ideas sobre cómo mejorarlo, pero no sé cuál vale la pena probar, si es que hay alguno.

¿Sería mejor configurar el hardwareManager como un socketServer y hacer que el applet se conecte directamente a él, en lugar de pasar por los archivos de texto? ¿Es eso posible?

¿Hay alguna manera de eliminar el applet por completo y que el javascript se comunique directamente con el hardwareManager? ¿Tal vez escribiendo el hardwareManager para ser un servidor http local? ¿En qué puerto debería ejecutarse? ¿Las limitaciones de javascript xss caben aquí?

Answer 1

Sería menos complicado comenzar la aplicación Java con Java Web Start. Esto eliminaría la necesidad de demonizar o instalar el administrador de hardware de Java.

Otra alternativa es utilizar un navegador integrado dentro de Java. Supongo que esto no es una opción, ya que depende en gran medida de Javascript (supongo que para proporcionar una experiencia rica del cliente).

Si ya tiene que instalar algo en la máquina cliente, ¿por qué eligió ir con una aplicación web?

Hablando de la experiencia: Teníamos una aplicación Java EE que necesitaba imprimir en impresoras PoS en el sitio del cliente. Instalamos una pequeña aplicación de "sincronizador" que se conecta a través de SSH y sincroniza todos los archivos de los clientes. Después, carga el JAR y ejecuta el programa. Este programa se conecta a través de RMI con el servidor y se suscribe a una cola JMS para recibir las asignaciones de impresión.

Aplicado a su caso: ¿Por qué no permite que su aplicación Java se conecte directamente al servidor? Puede usar HTTP, SOAP o incluso JMS sobre RMI. A continuación, puede iniciar el comando de hardware desde el servidor (en lugar de desde el entorno de webbrowser de JavaScript limitado). De esta forma, obtendrá muchísimas funciones: autenticación, almacenamiento en memoria intermedia de comandos e incluso puede compartir hardware entre múltiples clientes.

Esquema:

    <----AJAX------> Web browser 
ApplicationServer     
        <---HTTP/SOAP--> Java hardware manager application 

Puede iniciar la aplicación Java utilizando Java Web Start, que permite actualizar automáticamente la aplicación (en lugar de tener que pasar cada cliente un nuevo instalador).