Viet,
Try setting:
property name=openjpa.jdbc.SynchronizeMappings value=false /
I believe the default setting will rebuild your database and clear your
tables.
As far as your data persisting, you will need to make sure you start a
transaction and commit it after changing data.
Since you
Viet,
I just looked again at your original email and persistence.xml - you are
already setting openjpa.jdbc.SynchronizeMappings to false, so hopefully
your whole problem is just related to transactions.
Jay
Viet Hung Nguyen wrote:
I am deploying my db pool through the admin console. I am
Hello.
I'm using geronimo-jetty-j2ee-1.1.1.
My web applications (war files) include library files that end with .zip,
and also .jar. The jar files get added to the classpath, but not the zip
files, and hence I get a java.lang.NoClassDefFoundError whenever I refer
to a class in the zip file.
I
What happens if the thread pool is say 3 X larger than the number of
message endpoints/sessions? The code looks a little bit like it
needs twice as many threads as message endpoints (???)
Do any messages get through?
just guessing...
thanks
david jencks
On Jun 20, 2007, at 1:49 PM,
I can try that.
BTW what makes you feel it needs twice the Threads as number of Sessions?
Just curious to know.
Will get back with the results soon...:)
Thanks,
Vineet
--
View this message in context:
On Jun 20, 2007, at 2:22 PM, vineetc wrote:
I can try that.
BTW what makes you feel it needs twice the Threads as number of
Sessions?
It looks to me as if all the threads came out of the pool and are
trying to do amq work and are blocked looking for an additional
thread. It's
Viet Hung Nguyen wrote:
I am deploying my db pool through the admin console. I am using the
tranql-connector-1.3.rar found under
geronimo-jetty6-jee5-2.0-SNAPSHOT\repository\org\tranql\tranql-connector-ra\1.3.
I am still encountering these two problems:
1) The EJB seems to be talking to
Well i did a small test of 1000 messages and it worked.
Heres what i did.
I sent a 1000 messages without the EAR running.
I configured the ThreadPool on RA to have 60 threads instead of 30.
So effectively making it twice the number of maxSessions value under AMQ.
I did not factor in