"As far as bad advice goes, most of the people I know in the *real* world agree with my assessment: JBoss is not worth the trouble. In short, it's crap."
You must be joking, right? I certainly live in the real world. And in my 'real' world we realy use JBoss. We use it for development and even in production. I definitly think it's a good product, and for sure no 'crap'. Especially if you see what you get for *free*. Compare this to the prices asked for BEA's or IBM's application server. Regards, Harm de Laat Informatiefabriek The Netherlands "Mark Galbreath" <[EMAIL PROTECTED]> 10/10/2003 01:35 PM Please respond to "Struts Users Mailing List" <[EMAIL PROTECTED]> To "Struts Users Mailing List" <[EMAIL PROTECTED]> cc Subject RE: ejb's and tomcat Apparently more than 20 people believed it was important enough to spark a discussion of the issue, so if it was a waste of your time, perhaps you are just too important for this list? As far as bad advice goes, most of the people I know in the *real* world agree with my assessment: JBoss is not worth the trouble. In short, it's crap. Oh yeah...and thanks for the waste of bandwidth with your useless msg; next time, practice what you supposedly believe and email your criticism privately. Marko Sharko -----Original Message----- From: Brian McSweeney [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 8:19 AM To: 'Struts Users Mailing List' Subject: RE: ejb's and tomcat Well congrats on a) wasting other people's time b) giving bad advice perhaps you should consider fishing elsewhere. -----Original Message----- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: 10 October 2003 10:51 To: Struts Users Mailing List Subject: RE: ejb's and tomcat Yeah, but the only reason I posted that msg was for baiting purposes...and apparently I caught a lot of fish... ;-P Mark -----Original Message----- From: Brian McSweeney [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 9:37 AM To: 'Struts Users Mailing List' Subject: RE: ejb's and tomcat I agree, but I was responding to your "jboss is crap" statement, which also has little to do with entity beans. -----Original Message----- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: 09 October 2003 11:41 To: Struts Users Mailing List Subject: RE: ejb's and tomcat That's an improvement, but really has little to do with EJB entity beans. -----Original Message----- From: Brian McSweeney [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 8:33 AM To: 'Struts Users Mailing List' Subject: RE: ejb's and tomcat Can't really agree with that. Besides, jboss have just employed the creator of hibernate and its CMP layer is going to be powered by hibernate in the near future anyway. So if you're a fan of hibernate, you'll get the same thing under the hood with jboss and CMP ejbs. -----Original Message----- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: 09 October 2003 11:08 To: Struts Users Mailing List Subject: RE: ejb's and tomcat JBoss is crap, anyway. -----Original Message----- From: Brian McSweeney [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 7:44 AM This isn't the case for jboss at least. You gain major performance increases. -----Original Message----- From: Mark Galbreath [mailto:[EMAIL PROTECTED] Sent: 09 October 2003 10:35 Yes, the advantage of using local interfaces in EJBs is avoiding the creation of stubs and skeletons, use of RMI and serialization. But what many people don't realize is that all the major containers have been doing this since 1.1 anyway, abeit in proprietary ways. You really gain no performance advantage by explicitly declaring an EJB interface local - you merely adhere to the specification. Mark -----Original Message----- From: Kunal H. Parikh [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 08, 2003 8:20 PM The CMP2.x spec allows declaring EJBs as local objects. The advantage of the local EJB objects is that they don't get serialized/deserialized(I think) and pass-by-reference and not by-value. Effectively, If you use a LocalEJB, you have the flexibitly of making the REMOTE with very few changes to code. --------------------------------------------------------------------- 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] --------------------------------------------------------------------- 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] --------------------------------------------------------------------- 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]
