Comunicación entre dos aplicaciones de escritorio Java separadas

Question

Estoy buscando desarrollar dos aplicaciones de escritorio Java separadas (pero relacionadas).

Deseo que una aplicación active la otra, ingresando datos que luego pueden ser editados y transmitidos, es decir, la comunicación será bidireccional. Si la otra aplicación ya se está ejecutando, quiero que se comuniquen, es decir, no quiero simplemente pasar argumentos por la línea de comandos, etc.

Hablando en general, ¿qué estrategias/técnicas debería considerar para lograr esto? ?

Answer 1

Para mostrar lo fácil que es permitir que dos aplicaciones se comuniquen entre sí, consulte esta demostración de portapapeles de red mediante JGroups. Simplemente inicie dos instancias y empiece a colocar archivos en uno de ellos.La segunda instancia mostrará instantáneamente los mismos archivos.

import java.io.Serializable; 
import java.awt.*; 
import java.awt.datatransfer.*; 
import javax.swing.*; 
import org.jgroups.*; 

public class JGroupsTest { 

    public static void main(String[] args) throws Exception { 
     final JFrame frame = new JFrame(); 
     frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); 
     frame.setVisible(true); 
     frame.setSize(500, 300); 
     final DefaultListModel listModel = new DefaultListModel(); 
     final JList panel = new JList(listModel); 
     panel.setBackground(new Color(128, 0, 40)); 
     panel.setForeground(new Color(240, 240, 240)); 
     frame.add(panel); 
     System.setProperty("java.net.preferIPv4Stack", "true"); 
     final JChannel channel = new JChannel("udp.xml"); 
     channel.connect("networkclipboard"); 
     channel.setReceiver(new ReceiverAdapter() { 
      @Override 
      public void viewAccepted(View newView) { 
       frame.setTitle("Network Clipboard - " + channel.getLocalAddress()); 
      } 

      @Override 
      public void receive(Message msg) { 
       listModel.addElement(msg.getObject()); 
      } 
     }); 

     panel.setTransferHandler(new TransferHandler() { 
      @Override 
      public boolean importData(JComponent comp, Transferable t) { 
       DataFlavor[] transferDataFlavors = t.getTransferDataFlavors(); 
       for (DataFlavor flavor : transferDataFlavors) { 
        try { 
         Object data = t.getTransferData(flavor); 
         if (data instanceof Serializable) { 
          Serializable serializable = (Serializable) data; 
          Message msg = new Message(); 
          msg.setObject(serializable); 
          channel.send(msg); 
         } 
        } catch (Exception e) { 
         e.printStackTrace(); 
        } 
       } 
       return super.importData(comp, t); 
      } 

      @Override 
      public boolean canImport(TransferSupport support) { 
       return true; 
      } 

      @Override 
      public boolean canImport(JComponent comp, DataFlavor[] transferFlavors) { 
       return true; 
      } 

     }); 
    } 

} 

Answer 2

Podrían cada uno escuchar en un Socket. This tutorial es bueno para comenzar.

Answer 3

Para mantener las cosas simples, ¿por qué no solo usar enchufes TCP simples?

Answer 4

También debería considerar la buena RMI clásica.

Answer 5

Trate de comunicarse con SocketCommunication, incluso si la aplicación está en la misma máquina.

Aquí puede encontrar más información sobre how to do it (documentación de Sun/Java).

Answer 6

I segundo Socket communication and RMI. RMI está un poco más involucrado pero es más intuitivo para un programador. Sin embargo, depende del tipo de información que esté enviando. Empujar bytes sin más a otra máquina podría tener más sentido a continuación, se ejecuta el servidor RMI y hacer frente a todo ese jazz ...

Answer 7

• La forma "Empresa" ir, sería ejecutar estas aplicaciones en un servidor Java EE o al menos en un marco de primavera. También es probablemente demasiado exagerado.

• Si es necesario comunicar una gran cantidad de datos, RMI lo hará.

• Si no tiene miedo de hackear su propio protocolo, estructura de datos y manejo de errores, puede configurar los sockets del servidor y del cliente y comunicarse a través de ellos.

• Creo que hay un cierto atractivo básico para la alternativa de comunicarse a través de un archivo en un directorio común (configurar su propio protocolo de quién escribe o borra el archivo cuando), o a través de una base de datos compartida. Baja tecnología, no extremadamente rápido, pero muy simple y confiable. Y es bastante fácil controlar la "comunicación" desde el exterior.

Answer 8

Tenga una mirada en JavaGroups, que va a resolver su problema de comunicación y también ayudará a detectar si la otra aplicación se está ejecutando. Si la aplicación no se está ejecutando, deberá iniciar una nueva JVM con java.lang.Runtime.exec() ...

Answer 9

Dependiendo del estilo de comunicación que esté buscando (alta latencia, mucho) de datos, etc.) y si este sistema puede expandirse simplemente a través de 2 sistemas java, una posibilidad podría ser un sistema de mensajería que use una solución de middleware como Tibco SmartSockets.

Cualquier información adicional sobre su configuración y expectativas ayudaría.

Answer 10

Depende del tipo de comunicación que desee hacer entre las 2 aplicaciones. Si usa conectores o RMI, por ejemplo, ambas aplicaciones deben estar activadas para que la comunicación se realice. Si el tipo de comunicación que desea hacer puede ser más asincrónico, entonces puede usar más de un enfoque basado en mensajes.

Por ejemplo, ZooKeeper le permite implementar casi cualquier cosa que desee además de primitivas simples pero potentes. Esta página (http://hadoop.apache.org/zookeeper/docs/current/recipes.html) explica cómo construir construcciones de alto nivel con ZooKeeper.

El inconveniente es que necesita otro sistema. Si usa JGroups por ejemplo, entonces no.

Esperanza esto ayuda

Answer 11

Depende de cómo le gustaría comunicar esos 2 programas:

• Si necesita sólo semáforos entre procesos, crear un archivo en algún lugar en/tmp y bloquearlo.

• Si solo necesita mensajería síncrona entre procesos (llamada a procedimiento remoto), la RMI debería ser más fácil.

• Si necesita mensajería entre procesos asíncrona, JMS debería ser lo más fácil.

• Si necesita memoria compartida entre procesos, use los archivos asignados.

• Si necesita todo lo anterior, Terracotta (http://www.terracotta.org/) es la forma más fácil: los programas Java en diferentes JVM en el mismo o incluso diferentes equipos se ven como si se hubieran ejecutado dentro de una JVM en una máquina. Dividir un programa en unos pocos ni siquiera requiere ningún cambio de código: es suficiente para escribir un archivo de configuración XML.