Java - net Interoperabilität mit IIOP.NET

Biri · 25.04.2005, 17:16

hi!

ich benötige in meinem programm die kommunikation einer .net oberfäche mit einem java programm.
dazu will ich iiop.net einsetzen. (http://iiop-net.sourceforge.net)
Lt. einer Beschreibung benötigt man einen CORBA fähigen Application Server wie z.B. JBOSS.
Ich will aber lieber nur den mit Java mitintallierten "Sun Java System Application Server Platform Edition 8.1_01" verwenden,
damit ich nicht auch noch JBOSS installieren muss.
Hat das schon jemand versucht?
Benötige ich unbedingt JBOSS, wenn ich IIOP.NET verwenden will, oder reicht auch der Java App. Server?
Aus der Seite von iiop.net fand ich darauf keine antwort.

jak · 25.04.2005, 20:18

Ich glaube kaum, das dir hier irgendwer diese Fragen beantworten kann, die sind doch ziemlich speziell...

Es iost wahrscheinlich zielführender die Fragen in dem Forum von iiop-net zu stellen:
http://sourceforge.net/forum/forum.php?forum_id=274081
Ich könnte mir aber vorstellen, das man auch direkt zwischen .Net und Java kommunizieren kann, ohne Application Server.

Jak

Biri · 25.04.2005, 21:32

hi!

stimmt, das ist schon sehr spezifisch.
werds mal im iiop.net forum versuchen.

thx
-hannes

delphirocks · 25.04.2005, 21:45

Spricht irgend etwas gegen einen Webservice? Wäre wahrscheinlich um Einiges einfacher....

Biri · 26.04.2005, 13:33

ja.
ich brauche callbackmechanismen.
muss nämlich monitoring meldungen der enhydra shark workflow engine in einer .net oberfläche ausgeben.
ich glaube nicht, dass das via webservices so gut geht.

fg
-hannes

Biri · 26.04.2005, 13:34

ja.
ich brauche callbackmechanismen.
muss nämlich monitoring meldungen der enhydra shark workflow engine in einer .net oberfläche ausgeben.
ich glaube nicht, dass das via webservices so gut geht.

fg
-hannes

jak · 26.04.2005, 19:01

Zitat:

Sample ToolAgents will be available for JavaScript, JDBC access, EJB access, pure Java classes, Corba calls, EMail, Webservice calls,...

Es ist also möglich mit CORBA auf enhydra shark zuzugreifen, und es gibt Corba Implementierungen für C/C++.
Google findet zum Thema Corba und .net einiges:
http://www.google.at/search?q=Corba+.net
http://www.devx.com/interop/Article/19916
Sogar eine Seite die sich mit Java&.net befasst:
http://www.javaworld.com/javaworld/j...-java.net.html

Jak

Biri · 26.04.2005, 22:18

thx, werd mir die links durchlesen (heute aber nimma).

irgendwie fehlt mir einfach noch die richtige "sicht auf das ganze".
ich behaupte mal, dass ich die technologien auf .net seite kenne, jedoch nicht auf java seite kann ich mehrere dinge nicht ganz "einschätzen".
da ist mir z.B. unklar, warum
- auf iiop.net steht: "Interoperation with J2EE applications is reported for the following application servers" -> hier steht der jboss appl.server -> warum geht nicht auch der appl.server, der standardmäßig mit java mitinstalliert wird?
was kann jboss (u. websphre und BEA Weblogic) spezielles, dass der java appl. server nicht kann?

eine ejb (enterprise java bean) ist eigentlich ein teil "ausprogrammierte geschäftslogik" - warum brauch ich einen application server, damit ich eine solche verwenden kann?
einen appl.server sah ich bisher einfach als "bereitsteller verschiedener dienste" - aber ejb ist doch ein unabhängiges programm, oder?

kann da ein java-guru mal bissl karheit schaffen ?

thx
-hannes

delphirocks · 27.04.2005, 11:41

Kenn' mich mit EJBs auch nicht wirklich aus, aber:

Eine EJB entspricht ungefähr einem COM+ Objekt auf Microsoft Seite. Ist also eine Java Klasse, die die von der EJB Spec vorgegebenen Interfaces implementiert (z.B. Home Interface f. Lebenszyklus Methoden, Remote Interface f. Business Logic).

Um die EJB zu verwenden, muss sie in den EJB Container deployed werden. Mittels Deployment Descriptor können Zusatz Infos zur Bean mitgegeben werden.

Ich denke, dass der Java Application deswegen nicht funktioniert, da CORBA nicht Teil der J2EE Spec ist, und er diese Funktionalität deswegen einfach nicht bietet.

GLAUB ICH HALT

jak · 27.04.2005, 14:03

J2EE und J2SE beherrschen CORBA, J2SE afaik als RMI over IIOP:
http://java.sun.com/j2ee/corba/index.html
http://java.sun.com/developer/codesamples/idl.html

Bin leider (noch

) kein Java Guru und hab' mich mit CORBA noch nie befasst, kann dir daher nicht besonders viel weiterhelfen. Ich würde aber versuchen eine CORBA-implementation für .net zu finden und dir den Java umweg zu sparen.

Jak

25.04.2005, 17:16	#1
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	Java - net Interoperabilität mit IIOP.NET hi! ich benötige in meinem programm die kommunikation einer .net oberfäche mit einem java programm. dazu will ich iiop.net einsetzen. (http://iiop-net.sourceforge.net) Lt. einer Beschreibung benötigt man einen CORBA fähigen Application Server wie z.B. JBOSS. Ich will aber lieber nur den mit Java mitintallierten "Sun Java System Application Server Platform Edition 8.1_01" verwenden, damit ich nicht auch noch JBOSS installieren muss. Hat das schon jemand versucht? Benötige ich unbedingt JBOSS, wenn ich IIOP.NET verwenden will, oder reicht auch der Java App. Server? Aus der Seite von iiop.net fand ich darauf keine antwort.

25.04.2005, 20:18	#2
jak Inventar Registriert seit: 13.06.2001 Beiträge: 1.830	Ich glaube kaum, das dir hier irgendwer diese Fragen beantworten kann, die sind doch ziemlich speziell... Es iost wahrscheinlich zielführender die Fragen in dem Forum von iiop-net zu stellen: http://sourceforge.net/forum/forum.php?forum_id=274081 Ich könnte mir aber vorstellen, das man auch direkt zwischen .Net und Java kommunizieren kann, ohne Application Server. Jak ____________________________________ Join the DNRC \| Godwin\'s Law (thx@stona) Documentation is like sex: If it\'s good, it\'s very, very good. If it\'s bad, it\'s better than nothing. \"In theory, theory and practice are the same. In practice, they are not\" (Lawrence Berra)

27.04.2005, 14:03	#10
jak Inventar Registriert seit: 13.06.2001 Beiträge: 1.830	J2EE und J2SE beherrschen CORBA, J2SE afaik als RMI over IIOP: http://java.sun.com/j2ee/corba/index.html http://java.sun.com/developer/codesamples/idl.html Bin leider (noch) kein Java Guru und hab' mich mit CORBA noch nie befasst, kann dir daher nicht besonders viel weiterhelfen. Ich würde aber versuchen eine CORBA-implementation für .net zu finden und dir den Java umweg zu sparen. Jak ____________________________________ Join the DNRC \| Godwin\'s Law (thx@stona) Documentation is like sex: If it\'s good, it\'s very, very good. If it\'s bad, it\'s better than nothing. \"In theory, theory and practice are the same. In practice, they are not\" (Lawrence Berra)

25.04.2005, 21:32	#3
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	hi! stimmt, das ist schon sehr spezifisch. werds mal im iiop.net forum versuchen. thx -hannes

25.04.2005, 21:45	#4
delphirocks bitte Mailadresse prüfen! Registriert seit: 17.03.2002 Beiträge: 198	Spricht irgend etwas gegen einen Webservice? Wäre wahrscheinlich um Einiges einfacher....

26.04.2005, 13:33	#5
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	ja. ich brauche callbackmechanismen. muss nämlich monitoring meldungen der enhydra shark workflow engine in einer .net oberfläche ausgeben. ich glaube nicht, dass das via webservices so gut geht. fg -hannes

26.04.2005, 13:34	#6
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	ja. ich brauche callbackmechanismen. muss nämlich monitoring meldungen der enhydra shark workflow engine in einer .net oberfläche ausgeben. ich glaube nicht, dass das via webservices so gut geht. fg -hannes

26.04.2005, 22:18	#8
Biri Hero Registriert seit: 04.09.2001 Beiträge: 894	thx, werd mir die links durchlesen (heute aber nimma). irgendwie fehlt mir einfach noch die richtige "sicht auf das ganze". ich behaupte mal, dass ich die technologien auf .net seite kenne, jedoch nicht auf java seite kann ich mehrere dinge nicht ganz "einschätzen". da ist mir z.B. unklar, warum - auf iiop.net steht: "Interoperation with J2EE applications is reported for the following application servers" -> hier steht der jboss appl.server -> warum geht nicht auch der appl.server, der standardmäßig mit java mitinstalliert wird? was kann jboss (u. websphre und BEA Weblogic) spezielles, dass der java appl. server nicht kann? eine ejb (enterprise java bean) ist eigentlich ein teil "ausprogrammierte geschäftslogik" - warum brauch ich einen application server, damit ich eine solche verwenden kann? einen appl.server sah ich bisher einfach als "bereitsteller verschiedener dienste" - aber ejb ist doch ein unabhängiges programm, oder? kann da ein java-guru mal bissl karheit schaffen ? thx -hannes

27.04.2005, 11:41	#9
delphirocks bitte Mailadresse prüfen! Registriert seit: 17.03.2002 Beiträge: 198	Kenn' mich mit EJBs auch nicht wirklich aus, aber: Eine EJB entspricht ungefähr einem COM+ Objekt auf Microsoft Seite. Ist also eine Java Klasse, die die von der EJB Spec vorgegebenen Interfaces implementiert (z.B. Home Interface f. Lebenszyklus Methoden, Remote Interface f. Business Logic). Um die EJB zu verwenden, muss sie in den EJB Container deployed werden. Mittels Deployment Descriptor können Zusatz Infos zur Bean mitgegeben werden. Ich denke, dass der Java Application deswegen nicht funktioniert, da CORBA nicht Teil der J2EE Spec ist, und er diese Funktionalität deswegen einfach nicht bietet. GLAUB ICH HALT

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)