overkill to use EJBs?

I have an application which currently uses VC++, Oracle Objects and classes which do SQL.
I like the thought of separating business logic from the client application.
If I was to convert the app from VC++, Oracle Objects, and SQL to Java/J2EE, is it overkill to use EJBs? Should a person just use JDBC and try to separate the business logic himself/herself through packages?
I guess what it comes down to is that the current application is not a distributed application. Many of the apps touch the same DB and communicate through the DB, but they are not distributed.
So, JDBC or EJB?
------------------
Michael Finney
Sun Certified Programmer for the Java 2 Platform
Sun Certified Developer for the Java 2 Platform

Use JDBC! EJB's are most probably overkill for you. For a further discussion of this topic, see my web page (below) and click on the link for "Qualification Criteria for Using EJBs".
Kyle
------------------
Kyle Brown,
Author of Enterprise Java (tm) Programming with IBM Websphere
See my homepage at http://members.aol.com/kgb1001001 for other WebSphere information.

Thank you. Ok. Since I enjoy working with objects instead of tables and rows, a object to relation mapping mechanism could be bought like http://www.webgain.com/products/toplink/ and used with Java? Or.... is that overkill again?
*sigh*
Is there a good book for dealing with the architectural concerns of switching legacy systems to Java based systems?

------------------
Michael Finney
Sun Certified Programmer for the Java 2 Platform
Sun Certified Developer for the Java 2 Platform

Originally posted by Michael Finney:
Thank you. Ok. Since I enjoy working with objects instead of tables and rows, a object to relation mapping mechanism could be bought like http://www.webgain.com/products/toplink/ and used with Java? Or.... is that overkill again?
*sigh*
Is there a good book for dealing with the architectural concerns of switching legacy systems to Java based systems?

TopLink would be a good (but possibly expensive) choice. There are many others. A good reference for this kind of thing is Martin Fowler's Information System Architecture (ISA) work in progress (http://www.martinfowler.com/isa).

------------------
Kyle Brown,
Author of Enterprise Java (tm) Programming with IBM Websphere
See my homepage at http://members.aol.com/kgb1001001 for other WebSphere information.

hmmm wait a sec.
"Do you need concurrent read and update access to shared data?"
from http://www-106.ibm.com/developerworks/library/ibm-ejb/
Application X allows the user to enter data in.
Application Y uses data from X and allows more data to be entered in.
Application Z uses data from Y and allows more data .... and so on.
Multiple applications are hitting the same database and sharing data. I believe more than one instance of the application would be running in the same client site. Perhaps, EJBs are what should be used after all?

------------------
Michael Finney
Sun Certified Programmer for the Java 2 Platform
Sun Certified Developer for the Java 2 Platform

Originally posted by Michael Finney:
hmmm wait a sec.
"Do you need concurrent read and update access to shared data?"
from http://www-106.ibm.com/developerworks/library/ibm-ejb/
Application X allows the user to enter data in.
Application Y uses data from X and allows more data to be entered in.
Application Z uses data from Y and allows more data .... and so on.
Multiple applications are hitting the same database and sharing data. I believe more than one instance of the application would be running in the same client site. Perhaps, EJBs are what should be used after all?

Well, CMP EJB's do handle database locking for you. However, it's not difficult to do that on your own, or most commercial frameworks (like TopLink) will also handle this.
Kyle

------------------
Kyle Brown,
Author of Enterprise Java (tm) Programming with IBM Websphere
See my homepage at http://members.aol.com/kgb1001001 for other WebSphere information.