/ JeanLouis<br /><i>"software development has been, is, and will remain fundamentally hard" (Grady Booch)</i><br /> <br />Take a look at <a href="http://www.epfwiki.net/wikis/openup/" target="_blank" rel="nofollow">Agile OpenUP</a> in the Eclipse community
Syed Basha
Greenhorn
Joined: Sep 21, 2001
Posts: 18
posted
0
To Explain, We can divided the Scenario in Two different way, With Respect to the Database: If we are going to query the Single defined database (oracle or db2 or somethingelse), we can go for the CMP otherwise we have to stick with BMP. With Respect to the Code: For CMP, as the container taking care of updating the Database, we dont have to specify any code implementation for the Load and Store methods of the bean implementation class. For BMP, We have to have code with our Load and Store methods.
One more thing to add: We have well defined Unittesting methods for CMP Bean, which makes our life easy.But not so for BMP. Finally, Its all depends on how we are going to do the job. syed
Ragu Sivaraman
Ranch Hand
Joined: Jul 20, 2001
Posts: 464
posted
0
Its more of a design question... If the bean is more of off-the shelf type, you may wanna use a generic technology and non-propreitary api so that the bean is portable across all app-servers... BMP would be a better option as long there is no violation of j2ee spec..(like JNI access and stuff). Pitfall is laborious coding and many method implementations and transaction demarcation... CMP is very useful if the beans are going to highly customized to the current application requirements, say for ex: banking application(highly secure and heavy transaction oriented). It would be ideal to use CMP and save lots of time and effort... PS: Some IT shops have multiple app-servers and the same ejb need to used in various app-server environment. For this scenario, you may wanna think about PCMP. pluggableCMP ex: Cocobase. These O/R mapping tool have support for various leading app-servers in the market and there by the portability can be achieved to a significant extent HIH Ragu