• Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Update SCBCD1.4 by January2006

 
sanneel paul
Ranch Hand
Posts: 47
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Is anybody has idea that SCBCD1.3 will be update to SCBCD1.4 by starts of january2006???


Please guide me.

-Sanneel
 
Pranav Shukla
Ranch Hand
Posts: 64
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi Sanneel,

Is this a question or a statement. If it is a statement, could you please provide the source of this information.

Otherwise if you are asking this question then... read

SCBCD 1.4 ??
 
Tejas Gokhale
Greenhorn
Posts: 24
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
The thread pointed out by Pranav digressed from the subject due to the download link issue.
I am still in search of the answer to the justification provide over there that entity beans are not so mauch used so it would be sensible to wait for an Updated SCBCD.
Even i have been through a project where-in simple DAO classes and then hibernate were used in various releases but entity beans were always kept away.
Now that i have almost on verge of starting mocks for SCBCD 1.3, this aspect of the exam has started troubling me about what should i do?
Experts please guide me.
 
Bert Bates
author
Sheriff
Posts: 8905
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There are currently no plans to upgrade the SCBCD exam. Once Sun starts planning for an upgrade it takes at least 6 months, and usually longer, before an upgraded exam is public. So I honestly think that the earliest you'll see an upgrade is in a year, and even that is speculation

If you check in to this forum occasionally, any news of an upgrade exam will be posted here very early.

hth,

Bert
 
B.Sathish
Ranch Hand
Posts: 372
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I don't quite understand why people don't use entity beans. How can you guarantee that using simple DAO classes would provide better performance than entity beans? From what I have read, the EJB container can do a lot of things that you can't do from DAO classes that you write such as ganging multiple calls to a database, using native code to enter and exit quickly out of a database etc. Leaving database access to the EJB container would provide better performance that what you can get with simple DAO classes. Would like to know views of others on this.
 
Hong Anderson
Ranch Hand
Posts: 1936
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks Bates for your information.
 
donald la
Greenhorn
Posts: 3
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I believe it related to developer study curve.
EJB is specific to J2EE, developer need to spend a lot of time to understand it.

while DAO classes is pretty kind of common technology, ODBC, JDBC, ADO/ADO.NET using similar object model. It's easy to undertsand and get start.

---------------------------------------------
I don't quite understand why people don't use entity beans. How can you guarantee that using simple DAO classes would provide better performance than entity beans? From what I have read, the EJB container can do a lot of things that you can't do from DAO classes that you write such as ganging multiple calls to a database, using native code to enter and exit quickly out of a database etc. Leaving database access to the EJB container would provide better performance that what you can get with simple DAO classes. Would like to know views of others on this.
----------------------------------------
 
sanneel paul
Ranch Hand
Posts: 47
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thankx Bert
-Sanneel
 
B.Sathish
Ranch Hand
Posts: 372
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
DAO classes is pretty kind of common technology, ODBC, JDBC, ADO/ADO.NET using similar object model. It's easy to undertsand and get start.


But performance wise, EJB 2.0 CMP would provide better performance right? I don't understand why the whole persistence thing has been completely revamped in EJB 3.0. There's a whole new set of API for persistence in EJB 3.0. What's wrong with the persistence in EJB 2.x?
 
Devender Thareja
Ranch Hand
Posts: 187
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I guess what goes against EJB is complexity. I read James Goseling's (The inventor of Java) statement, recently that EJB is powerful but is very heavy weight and is good for huge system like stock trading system but for general purposes it's probably an over-kill. Simple frameworks like spring and hibernate are getting popular because of this reason.
Hopefully JAVA EE 5 will make it easier. At-least that was announced at Sun tech day at Toronto today.
I am also studying for SCBD exam and hope that all the efforts and study of EJB wouldn't go waste and will have some weight/value in future.
However I agree with Satish that EJB provide you more functionality then the simple DAO's provide. If you have to implement all the features provided by container services in DAO, it would be way-way more effort then writing EJBs.
[ December 06, 2005: Message edited by: Devender Thareja ]
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic