RMIAdaptor frage

[nocturne]

Hallo.

Ich habe zwei MBeans. Beide stellen die Methode isRunning() und performBean() bereit.

Wenn ich per JNDI (jmx/invoker/RMIAdaptor) darauf zugreife, kann ich nur bestimmte methoden ausführen.
z.B.
Bean1, nur die methode "performBean()"
Bean2, nur die methode "isRunning()"

Rufe ich bei Bean1, performBean auf, erhalte ich "Unable to find operation performBean()"

Trotzdem enthalten beide Beans diese Methoden.

Jemand eine Idee?

 

[FArt]

Sinnvollerweise schreibst du hier überhaupt nichts über deine verwendete Laufzeitumgebung. Vermutlich bist du damit auch im falschen Forum.

 

[nocturne]

Leider kann ich es selber nicht zuordnung.
Eigentlich gehört es in "Netzwerkprogrammierung" und "Allgemeines EE" und "Deployment".

Also Umgebung ist JBoss mit JDK 1.5, 1.6 u.a.
Und einem Swing-Application-Client.
Entwicklen tu ich mit Eclipse, IntelliJ manchmal auch Netbeans.

 

[FArt]

Na ja, JBoss sollte man schon mal kurz erwähnen. Somit würde EE auch besser passen.

Der RMIAdaptor ist nur eine Krücke. Der bessere Weg wäre, die Interfaces über ein EJB zu wrappen. Das macht sehr wenig Arbeit, dafür sind EJBs für die Remoekommunikation auch vorgesehen.

Sonst: was sind das für MBeans? Statisch? Dynamisch? MXBeans? ...? Sind die Methoden auch in den Beaninterfaces bzw. im dynamischen Deskriptor?

Versuche es besser mit den EJBs.

 

[nocturne]

Oh, tut mir leid, ich dachte jmx/invoker/RMIAdaptor wird bekannterweise nur vom JBoss bereitgestellt.

Also es sind (nichtdynamische) MBeans.

Leider habe ich konzeptionell- und sicherheitsbedingt kein Zugriff auf EJB's, sondern nur auf JMX.
Ich sehe es auch nicht ein, warum ich jetzt über EJB zugreifen soll, wenn offensichtlich ein JMX-Konfigurationsproblem vorliegt!

 

[FArt]

Kapitel 2.7 des JBoss-Admin-Guide beschreibt inklusive ausführlichem Beispiel wie es funktioniert.

Das Wiki zeigt es in kurz: HowDoIGetRemoteAccessToMyMBean - JBoss Community

Der Zugriff über ein EJB sollte bevorzugt werden, wegen der einfachereren Konfiguration (Security und Client-Interceptors, Invocation-Layer), da EJBs eben von Haus aus für Remotezugriffe konzipiert sind. Das haut auch Vorteile bzgl. der Migration, wenn plötzlich der JBoss mal geclustert werden soll.