Hi Nathan,
Well in oracle you can set the CLIENT_INFO user variable for a session.
BEGIN
DBMS_APPLICATION_INFO.SET_CLIENT_INFO ('JOB UPDATE STOCK');
END;
This means you can view which applications are running on your database by
querying the session view client_info column. If you have many
iBATIS will always be different for one simple reason: iBATIS is not an ORM.
As you've said, EJB3 is basically a specification designed by a
committee including Hibernate, Toplink and other vendors. All the
reasons you've chosen to use iBATIS will stand true when you compare
against EJB3,
Where to start.ClassNotFound is a java error. You have either misspelled you class name and or package. Check that you full class name including package is correct.The second problem that I see is in your result map. You specify dept.name when there is no property named that in your
No (sorry). Abator is dependant on Eclipse 3.0 or higher, so it won't work on WSAD. It does work well in Rational Application Developer (WSAD's successor).
The next version of Abator will be able to run outside of Eclipse, so that would be an answer for WSAD, but it won't be a plugin. It will
Hi, Jeff.
Thank you a lot for your answer!,
Can I ask you to send the example of easy table to me.
( employee, name, age ).
--
regards,
Sergey mailto:[EMAIL PROTECTED]
JB No (sorry). Abator is dependant on Eclipse 3.0 or higher, so it won't work
JB on WSAD.
I am trying to introduce iBatis into our current architecture to simplify the DAO layer.
We currently use a SLSB as a Session Facade that may contact a DAO EJB (really a Transfer Object Assembler) and it contacts individual DAOs (written with JDBC) to create composite Transfer Objects.