Hi Viet,
sorry, i had to tell you: the hibernate properties are set for mysql
inno db and it should work for every mysql version.
if you want to test it with derby you should change the hibernate
dialect in the hibernate.properties file
Paolo
Viet Nguyen wrote:
Hi Paolo,
Which DB are you
Hi Kevan,
you can find the deployable ear here:
http://www.mediafire.com/?8mdty2cu0mm
and just the webapp with sources included here:
http://www.mediafire.com/?d6ml6l1hgj4
in order to deploy the app, you need a connection pools named TestDS,
pointing to an existing db, nothing more (a table
Paolo,
I was able to reproduce this problem with your test app. I also found out
that any EAR deployed at the root context (using tomcat) will have the same
problem. It is not hibernate/spring/sitemesh specific. It may be a bug in
Geronimo. The problem occurs because when the server is shut down,
On Sep 3, 2007, at 3:33 AM, Paolo Denti wrote:
Hi Kevan, Viet
i prepared a basic spring/hibernate application using jta on
geronimo. it works.
then i tried to add all the components i am using in my bad
application, one by one, and, finally, i found it:
it was very difficult because the
Hi Kevan, Viet
i prepared a basic spring/hibernate application using jta on geronimo.
it works.
then i tried to add all the components i am using in my "bad"
application, one by one, and, finally, i found it:
it was very difficult because the problem happens under an incredible
particular set
Hi kevan, sorry i could not answer
before. No, the structure is the usual one
EAR:
META-INF/
War
WEB-INF
lib
hibernate.jar
spring.jar(s)
Viet, may be that you are not really using the transaction manager of
the container ? may be you are using just some queries in autocommit
mode or
On Aug 31, 2007, at 7:16 AM, Paolo Denti wrote:
Hi kevan, sorry i could not answer before. No, the structure is the
usual one
EAR:
META-INF/
War
WEB-INF
lib
hibernate.jar
spring.jar(s)
Hey Paolo,
No problem... So, there's a single WAR? Well, Kevan's fancy theory is
Paolo,
I found these two related jiras that I hope will fix your problem:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-2281
http://opensource.atlassian.com/projects/spring/browse/SPR-3571
People have suggested two solutions:
1. switch to using Hibernate 3.2.0 (hibernate
On Aug 27, 2007, at 5:47 PM, Paolo Denti wrote:
Hi, i am a brand new geronimo user (or at least i am trying to be)
I am trying to deploy already existing applications (EARs), already
working on jboss, without any particular deployment descriptior, on
geronimo.
I always get NPEs at geronimo
I'd recommend a slight change...
AbstractNameQuery query = new AbstractNameQuery
(TransactionManager.class.getName ());
SetAbstractName names = kernel.listGBeans(query);
if (names.size() != 1) {
throw new IllegalStateException(Expected one
Hi David, Kevan
first of all, thanks. now it deploys !
It looks that the transactionManager is correctly looked up but ... at
the first usage of the TM i get this error
org.springframework.transaction.CannotCreateTransactionException: Could not open Hibernate Session for transaction; nested
Kevan, i
tried and following the execution, the problem is in the
proxyManagerClass.getMethod("createProxy", clzArray);
the getMethod call fails.
But looking at the javadoc i see that the signature of the ProxyManager
createProxy method is
Object createProxy(javax.management.ObjectName,
the problem is
java.lang.NoSuchMethodException:
org.apache.geronimo.kernel.proxy.ProxyManager.createProxy(javax.management.ObjectName,
java.lang.Class)
?? are the online javadocs correct for the 2.0.1 version ?
Paolo Denti wrote:
no, never
mind ... too many tries and i wrote this
On 8/29/07, Paolo Denti [EMAIL PROTECTED] wrote:
Kevan, i tried and following the execution, the problem is in the
proxyManagerClass.getMethod(createProxy, clzArray);
the getMethod call fails.
But looking at the javadoc i see that the signature of the ProxyManager
createProxy method is
yes Viet,
thanks. i saw it just while i was pushing "the send" button and i went
immediately to get some strong coffee :-D
i already sent the reason of the getMethod failure: the createProxy
method has a different signature:
public Object createProxy(AbstractName target, ClassLoader loader);
On Aug 29, 2007, at 7:02 AM, Paolo Denti wrote:
Ok Kevan, found. browsing through the sources i see the the
ProxyManager interface has changed. the signature of the
createProxy methods is the following
public Object createProxy(AbstractName target, ClassLoader loader);
public Object
Well I try your code Kevan, and I altered it some to get this:
package org.hibernate.transaction;
import java.util.Iterator;
import java.util.Properties;
import java.util.Set;
import javax.transaction.TransactionManager;
import org.hibernate.HibernateException;
import
On Aug 28, 2007, at 6:04 AM, Paolo Denti wrote:
Hi Kevan,
i was using spring 2.0.6
following your suggestions and david's,
I downloaded the tomcat version and added
dep:hidden-classes
dep:filterorg.springframework./dep:filter
dep:filterMETA-INF/spring/dep:filter
/dep:hidden-classes
to
Kevan,
The j2g conversion tool does not currently create any hidden-classes entries
in the descriptors. So in this instance, the tool would not prove of much
use. We'll put it on the list ;)
Thanks,
-- Jason Warner
On 8/28/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Aug 28, 2007, at 6:04
On 8/28/07, Kevan Miller [EMAIL PROTECTED] wrote:
On Aug 28, 2007, at 8:59 AM, Jason Warner wrote:
Kevan,
The j2g conversion tool does not currently create any hidden-
classes entries in the descriptors. So in this instance, the tool
would not prove of much use. We'll put it on the
On Aug 28, 2007, at 8:59 AM, Jason Warner wrote:
Kevan,
The j2g conversion tool does not currently create any hidden-
classes entries in the descriptors. So in this instance, the tool
would not prove of much use. We'll put it on the list ;)
I was wondering what kind of help J2G might
On 8/28/07, Paolo Denti [EMAIL PROTECTED] wrote:
thanks kevan, (about jpa ... too late, and too lazy, me, not hibernate
:-)
yes, i of course i modified the hibernate.transaction.manager_lookup_class,
pointing to the class found on the wiki (which is not really perfect in
the getMethod calls
ok, thanks.
therefore the problem "should" lie in how the transactionManager is
looked up, that is the method getTransactionManager of the
GeronimoTransactionManagerLookup class.
Viet Nguyen wrote:
On 8/28/07, Paolo Denti [EMAIL PROTECTED]
wrote:
thanks kevan, (about jpa ...
too
On Aug 28, 2007, at 11:34 AM, Paolo Denti wrote:
ok, thanks. therefore the problem should lie in how the
transactionManager is looked up, that is the method
getTransactionManager of the GeronimoTransactionManagerLookup class.
Right. Paolo, at a minimum, I think you need to update your
can you post a sample app that results in this error when deployed?
Vamsi
On 8/28/07, Paolo Denti [EMAIL PROTECTED] wrote:
Hi, i am a brand new geronimo user (or at least i am trying to be)
I am trying to deploy already existing applications (EARs), already
working on jboss, without any
On Aug 27, 2007, at 2:47 PM, Paolo Denti wrote:
Hi, i am a brand new geronimo user (or at least i am trying to be)
I am trying to deploy already existing applications (EARs), already
working on jboss, without any particular deployment descriptior, on
geronimo.
I always get NPEs at geronimo
Yes, it is a
file. anyway the application is working on jboss
this is the web.xml
?xml version="1.0" encoding="UTF-8"?
web-app version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
no, the
application is too big and, at the moment, i cannot isolate the problem.
Vamsavardhana Reddy wrote:
can you post a sample app that results in this error when
deployed?
Vamsi
On 8/28/07, Paolo Denti [EMAIL PROTECTED]
wrote:
Hi, i am a
brand new geronimo user (or at
kevan, if it
can help, these are my descriptors
web.xml
==
?xml version="1.0" encoding="UTF-8"?
web-app version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
Are you including spring and acegi in your ear? If so, which versions?
Geronimo includes 2.0.5 and if you are using a different version that
may cause conflicts. You could try including
dep:hidden-classes
dep:filterorg.springframework./dep:filter
/dep:hidden-classes
in your
Hi Paolo,
As David mentions, you're running into a Spring version conflict.
This is a problem that we've discovered in our geronimo-jetty6-
jee5-2.0.1 assembly. We're currently working on fixing the problem in
our 2.0.2 release. There are multiple work-arounds for the problem.
I've
31 matches
Mail list logo