RE: Antwort: RE: Antwort: Re: client / server through ejb
Hi Jürgen, > should i switch to jboss? if yes, why? Beginning with J2EE it is a good way to first use reference implementation from Sun because the Sun tutorials rely on it. But for real life applications you should use another J2EE Server like JBoss. I am using JBoss because it is OpenSource, well documented and the OJB samples rely on JBoss. Another point is developement/deployment. With EJBs a lot of code can be generated. I use XDoclet/EJBDoclet to do this. There is a lot of support for deployment to JBoss already in EJBDoclet! I don't know if there is the same for Sun's reference implementation. Thimo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antwort: RE: Antwort: Re: client / server through ejb
Hi Jürgen, > 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. I don't think you need to use an external lib to tunnel rmi calls through http. As far as I know JBoss supports calls to EJBs via http. In J2EE environment it is alway advisable to have a look at the services already provided before creating your own solution. Thimo ok. as i'm new to j2ee, the first thing i found was the j2ee implementation on the sun homepage (i think it's from jakarta), with tomcat 5.0 included. should i switch to jboss? if yes, why? jürgen - 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]
RE: Antwort: Re: client / server through ejb
Hi Jürgen, > 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. I don't think you need to use an external lib to tunnel rmi calls through http. As far as I know JBoss supports calls to EJBs via http. In J2EE environment it is alway advisable to have a look at the services already provided before creating your own solution. Thimo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Antwort: Re: client / server through ejb
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]