Was zu beachten ist mit CORBA.TRANSIENT: initial weitergeleitet und IOR unzugänglich vmcid: IBM-Moll-code: E07 Fehler
BLUF: Eine Ausnahme, die ich erhielt, versucht, eine Verbindung ein stand-alone-client, um die Extreme Scale-cache untergebracht, die in WebSphere war etwas irreführend, so habe ich hier die Lösung.
Habe ich erfolgreich installiert WebSphere Extreme Scale (WXS) v8.5 in WebSphere Application Server (was) v8.5 (Hinweis: nicht versuchen, so zu tun, die gleichzeitig in den Installation Manager oder Dateien fehlen -- installieren Sie separat). Ich war auch erfolgreich die Installation einer client-und server-OHR, so könnte ich mit REST-services an den client, der wiederum eine Verbindung zum server für den Zugriff auf den cache. Jedoch, als ich versuchte, führen Sie eine stand-alone-client über die java-Befehlszeile (oder aus Eclipse heraus), ich war immer Ausnahmen wie:
java.lang.Throwable: org.omg.CORBA.TRANSIENT: initial and forwarded IOR inaccessible vmcid: IBM minor code: E07 completed: No
at com.ibm.rmi.corba.ClientDelegate.createRequest(ClientDelegate.java:1272)
...
Caused by: java.lang.Throwable: connect: Address is invalid on local machine, or port is not valid on remote machine
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:381)
beim Aufruf von connect auf dem ObjectGridManager:
_client = _ogManager.connect(hostport, null, clientObjectGridURL);
Das erste, was zu überprüfen ist, dass die host-und port-Nummern korrekt sind, in der objectGridClient.properties-Datei (z.B. die port-Nummer würde mit der BOOTSTRAP-port in der Anwendung server-ports-Liste). In meinem Fall war dies korrekt. Mit netstat-an |grep zu sehen, ob es jemand hören, der port oder telnet-Verbindung zu der host-port.
Die nächste Sache zu prüfen, ist, dass firewalls sind nicht immer in der Art und Weise der Verbindung zum Hafen. Es gibt einen Rückruf an den client vom server, so dass Sie wollen, um zu überprüfen, dass dies nicht ein problem zu schaffen. In meinem Fall war dies kein Problem.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Was hat wiederum das problem war ich hatte so konfiguriert WURDE, mit der Allgemeinen Sicherheit eingeschaltet, damit die admin-Konsole benötigt eine Benutzer-id und Passwort. Allerdings, wenn ich aus der call für die ObjectGridManager zu verbinden, ich war die übergabe eines null als zweiten parameter statt der übergabe der ordnungsgemäße ClientSecurityConfiguration Objekt. Offenbar, wenn Sie gesichert haben-die WAR dann externe clients versuchen, eine Verbindung zum cache untergebracht WAR notwendig, die Sicherheit bieten Informationen zu überprüfen, die Sie eine Verbindung herstellen dürfen.
Habe ich das zu deaktivieren WAR die Sicherheit mithilfe der admin-Konsole /Security /Globale Sicherheit, und deaktivieren Sie Enable Administrative security aus. Das erlaubte mir, weiterhin die Prüfung durch die übergabe von null, und zu verschieben, drehen Sie auf Sicherheit hinzufügen und die entsprechenden Sicherheits-Konfiguration-Einstellungen und die korrekten Objekt in der connect-Aufruf, bis wir bereit waren um zu testen, in einer gemeinsam genutzten Umgebung (meine Entwicklungsumgebung war Selbstversorger auf meinem laptop war keine Verbindung zu einem öffentlichen Netzwerk).
Immer überprüfen, dass Ihr die stub-Klassen sind wirklich im Ort und in der Bereitstellung. Klingt einfach, aber das war das problem hatte ich auch...
Also die Gründe für diesen Fehler können vielfältig sein.