Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / JavaBeans / May 2004

Tip: Looking for answers? Try searching our database.

[EJBs] Development Problems.

Thread view: 
John - 26 May 2004 11:54 GMT
I though I'd post some of my findings in learning EJBs to see how they
compare to other people's.

I installed J2EE and Appserver 8, and worked through the tutorial on
EJBs without any problems. I then spent a few days getting a different
database working with the tutorial example: time consuming but it worked.

Where I came unstuck was when I started trying out some of my own
examples. Examples that I had checked time and again compiled fine,
deployed fine, then threw horrendous cryptic JDO exceptions. Eventually,
by a process of elimination, errors could be isolated to specific
aspects of the design, but it seems impossible to narrow problem
characteristics to more than "that design doesn't work".

A particularly time-consuming problem seems to be that when you make
changes to code, recompile and update the files in deploytool, remnants
of older versions seem to drift around in the deployment descriptors ..
so you have to redo the whole project from scratch in deploy tool.

These factors lead me to seriously question the feasibility of using
EJBs to deploy anything other than trivial projects (purely on
development time). The main contributing factors seem to be (1) an
inability to accurately diagnose/identify problems and (2)
labour-intensive rebuilds after each change.

I can't help feeling that managing persistence using session beans and
JDBC is the only real option until this technology matures a bit. I will
probably spend a couple of days seeing if using Pointbase rather than
MaxDB allows me to attribute (1) to MaxDB, but if it doesn't, I think
I'll have to give up on EJBs (a shame since they seem like a good idea).

I hope that someone feels I've just given perfectly good products an
unjustified slagging. Your recommendations / experiences may be able to
get me back on track!

John
Bryce - 26 May 2004 16:05 GMT
>These factors lead me to seriously question the feasibility of using
>EJBs to deploy anything other than trivial projects (purely on
>development time). The main contributing factors seem to be (1) an
>inability to accurately diagnose/identify problems and (2)
>labour-intensive rebuilds after each change.

Modularize and test in isolation. EJB's can be tested using Cactus.
Session Beans can be tested using Cactus and Mocked EJBs. Its really
not that difficult, and many large scale projects have been completed
and implemented.

>I can't help feeling that managing persistence using session beans and
>JDBC is the only real option until this technology matures a bit. I will
>probably spend a couple of days seeing if using Pointbase rather than
>MaxDB allows me to attribute (1) to MaxDB, but if it doesn't, I think
>I'll have to give up on EJBs (a shame since they seem like a good idea).

The option you give above is a viable option. I've used both Entity
Beans and DAOs (Hibernate and home grown DAOs, see DAO pattern).

>I hope that someone feels I've just given perfectly good products an
>unjustified slagging. Your recommendations / experiences may be able to
>get me back on track!

--
now with more cowbell


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.