> > > > transaction management, etc. > > > > > > You have to be more specific. JDBC does > > > transactions. > > > > > > > yes, but it does not do transaction management. > > That still doesn't explain it. Doing searches on the web seems to > suggest that there most references seem to think that there is little or > no difference. > > So perhaps you could provide an example or a reference that explains the > difference?
The real difference (in my view) is the transparent (from a coding pov) support of XA. To be honest, I'm not sure what is meant by "transaction management" in this context. But here's my understanding of the advantages of ejb tx model: - XA support (can send JMS message and update db, or two dbs, in the one tx) - transaction demarkation (can have some methods that must execute in their own tx, and some that must create new tx, and some that never use a tx... and so on) both these features come without writing code. > I do not understand your point. I was trying to point out that > understanding how to configure the container so it uses those wonderful > features takes time. And is sometimes impossible. The alternative is > writing code to do some or all of the same thing. Presumably if someone > writes the code then they do understand how to use it. Naturally one > alternative is to hire and expert from the container vendor and have > them configure it correctly. But whether one figures it out themself or > hires an expert it still costs. And that step must be factored into the > calculation of the overall cost of the two alternatives. Ahh yes... and here's the real cruncher. OK, I'm more than happy for someone to say "framework X is more appropriate for my requirements than EJB", but saying "thats too hard to set up, and its cheaper to roll my own" is hard to see being entirely accurate. Writing your own framework (or worse still not using a framework) means you will have more lines of code to maintain, and hence more bugs to fix. Sure, EJB containers have bugs, but at least its not your responsibility to fix them. We are still yet to see a suggestion for an alternative framework in this thread. my 2c cheers dim =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
