|
Sponsored Links
Resources
Enterprise Java
Research Library
Get Java white papers, product information, case studies and webcasts
|
News
News
News
|
Messages: 23
Messages: 23
Messages: 23
Printer friendly
Printer friendly
Printer friendly
Post reply
Post reply
Post reply
XML
XML
XML
|
 |
Tales From TSS: The Problems with EJB Persistence
Entity Beans have had a tough time trying to gain acceptance in the J2EE community. In the latest Tales from TheServerSide cartoon, the woes for entity beans continue. Find out why entity bean 'persistence' can prove disastrous for your session facade layer and how 'performance' is even worse outside the container.
Check out EJB Persistence
|
|
|
Message #122954
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
very funny :-)
this one reminds we that TSS thread about J2EE jokes
|
|
|
Message #122975
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
Shouldn't that be "Hey baby, do _you_ fancy being my facade layer?"
Next time I demand to see a message-driven bean.
|
|
|
Message #122978
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Enough of this topic
Persistence has been beaten to death. What is this stupid fixation that TSS has with persistence? Almost every alternate article is on persistence. Is there no other problem to solve in the Java world?
The joke should be:
session bean says "Get lost, persistence. I've moved on. My new loves are transactions, remoting and security."
|
|
|
Message #122982
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Enough of this topic
Persistence has been beaten to death. What is this stupid fixation that TSS has with persistence? Almost every alternate article is on persistence. Is there no other problem to solve in the Java world?The joke should be:session bean says "Get lost, persistence. I've moved on. My new loves are transactions, remoting and security." That's because the bottom line for all the new loves - transaction, remoting & security is SECURE AND INTEGRAL PERSISTENT DATAAAAA..................
Cool down. You know how humor is spelt - H U M O R (or sometimes HUMOUR).
|
|
|
Message #123004
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
Yeah!
Quite funny.
Shouldn't EJB3.0 drop/depricate entity beans and replace
persistence with JDO2?
It could be better, I think for the whole Java community.
And finally unify specs that on collision course
|
|
|
Message #123015
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
CMR fields are really complex enough to make any use of them. Session bean developers should make use of stored procedures to maximum extent to avoid coding db logic inside the bean. All major databases have equal features in stored procedure languages. Why not use them to maximum and keep your session bean code thin.
CMP hardly gives any value for all the complexities. Keep the BMP still for very special cases. Most situations session facade will prevail.
|
|
|
Message #123036
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
Keep the BMP still for very special cases. I agree. Never allow your BMPs to move. Always keep them still.
Or is that "BMP still" as in "whisky still"?
|
|
|
Message #123059
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I agree
Don't do this anymore!!!! I agree, I dont mind a cartoon if its actually funny (@see dilbert) but this latest serverside one just made me cringe, I mean "Do you remember me or are you stateless?"! WTF!?!?!
The "You are persistent!" just about passes as humour, as it is something you might actually hear uttered outside our geeky little world but everything else was just a search and replace job :o\
|
|
|
Message #123083
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I don't
I mean "Do you remember me or are you stateless?"! WTF!?!?! Dude...Stateless session beans do not *remember* previous session data. Hope you got the joke atleast now.
|
|
|
Message #123125
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
C++, VB.NET, C#.Net
Generics were good for C++, so they must be good for Java, right? Wrong! C++ does not have any run time type checking, so casting is essential, whereas Java does.
In the evil world of .Net, this is a good reason to use VB syntax rather than C# syntax -- the former allows sensible implicit casting, whereas the latter is Java. (VB.Net also allows keyword optional argumets, long overdue from Java. (Implemented properly to allow the default values to change.))
|
|
|
Message #123144
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
in the end i see the spring mascot winning the day, having just offered to give the session bean a 'hot dependency injection'.
b
|
|
|
Message #123156
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Sorry to do this people
If you are the same Mark who lived on Ealing Road circa 1994 I'd really like to contact you.
|
|
|
Message #123206
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I don't
I mean "Do you remember me or are you stateless?"! WTF!?!?! Dude...Stateless session beans do not *remember* previous session data. Hope you got the joke atleast now.
Yes, believe it or not, I got the "Joke". It just wasnt funny at all.
I appreciate humo(u)r is subjective but this just struck me as the kind of Joke a 5 year-old makes up, where the punch is so obvious and far removed from reality that its not longer 'clever'. I tend to find that as I get older I prefer my humour to be a little more subtle and sophisticated than this.
The "You are persistent" just about works as this is a phrase in the common parlance. However, rarely does someone comment on whether I am stateless or not, so its more of a 'single entendre'.
Still... if it was amusing for you, then great, but personally I just found it embarassing.
|
|
|
Message #123210
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Sorry to do this people
If you are the same Mark who lived on Ealing Road circa 1994 I'd really like to contact you. Wasn't me. Sorry.
|
|
|
Message #123211
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
I don't
Don't know about everyone else, but as I read this I heard the voice of Thurston Howell III reading it. :)
|
|
|
Message #123265
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
CMR fields are really complex enough to make any use of them. Session bean developers should make use of stored procedures to maximum extent to avoid coding db logic inside the bean. All major databases have equal features in stored procedure languages. Why not use them to maximum and keep your session bean code thin.CMP hardly gives any value for all the complexities. Keep the BMP still for very special cases. Most situations session facade will prevail. Ummmm, because stored procedure code is not portable across RDBMSs? 'Kind of silly to develop an application using a platform neutral framework, and then code a significant amount of logic in a proprietary language.
|
|
|
Message #149245
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
W.T.F.
Hey, he got it okay, it's just that it's not funny.
Can someone please put an end to this column?
|
|
|
Message #206672
Post reply
Post reply
Post reply
Go to top
Go to top
Go to top
|
|
Tales From TSS: The Problems with EJB Persistence
The best one of the cartoons, sweety beans :)
|
|
|
|
Hot threads
Hot threads
Hot threads
|
More hot threads
More hot threads
More hot threads
|
|
Brian Goetz continues to lift the lid and peak into the inner workings of Java in Java Urban Performance Legends. In this article he exposes the fallacy behind some of the more common performance myths found in the annals of the JVM.
(92 comments,
last posted
March 14, 2008)
Bruce Tate, author of Better, Faster Lighter Java and Bitter EJB has come out with a new book called Beyond Java. Bruce has an epiphany about the future of software development. Does it include Java?
(770 comments,
last posted
September 23, 2009)
Looks like today AJAX concept have several interpretations. We can distinguish different approaches of AJAX integration. Can they co-exist within the same application? Can we talk about layered AJAX integration?
(68 comments,
last posted
May 08, 2008)
Artima has published a short article describing the Design-Time API for JavaBeans, which was recently approved as JSR 273. This API promises to bring VB-like ease to Java development, but may face a cultural bias among Java developers who tend to think more in terms of class libraries than components.
(226 comments,
last posted
February 01, 2010)
There is plenty of speculation today regarding a potential buyout of Sun Microsystems by Scott McNealy and Silver Lake Partners. How would privatization of Sun affect Java?
(16 comments,
last posted
May 15, 2009)
More hot threads »
|
|
