On Jun 11, 2008, at 12:17 AM, xianzheng wrote:
Hi David,
Thanks for your reply.
I think i might need the second option. Cause what my legacy server
does is
a kind of RPC invokation. So I need to embed it into openejb so that
it
could accept requests and map requests to specific session
Hi people.
I indeed faced the same problem--
http://www.nabble.com/Sharing-persistence-unit-among-several-ejb-jars-in-a-collapsed-EAR-to17628307.html
I had a main project containing my application, and a dependent project
containing entities that were to be managed by a persistence unit declared
On Jun 11, 2008, at 4:44 AM, jfjames wrote:
We're back ... It seems we’ve identified the cause of the problem.
It is
located in DBCP 1.3. In fact, the isClosed method of the
DelegatingConnection class doesn’t really close the underlying JDBC
connection :
* when called from the
Are you game for trying out the parent of
AbstractTransactionalSpringContextTests and so on till it breaks so we
can get that data for the doc as well? Also, do you have any small
sample test case code we could possibly show?
Sure, count me in :-). I'll post the results as soon as I get
In parallel to this DBCP patch, I've developped an OpenEJB service in order
to use C3P0. My objective is to have a fallback solution in production in
case of problem with DBCP. Everything works fine (very good exercice to
understand how OpenEJB configuration works internally ... to be honest I
On Jun 12, 2008, at 10:07 AM, jfjames wrote:
In parallel to this DBCP patch, I've developped an OpenEJB service
in order
to use C3P0. My objective is to have a fallback solution in
production in
case of problem with DBCP. Everything works fine (very good exercice
to
understand how
