How do I get Hibernate 3 to NOT cache on JBoss????

[Marcos Maia]

Hi,

during development I want hibernate to not cache references so I wont need to restart jboss after an update on the data domain layer. How do I do that? Couldn�t fin anything on docs or foruns...
and

tx in advance

[Paul Sturrock]

Hibernate only uses the first level cache by default - you have to configure the second level cache explicitly. The first level cache should not give you any problems, and since JBoss supports hot deployment you should be able to develop and deploy without restarting. How are you caching your POJOs?

[Marcos Maia]

Hi Paul,
tx for reply...

Im not configuring nothing special, just using standard hibernate for now, while in development. I�m using exploded directory structure do develop so I have a folder for my .ear, inside a folder for my .jar and for .war, everything works fine when i do a hot deployment and touch the application.xml , jboss does update the class loader but if i had used any data domain object(i.e - hibernate persistence objects) when i try to to run a JUnit test again I allways get an exception like this:

  
 
13:10:45,670 ERROR [LogInterceptor] Unexpected Error in method: public abstract
java.util.Collection br.com.romasystems.socia.negocio.ejb.AdminFacade.findClient
esComContratoSemSistema() throws java.rmi.RemoteException
java.lang.NoClassDefFoundError: java/lang/ref/Reference
        at org.apache.commons.collections.ReferenceMap$Entry.purge(Unknown Sourc
e)
        at org.apache.commons.collections.ReferenceMap.purge(Unknown Source)
        at org.apache.commons.collections.ReferenceMap.purge(Unknown Source)
        at org.apache.commons.collections.ReferenceMap.get(Unknown Source)
        at org.hibernate.impl.SessionFactoryImpl.get(SessionFactoryImpl.java:334
)
        at org.hibernate.impl.SessionFactoryImpl.getQuery(SessionFactoryImpl.jav
a:408)
        at org.hibernate.impl.SessionImpl.getQueries(SessionImpl.java:870)
        at org.hibernate.impl.SessionImpl.list(SessionImpl.java:820)
        at org.hibernate.impl.QueryImpl.list(QueryImpl.java:74)
        at br.com.romasystems.util.persistencia.HibernateOperations.createQuery(
HibernateOperations.java:199)
        at br.com.romasystems.socia.negocio.service.ClienteConcreteOperations.fi
ndAllClientesComContratoSemSistema(ClienteConcreteOperations.java:150)
        at br.com.romasystems.socia.negocio.ejb.AdminFacadeBean.findClientesComC
ontratoSemSistema(AdminFacadeBean.java:682)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.invocation.Invocation.performCall(Invocation.java:345)
        at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(S
tatelessSessionContainer.java:214)
        at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invo
ke(CachedConnectionInterceptor.java:185)
        at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Stat
elessSessionInstanceInterceptor.java:130)
        at org.jboss.webservice.server.ServiceEndpointInterceptor.invoke(Service
EndpointInterceptor.java:51)
        at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidation
Interceptor.java:48)
        at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:105)
        at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:335)
        at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:1
66)
        at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.
java:139)
        at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:192)
        at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFacto
ryFinderInterceptor.java:122)
        at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:6
24)
        at org.jboss.ejb.Container.invoke(Container.java:873)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch
er.java:141)
        at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
        at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
        at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.
java:249)
        at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
        at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke
(JRMPInvoker.java:805)
        at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:
406)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
        at sun.rmi.transport.Transport$1.run(Transport.java:153)
        at java.security.AccessController.doPrivileged(Native Method)
        at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
        at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:4
60)
        at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport
.java:701)
        at java.lang.Thread.run(Thread.java:595)
 

any help will be appreciated..

[Jignesh Patel]

I have similar kind of issue.
I am using weblogic8.1(SP4), but whenever I modified something in code and deploy again, the server deploys old code, not the modified one.

-Jignesh

[Marcos Maia]

Originally posted by Jignesh Patel:
I have similar kind of issue.
I am using weblogic8.1(SP4), but whenever I modified something in code and deploy again, the server deploys old code, not the modified one.

-Jignesh

Hi Jignesh, are u using exploded directory structure?

[Jignesh Patel]

yup, but even if I use .jar then also it is supposed to deploy at Runtime again.

One more reason I am thinking: I am using quartz, so even when I redeploy whole application the quartz thread continously running, don't get redeploy untill unless I shutdown the App Server, so that thread keeps using old java objects and never let them expire from memory through garbage collector.

So even though my APP-INF/lib folder have a new code(I have checked it), I am getting data from old objects.


Any body came across that kind of scenario?
-Jignesh

[Marcos Maia]

Originally posted by Jignesh Patel:
yup, but even if I use .jar then also it is supposed to deploy at Runtime again.

One more reason I am thinking: I am using quartz, so even when I redeploy whole application the quartz thread continously running, don't get redeploy untill unless I shutdown the App Server, so that thread keeps using old java objects and never let them expire from memory through garbage collector.

So even though my APP-INF/lib folder have a new code(I have checked it), I am getting data from old objects.


Any body came across that kind of scenario?
-Jignesh

Jignesh, using exploded directory structure you have to place a file called Redeploy under the directory Meta-inf on you .ear and touch it to get weblogic to reload the classes eliminating the need to restart it.