JavaOne EJB 3.0 optimisation…right?
The current talk I’m in is (allegedly) about EJB 3.0 performance and optimisation. The first ten minutes are, to put it mildly, utterly and thoroughly pointless. What on earth is the motivation to discuss the deployment/initialisation performance? There’s next to no magic involved, a bean is created, stuff is injected into it (looked up from JNDI by the container for you if it’s a naive implementation, or more optimised, either way, pretty cheap). Once that’s done, it’s done, init is complete, nothing to see here.
Sadly, the next bit doesn’t get much better either. We have a discussion of local vs remote session beans. This might come to a shock, but it turns out that….remote beans are slower than local ones! Remote beans should be coarsly grained! Local beans are better! Waggle waggle!
Having made the astounding leap of faith of preferring local beans over remote ones, you should next, apparently, look up resources once then cache them. Will the craziness never end? A revolution in enterprise development is surely afoot.
There were some surprising results though, to be fair. For example, the cost of one interceptor is negligible, but having multiple interceptors is far more expensive. I suspect this is due to a not insignificant amount of incompetence within the implementations that were tested for this talk.
The next bit about transactions, while horrifically sleep inducing, did manage to sneak in a useful tip or two. Thankfully, these were buried in amongst a bunch of other useless guff, so they’re very easy to miss.
There is a hint of usefulness wafting in the air though, with the preview of entity bean optimisations! Alas, this hope is quickly squished as it turns out that this bit is nothing more than a cascade type discussion that proves to be a red herring, as well as a explanation of the difference between eager and lazy fetchtypes (how that could require an explanation is beyond me.)
The most hilarious aspect of the whole talk though is the graphs. For each of the points raised, the poor presenters decided to ‘prove’ their claim with a graph showing the relative performance of the issue at hand. The hilarity however shows up when half the graphs show two tall bars, showing that the point at hand is in fact nonsense, and actually has NO impact on performance. I’m fairly perplexed this approach, given the title of the talk. What exactly is the point of claiming that something is slow, then showing proof it isn’t? Is the talk just horribly mistitled, and should have been called ‘things you might think are slow if you don’t know much about stuff but actually aren’t slow and are in fact irrelevant when working with ejb 3.0 beans’.
The final section shows some real world performance data for various operations, comparing two appservers (referred to as appserver A and appserver B), comparing results for EJB 2.1 and EJB 3.0. I can only imagine that the two servers are Sun’s and JBoss’ (since one appserver was consistently slower across every single test, no marks for guessing which one).
May 19th, 2006 at 6:12 pm
You would have just loved the talk SAP gave about architecture isolation.
May 19th, 2006 at 11:42 pm
second post
May 19th, 2006 at 11:43 pm
JSF… JSF… JSF
no more FUd… FUd… FUd
May 20th, 2006 at 10:33 am
Abandon TSS and check out Floyd’s new site:
http://www.infoq.com
May 20th, 2006 at 5:47 pm
i’d did a ctrl-f in this article on JSF and i couldn’t find anything you freakin spammer. You make yourself ridiculous man, complaining about FUD and publish that on an IBM page, they (IBM iBM ibM ibm) invented FUD remember? Hani i love you man, and if you dont love me back then that is fine, at least one place where i dont have to feel guilty ’bout what i wrote.
May 20th, 2006 at 6:03 pm
hani although i love you i kindly request you to fix the stupid ass calendar in firefox, it falls over the text, i have to copy the text and paste it in notepad to be able to read it, or do you prefer bill’s penis over others? I know bill’s penis is larger then other ones but size does not alsways matter.
May 22nd, 2006 at 8:00 am
“I can only imagine that the two servers are Sun’s and JBoss’ (since one appserver was consistently slower across every single test, no marks for guessing which one)”
As I use neither, which one is the dog?
May 22nd, 2006 at 11:59 pm
SunBoss is the slow one. Get with the program.
May 23rd, 2006 at 6:48 am
Aaaahhhh! just took a hit from the Tapestry pipe. Everything is so clear….yes, I see it… looking right back at me…. that handsome devil….yep you guessed it, it’s me! Someone call a photographer before my beauty fades away – I’m too busy rewriting my framework incorporating all the kewlest crap I’ve seen in other frameworks. Pass that pipe back over here… I need another hit.
Howard
PS: Smoke Tapesty – it’s like crack cocaine! Try some! One hit is all it takes!
May 26th, 2006 at 8:05 am
you’re a stupid sand nigger faggot and java is fucking gay.
May 29th, 2006 at 2:18 am
I Am Messr. Fleury and now I am rich and you are not. Maybe you can work as my driver for one of my fleet of luxury cars. Just imagine, I tell my beautiful wife, Suleiman the Magnificent, as our driver. But maybe it ees bad idea, because I see what you do to machines, perform unnatural acts on them, still zee floppy drive is broken because of this spooge you have put it in with a special tiny tool. While we drive I will lecture you on how the real world works and why my company was sold for $350 million while yours is like something you scrape off the bottom of your shoe. Consider it atonement for all the negativity you spew into the blogosphere.
May 29th, 2006 at 3:49 pm
Just buy my bloody linearly-scalable fault-tolerant transactional in-memory data management fabric hashmap or I’ll kill you all. Buy NOW!
May 30th, 2006 at 11:19 am
LOL! I was in that session 2, absolutely horrible… I was shocked that remote EJB`s are slower than local ;)
My god, Sun actually has a team that investigates these things, do they get paid for this? Maybe they have a job for me…
May 30th, 2006 at 11:25 am
Ok losers – I have a response to ‘Bizarro’ Rick who keeps posting as me on this site.
http://jroller.com/page/RickHigh?entry=infoq_project_pitchfork_ejb3_support
You’ll notice in my comments to this post that even Rod Johnson (his holiness) has chimed in. My blog is way cooler than Hani’s so there!
You can contact Rick at:
Email – rhightower@arc-mind.com
Phone – 520-290-6855
May 30th, 2006 at 12:06 pm
Matering Resin!
May 30th, 2006 at 1:23 pm
There’s nothing wrong with my book, Mastering Resin. After all, I have a family that consists of four kids, two dogs, and a wife too. I also have a mortgage, and so when I am not writing about Struts, I need to write books about things like Resin. I am a mellow guy – until I start blogging. Then, I turn into a fanboy for my current favorite framework. It’s funny that no matter how much I LOVE some framework, toolkit, or product, I soon lose that love for a newer love. I have heard this called the ‘pot-of-gold-at-the-end-of-the-rainbow’ syndrome; that’s when no matter which rainbow you chase (technologically speaking of course), you never find that (technical) pot of gold, which elegantly solves all your (technical) problems in a standards-compliant way.
So let me end this eloquent post by reiterating my famous blogged words:
“Schizzle my nizzle, this party aint no fizzle fizzle, it is the schizzle nizzle…. YO!”
Rick
PS: Who likes that baldy picture of me that shows up all over my blog?
June 1st, 2006 at 6:24 am
Hani
Why dont you talk about something positive including new kool technologies instead of being the biggest bile yourself. Forget Struts and all your other fetishes, bile yourself and delete the bile blog…
June 2nd, 2006 at 8:39 pm
Hi everyone,
Head on over to my blog. I’ve been pasting my code there – it’s real good.
Remember,
“Schizzle my nizzle, this party aint no fizzle fizzle, it is the schizzle nizzle…. YO!”
Rick