Jaki port jest używany przez połączenie Java RMI?

W RMI, w odniesieniu do portów istnieją dwa odrębne mechanizmy:

1) domyślnie rejestr RMI używa portu 1099

2) klient i serwer (stuby, zdalne obiekty) komunikują się przez losowe porty, chyba że podczas eksportowania zdalnego obiektu podano stały port. Komunikacja jest uruchamiana przez fabrykę gniazd, która używa 0 jako portu startowego, co oznacza "użyj dowolnego portu, który jest dostępny" między 0 a 65535.

Wszystkie odpowiedzi do tej pory są błędne. Rejestr zwykle używa portu 1099, ale można go zmienić. Ale to nie koniec historii. Zdalne obiekty również używają portu, a niekoniecznie 1099.

Jeśli nie określisz portu podczas eksportu , RMI użyje portu losowego. Rozwiązaniem jest zatem podanie numeru portu przy eksporcie . I jest to port, który wymaga otwarcia w firewallu, jeśli w ogóle.

• W przypadku, gdy zdalny obiekt extends UnicastRemoteObject, posiada wywołanie konstruktora {[1] } z niezerowym numerem portu.

• W przypadku, gdy nie rozszerza UnicastRemoteObject, podaj niezerowy numer portu UnicastRemoteObject.exportObject().

Istnieje kilka zmarszczek do tego.

• Jeśli nie używasz fabryk gniazd, a podczas eksportowania pierwszego zdalnego obiektu podasz niezerowy numer portu, RMI automatycznie udostępni ten port eksportowanym obiektom zdalnym bez określonego portu liczby, lub określenie zera. Ten pierwszy zdalny obiekt zawiera rejestr utworzony za pomocą LocateRegistry.createRegistry()., więc jeśli utworzysz Registry na porcie 1099, wszystkie inne obiekty wyeksportowane z tego JVM mogą współdzielić port 1099.

• Jeśli używasz fabryk gniazd, a RMIServerSocketFactory ma sensowną implementację equals(), to to samo dotyczy powyższego.

• W obu warunkach można użyć tego samego niezerowego jawnego numeru portu dla wszystkich zdalnych obiektów, np. createRegistry(1099), po którym następuje dowolny liczba połączeń super(1099) lub exportObject(..., 1099).

Zazwyczaj ustawiasz port na serwerze za pomocą polecenia rmiregistry. Możesz ustawić port w wierszu poleceń, lub domyślnie będzie to 1099

Jeśli możesz zmodyfikować klienta, poproś go o wydrukowanie zdalnego odniesienia, a zobaczysz, jakiego portu używa. Np.

ServerApi server = (ServerApi) registry.lookup(ServerApi.RMI_NAME);
System.out.println("Got server handle " + server);

Wyprodukuje coś w stylu:

Got server handle Proxy[ServerApi,RemoteObjectInvocationHandler[UnicastRef [liveRef: [endpoint:172.17.3.190:9001,objID:[-7c63fea8:...

Gdzie można zobaczyć port jest 9001. Jeśli zdalna klasa nie określa portu, to zmieni się w trakcie restartów. Jeśli chcesz użyć stałego portu to potrzebujesz aby upewnić się, że konstruktor zdalnej klasy robi coś w stylu:

super(rmiPort)

W zależności od tego, jak zaimplementujesz RMI, możesz ustawić port rejestru (rejestr jest "unikalnym punktem usług"). Jeśli nie ustawisz jawnego portu, rejestr domyślnie przyjmie port 1099. W niektórych przypadkach masz zaporę sieciową, a zapora sieciowa nie pozwala klientowi rmi na zobaczenie stubów i obiektów znajdujących się za rejestrem, ponieważ te rzeczy działają w losowo wybranym porcie, innym porcie używanym przez rejestr, a ten port jest blokowany przez zaporę sieciową - oczywiście. Jeśli używasz RmiServiceExporter do skonfiguruj serwer RmiServer, możesz użyć metody rmiServiceExporter.setServicePort(port), aby naprawić port rmi i otworzyć ten port w zaporze.

Edit: rozwiązuję ten problem tym postem: http://www.mscharhag.com/java/java-rmi-things-to-remember

W odniesieniu do innych odpowiedzi powyżej, oto mój pogląd -

Istnieją porty po stronie klienta i serwera.

• Po stronie serwera/zdalnego, jeśli wyeksportujesz obiekt bez podania portu , zdalny obiekt użyje losowego portu do nasłuchu.

• Klient, gdy wyszukuje zdalny obiekt, zawsze używa losowego portu po jego stronie i połączy się z portem zdalnego obiektu, jak wymieniono powyżej.

Port jest dostępny tutaj: java.rmi.registry.Registry.REGISTRY_PORT (1099)

Z javadoc z java.rmi.registry.Registry

Dlatego zdalna implementacja rejestru jest zazwyczaj eksportowana ze znanym adresem, na przykład ze znanym ObjID oraz numer portu TCP (domyślnie jest 1099).

Zobacz więcej w javadoc z java.rmi.registry.LocateRegistry.