RMI og andet middelware?

Hvis du mener java RMI. Så kan man ikke. Det er bagdelen ved det.

En RMI client snakker med en RMI server.

På den måde kan RMI ikke snakke med andet.

Der er forskellige alternativer til RMI:

* sockets evt. med ObjectOutputStream/ObjectInputStream ovenpå

* message queue og JMS

* Web Service (SOAP over HTTP)

* CORBA

* EJB

Men Corba RMI kan bruges til at kommunikerer med programmer skrevet i flere forskellige sprog, hvis bare man har den rigitge ORB.

*Hvis jeg har forstået dit spørgsmål ret.*

Corba RMI er vist det jeg leder efter. Kan du forklare lidt nærmere hvad det går ud på?

Det hedder bare CORBA.

Du kan læse mere her:

http://java.sun.com/j2se/1.4.2/docs/guide/corba/index.html

Og medmindre du har specielle behov (transaktioner og lignende), så vil jeg anbefale
web service idag til remote kald på tværs af sprog.

Hvad er din definition på web services?

Angående CORBA, er det svært at forklare kort hvad det går ud på. Et andet godt link er OMG's specifikke hjemmeside for CORBA standarden. www.corba.org

Web Services kan godt være svært at afgrænse, men jeg SOAP over HTTP dækker
>95% af brugen af web services, så lad os bare præcisere det som SOAP over HTTP.

http://xml.apache.org/axis/
Til at afvikle webservices skrevet i java, kan du blandt andet bruge AXIS. AXIS er en JAVA baseret Open Source SOAP server, der kører embedded i Apache Tomcat Application Serveren.

Først skal du downloade apache tomcat.

http://jakarta.apache.org/tomcat/index.html

til at afvikle AXIS SOAP serveren.

http://ws.apache.org/axis/ idag

Den kan køre i enhver servlet 2.3 kompatibel servlet engine, men ja Tomcat er
det absolut mest nærliggende valg

Jeg har skrevet lidt intro til Axis her http://www.eksperten.dk/artikler/159

En webservice skrevet i java, som kører på en AXIS server, kan tilgås af klienter skrevet i flere forskellige sporg. Heribland: Java, C#, C++, delphi, Visuel Basic, og sikkert mange flere.

Min personlige holdning er, at SOAP er meget langsom, da alle forespørgsler bliver pakket ind i XML filer, så serveren skal først åbne en XML fil, trække funktions kaldet ud, lave en ny og sende den.

Men hvis performance ikke er et problem gør det vel ikke noget.
(Det er nok også ved at være noget tid siden jeg har kigget på SOAP. Det kan være det er blevet hurtigere idag.)

En fordel ved SOAP er vel også at det kører over port 80, og at det kun sender XML filer, hvilket medfører at det kan kører igennem de fleste firewalls.

Hvis du vil vide lidt om hvordan man laver en webservice i .Net, er der en god walkthroug her.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsent7/html/vxconProgrammableWebServices.asp

SOAP XML er betydeligt langsommere end binære formater - også selvom
Apache Axis er betydeligt hurtigere end forgængeren Apache SOAP.

Men:

Hvor mange har brug for virkeligt high volume 1000 eller flere kald i minuttet ?

Hvor mange programmør timer får man for det en 2.5+ GHz PC koster ?

Angående SOAP, kan man vel sige det er en letvægts udgave af CORBA, og andre middelware teknologier.

CORBA bliver ofte set som at være for stort og komplekst, og for svært at komme igang med.
SOAP er tilgengæld dejligt nemt og simpelt at komme igang med. Tilgengæld kan det ikke helt så meget som CORBA.
Det gælder altid om at finde ud af hvad man har behov for, og se hvad der passer bedst til en. Hvis man kan lave det med SOAP, og man ikke har erfaring med andet, vil det helt klart være at foretrække.

Der er også et andet aspekt.

De fleste antager at Web Services har en stor fremtid foran sig, mens CORBA nok
har sin bedste tid bag sig.

Jeg ligger lige et svar :)

Må man spørge hvad du skal bruge det til ?