Komunikacja między dwiema oddzielnymi aplikacjami Java na komputery stacjonarne

Question

Szukam dwóch osobnych (ale powiązanych) aplikacji Java na komputer.

Chcę, aby jedna aplikacja wyzwoliła drugą, przekazując dane, które następnie można edytować i przekazywać, tj. Komunikacja będzie dwukierunkowa. Jeśli druga aplikacja już działa, chcę, żeby po prostu się komunikują, tzn. Nie chcę po prostu przekazywać argumentów przez linię poleceń itp.

Ogólnie rzecz biorąc, jakie strategie/techniki powinienem badać, aby osiągnąć ten cel ?

Answer 1

Aby pokazać, jak łatwo można komunikować się ze sobą w dwóch aplikacjach, sprawdź to demo sieciowego schowka przy użyciu JGroups. Po prostu uruchom dwie instancje i rozpocznij upuszczanie plików do jednego z nich.Druga instancja natychmiast pokaże te same pliki.

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

Każdy z nich mógł słuchać na Socket. This tutorial jest dobry do rozpoczęcia.

Answer 3

Aby wszystko było proste, dlaczego nie używać zwykłych gniazd TCP?

Answer 4

Należy również wziąć pod uwagę dobry klasyczny RMI.

Answer 5

Spróbuj komunikować się z SocketCommunication, nawet jeśli aplikacja znajduje się na tym samym komputerze.

Tutaj można znaleźć więcej informacji o how to do it (dokumentacja Sun/Java).

Answer 6

Po drugie połączenie z gniazdem i RMI. RMI jest nieco bardziej zaangażowany, ale jest bardziej intuicyjny dla programisty. Zależy to od rodzaju wysyłanych informacji. Popychanie surowe bajty na innej maszynie może więcej sensu następnie uruchomić serwer RMI i radzenia sobie z tym wszystkim jazz ...

Answer 7

• „Enterprise” sposób, aby przejść byłoby uruchomić te aplikacje na serwerze Java EE lub przynajmniej w ramach Spring. To także prawdopodobnie ogromna przesada.

• Jeśli trzeba przekazać kilka danych, RMI to zrobi.

• Jeśli nie boisz się włamać do własnego protokołu, struktury danych i obsługi błędów, możesz skonfigurować gniazda dla serwerów i klientów i komunikować się za ich pośrednictwem.

• Myślę, że istnieje pewna nieuporządkowana prośba o alternatywę komunikowania się za pośrednictwem pliku we wspólnym katalogu (konfigurowanie własnego protokołu, kto zapisuje lub usuwa plik w momencie), lub za pośrednictwem wspólnej bazy danych. Niski poziom techniki, niezbyt szybki, ale bardzo prosty i niezawodny. I dość łatwo jest monitorować "komunikację" z zewnątrz.

Answer 8

Wystarczy popatrzeć na JavaGroups będzie rozwiązać problem komunikacyjny, a także pomóc wykryć, czy druga aplikacja jest uruchomiona. Jeśli aplikacja nie jest uruchomiona, musisz uruchomić nową maszynę JVM za pomocą java.lang.Runtime.exec() ...

Answer 9

W zależności od stylu komunikacji, której szukasz (duże opóźnienie, wiele danych itp.) i czy system ten może rozszerzyć się poza zwykłe 2 systemy java, może to być system przesyłania wiadomości wykorzystujący rozwiązanie warstwy pośredniej, takie jak Tibco SmartSockets.

Przydałoby się więcej informacji na temat konfiguracji i oczekiwań.

Answer 10

Zależy od rodzaju komunikacji między dwiema aplikacjami. Jeśli używasz na przykład gniazd lub RMI, obie aplikacje muszą być zainstalowane, aby komunikacja mogła się odbyć. Jeśli rodzaj komunikacji, którą chcesz wykonać, może być bardziej asynchroniczny, możesz użyć bardziej opartego na komunikacji podejścia.

Na przykład, ZooKeeper pozwala zaimplementować praktycznie wszystko, co tylko chcesz, na prostych, ale potężnych prymitywach. Ta strona (http://hadoop.apache.org/zookeeper/docs/current/recipes.html) wyjaśnia, w jaki sposób budować konstrukty wyższego poziomu w ZooKeeper.

Wadą jest to, że potrzebujesz innego systemu. Jeśli korzystasz na przykład z JGroups, to nie.

Nadzieja to pomaga

Answer 11

To zależy jak chcesz komunikować te 2 programy:

• Jeśli potrzebujesz tylko semafory między procesami, utwórz plik gdzieś w/tmp i zablokować go.

• Jeśli potrzebujesz tylko komunikacji synchronicznej między procesami (zdalne wywoływanie procedur), RMI powinien być najłatwiejszy.

• Jeśli potrzebujesz asynchronicznej komunikacji międzyprocesowej, JMS powinien być najłatwiejszy.

• Jeśli potrzebujesz pamięci współdzielonej między procesami, użyj zmapowanych plików. Jeśli potrzebujesz wszystkich powyższych, Terracotta (http://www.terracotta.org/) jest najprostszym sposobem: programy Java na różnych maszynach JVM na tych samych lub nawet różnych komputerach widzą się nawzajem, jakby były wykonane wewnątrz jednej JVM na jednej maszynie. Podział jednego programu na kilka nie wymaga nawet zmian kodu - wystarczy napisać plik konfiguracyjny XML.