ejb via rmi

1)  Du henter ikke en bean implementation. Du henter en home og/eller
    remote interface implementation.

2)  Det er ihvertfald absolut ikke måden det er tiltænkt at blive brugt
    på.

    Applikation 2 bør selv connecte.

3)  Jeg er forbløffet over at du ikke fik en "not serializable"
    error, da der må gemme sig en socket forbindelse et sted
    i de objekter.

Men det er meghet svært at sige præcis hvad der sker, fordi
implementationerne er server specifikke (og du har ikke fortalt
hvilken application server du bruger).

Men uanset hvad: REDESIGN.

Som generel regel: bland aldrig EJB og RMI.

arne_v:

Vi har valgt arkitekturen udfra mulighed #3 i http://www.eksperten.dk/spm/356064

altså: RMIclient/PDA--(RMI)-->RMIserver/server--(EJB call)-->EJB/server

Der siger du, at man godt kan gøre, som vi har gjort.

Vi må have fået dit svar "galt i halsen" dengang. Hvad har vi misforstået?

En lille "disclamer": spørgsmålet, der refereres til er stillet af "playmo". Jeg arbejder sammen med playmo på dette projekt, og der er derfor en "forbindelse" mellem dette spørgsmål, og det spørgsmål, der henvises til, selvom spørgeren ikke er den samme. Men jeg vil gerne gøre opmærksom på, at "playmo" og "smajli" _ikke_ er den samme person, som har oprettet flere brugere.

Vi har snakket forbi hinanden så.

I den arkititektur er RMIserveren bare et transport led.

Det er ikke engang nogen særlig køn måde at gøre det på.

Men det kunne begrundes med hvsi RMI klasserne allerede var
pÅ PDA'en og EJB client klasserne fyldt adskillige MB.

Men tilbage til hvordan det skal forståes.

En PDA kalder RMIserveren. RMIserveren kan enten returne
direkte eller kalde en EJB først inden den returner.

Der er X PDA'er, 1 RMIserver og 1 EJB container.

Der skal ikke referancer til EJB'ere ud til PDA'erne.

Principielt vil RMIserveren lookup et home interface, create
et remote interface og kalde metoder hvergang der kommer et
kald ind.

I praksis vil man jo nok cache home interfacet.

Hvis jeg stadigvæk snakker sort så må I endelig skrive igen.

En anden måde at formulere det på er at tier 2 i den arkitektur
er både en RMI server og en EJB client.

Den er RMI server på venstre side og EJB client på højre side.

Så ja den blander lidt men holder det alligevel rimeligt adskildt.

Vi har valgt at lade en session bean indeholde alle entity beans, og så lade denne session bean være funktionslag.

Dette deployer vi så på Application serveren, og lader vores PDA være klient til denne.

Altså et 2 tier system, hvis man ikke tæller databasen med (har ikke helt styr over hvorddan det defineres. Har kun læst om tiers på intruduktionsniveau).

Vi anvender i øvrigt J2EE SDK Reference Implementation af Application Server, da da applikationen "kun" skal bruges som projekt til vores uddannelse (datamatiker).

Jeg vil lige høre, om du, arne_v, får det "dårligt", af den nye idé, eller du mener vi har en chance for at implentere denne.

... men lige for at høre ad:

I "den gamle" ide, ville RMI Serveren, ved modtagelse af metodekald fra RMI klienten, kalde metoder i remote interfacet EJB'erne, og returnere resultatet deraf til RMI klienten i form af Serializable objekter eller simple datatyper?

Er det rigtig forstået?

Under alle omstændigheder vil jeg hvert fald sige mange tak for din tid og din hjælp. Det er et previlegie, at kunne modtage assistance fra en person med din erfaring, og det har allerede på nuværende tidpunkt været uvurderligt for vores projekt.

2 tier + DB.

Det er formentligt langt det nemmeste at lave og en udmærket
løsning.

client--RMIserver--EJB

Ja det er rigtigt forstået.

RMIserver vil bare fungerer ligesom en servlet i en web-applikation:
bindeled mellem client og EJB.