hi!
i also agree that discontinuing the old client/server implementation is a
good step. my question was just because i don't have experience with ejb.
now i think i understand the idea a bit more, and with you explanation i
understand, why you use SessionBeans instead of EntityBeans.
as a ejb beginner, some samples would be great, but i think i can do that
with some reading. there is only one problem left, and that is my need to
use a http connection because of proxies and firewalls. but i already fond
a library called jproxy, that can tunnel rmi calls through http.
Juergen
Thomas Mahler <[EMAIL PROTECTED]>
Gesendet von: [EMAIL PROTECTED]
29.03.2003 14:39
Bitte antworten an "OJB Users List"
An: OJB Users List <[EMAIL PROTECTED]>
Kopie:
Thema: Re: client / server through ejb
Hi Jürgen,
The problem with C/S mode is that I had to maintain a lot of infrasture
code (e.g. the HTTP-server like server engine) that has not much to to
with object relational mapping.
It was also quite a lot of work to maintain all changes to the PB kernel
in the C/S mode too.
Testing was also very ugly, A single run of the PB testsuite took half
an hour...
The PersistenceBrokerBean is an EJB Session Bean that implements the
PersistenceBroker interface. The bean is a wrapper an delegates all call
to a singlevm PersistenceBroker.
By running this SessionBean in a EJB container you can connect your
clients to a remote PersistenceBroker server through standard J2EE EJB
mechanisms.
This is completely different from using entity beans.
My experience from the last 2 years is that there is not a single case
where it really is a must to use the OJB C/S mode.
SO maybe we should discuss your requirements in details!
cheers,
Thomas
[EMAIL PROTECTED] wrote:
> hi!
> i read some tutorials on ejb and have one question. in my posting some
> days ago, you told, that the client / server concept will be replaced
with
>
> ejb session beans. i told, i just read some ejb tutorials, and have no
> experience, but why isn't this this done with ejb ENTITY beans?
>
> juergen
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
