[Clustering/JBoss] - Singleton persistence archive, datasource?
by huberth
This may seem a bit odd, but I'm trying to keep my persistence archive and datasource definition in the hasingleton directory so that they only get deployed on the master. I've successfully placed all services that use an entity manager there as well, so no services should require these things on anything but the master.
The reason I'd like to do this is that the database (TimesTen in-memory db) can only be used on the master given our db replication configuration (TimesTen's active/standby pair) and, for the sake of managing the replication, I need to guarantee that there are no connections to the standby db.
Simply placing my persistence jar file and my app-ds.xml into the deploy-hasingleton directory yields a 'NameNotFoundException: app-ds not bound' while trying to deploy the persistence unit. The incomplete deployment listing at the end of startup indicates that the persistence unit failed to deploy due to a dependency on the corresponding datasource's ManagedConnectionFactory.
I suspect bad timing, as the line following the exception suggests that the datasource is bound immediately afterward (admittedly, I may be jumping to conclusions on this). I attempted to add a jboss.depends property to my persistence.xml (naming the offending service), but that didn't seem to change anything. I've also tried moving just the app-ds.xml file back to the 'deploy' directory to no avail.
This all works if all of these files are in the deploy directory with, of course, the exception that I have the undesirable db connections on the non-master node.
Is there some way to accomplish this? Or is this whole idea doomed to fail for this or other reasons? Are there other ways of forcing all db connections off of the non-master?
Any help would be greatly appreciated.
Hubert
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984901#3984901
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984901
19Â years, 7Â months
[JBossCache] - Re: How do I serialized an POJO stored in the cache
by patlap
I did a quick test and it is still giving me the aspectized pojo. This is the proof.
The XML representation of my obj in different stage of execution:
| before to store it in the cache:
| <com.cae.launchpad.core.dao.Student>
| <school>ULLAVAL</school>
| <courses class="linked-hash-set">
| <com.cae.launchpad.core.dao.Course>
| <title>Spring</title>
| <instructor>Ben</instructor>
| <room>505</room>
| </com.cae.launchpad.core.dao.Course>
| </courses>
| <name>Pat</name>
| </com.cae.launchpad.core.dao.Student>
|
| Once in the cache: (notice the courses field is aspectized)
| <com.cae.launchpad.core.dao.Student>
| <school>ULLAVAL</school>
| <courses class="AOPClassProxy$0"/>
| <name>Pat</name>
| </com.cae.launchpad.core.dao.Student>
|
| ONce removed from the cache: (notice the courses field is still aspectized)
| <com.cae.launchpad.core.dao.Student>
| <school>ULLAVAL</school>
| <courses class="AOPClassProxy$0"/>
| <name>Pat</name>
| </com.cae.launchpad.core.dao.Student>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984900#3984900
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984900
19Â years, 7Â months
[JBoss jBPM] - Problems with ProcessImageTag.java
by jainer
Hi
When i try to start the second task of my process, shows the next exception:
| 17:58:36,095 ERROR [Engine] ApplicationDispatcher[/jbpm] Servlet.service() for servlet jsp threw exception
| java.lang.NullPointerException
| at org.jbpm.webapp.tag.ProcessImageTag.extractBoxConstraint(ProcessImageTag.java:172)
| at org.jbpm.webapp.tag.ProcessImageTag.writeTable(ProcessImageTag.java:145)
| at org.jbpm.webapp.tag.ProcessImageTag.doEndTag(ProcessImageTag.java:74)
| at org.apache.jsp.task_jsp._jspx_meth_jbpm_processimage_0(task_jsp.java:2839)
| at org.apache.jsp.task_jsp._jspx_meth_f_view_0(task_jsp.java:197)
| at org.apache.jsp.task_jsp._jspService(task_jsp.java:138)
| at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
| at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
| at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:704)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:474)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:409)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312)
| at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:415)
| at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:300)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:95)
| ......
|
This is just a part of the exception, but i beleive that is the most important. Any suggestions???
Regards!!
jainer e.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984899#3984899
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984899
19Â years, 7Â months
[JBossCache] - ClassCastException during cache replication
by mraccola
I am using Hibernate 3.2 ga with JBoss TreeCache 1.3.0.SP2. The application is clustered and I have setup the cache for REPL_SYNC. I am now getting the following stack trace on the target machine when the cache replications occur. This only seems to occur when I enable HTTP session replication on the web container I am using. (The HTTP session replication is a separate process from the JBoss/JGroups replication.) Any ideas?
ERROR [Thread-41] (org.jboss.cache.interceptors.OrderedSynchronizationHandler:83) 2006-11-9 22:40:51,468 - failed calling afterCompletion() on TxInterceptor.RemoteSynchronizationHandler(gtx=GlobalTransaction:<127.0.0.1:3082>:30, tx=com.ibm.ws.Transaction.JTA.TransactionImpl@28802880#tid=678)
java.lang.RuntimeException: Commit failed, marking tx to be rolled back.
at org.jboss.cache.interceptors.TxInterceptor.runCommitPhase(TxInterceptor.java:700)
at org.jboss.cache.interceptors.TxInterceptor$RemoteSynchronizationHandler.afterCompletion(TxInterceptor.java:983)
at org.jboss.cache.interceptors.OrderedSynchronizationHandler.afterCompletion(OrderedSynchronizationHandler.java:80)
at com.ibm.ws.Transaction.JTA.RegisteredSyncs.distributeAfter(RegisteredSyncs.java:423)
at com.ibm.ws.Transaction.JTA.TransactionImpl.distributeAfter(TransactionImpl.java:3803)
at com.ibm.ws.Transaction.JTA.TransactionImpl.postCompletion(TransactionImpl.java:3782)
at com.ibm.ws.Transaction.JTA.TransactionImpl.prepareResources(TransactionImpl.java:2160)
at com.ibm.ws.Transaction.JTA.TransactionImpl.stage1CommitProcessing(TransactionImpl.java:1621)
at com.ibm.ws.Transaction.JTA.TransactionImpl.processCommit(TransactionImpl.java:1577)
at com.ibm.ws.Transaction.JTA.TransactionImpl.commit(TransactionImpl.java:1512)
at com.ibm.ws.Transaction.JTA.TranManagerImpl.commit(TranManagerImpl.java:237)
at com.ibm.ws.Transaction.JTA.TranManagerSet.commit(TranManagerSet.java:162)
at org.jboss.cache.interceptors.TxInterceptor.handleRemoteCommitRollback(TxInterceptor.java:570)
at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:126)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67)
at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtInterceptor.java:181)
at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:4804)
at org.jboss.cache.TreeCache._replicate(TreeCache.java:4366)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:615)
at org.jgroups.blocks.MethodCall.invoke(MethodCall.java:286)
at org.jgroups.blocks.RpcDispatcher.handle(RpcDispatcher.java:236)
at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:618)
at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:515)
at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:326)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(MessageDispatcher.java:734)
at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(MessageDispatcher.java:566)
at org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:703)
at java.lang.Thread.run(Thread.java:797)
Caused by:
java.lang.ClassCastException: org.hibernate.cacheb.OptimisticTreeCache$NonLockingDataVersion incompatible with org.jboss.cache.optimistic.DefaultDataVersion
at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.commit(OptimisticValidatorInterceptor.java:212)
at org.jboss.cache.interceptors.OptimisticValidatorInterceptor.invoke(OptimisticValidatorInterceptor.java:68)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67)
at org.jboss.cache.interceptors.OptimisticLockingInterceptor.invoke(OptimisticLockingInterceptor.java:96)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67)
at org.jboss.cache.interceptors.OptimisticReplicationInterceptor.invoke(OptimisticReplicationInterceptor.java:102)
at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:67)
at org.jboss.cache.interceptors.TxInterceptor.handleCommitRollback(TxInterceptor.java:643)
at org.jboss.cache.interceptors.TxInterceptor.runCommitPhase(TxInterceptor.java:687)
... 30 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984898#3984898
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984898
19Â years, 7Â months
[JBoss Seam] - Error running registration sample
by voilier
Hi,
I'm trying to run the register example on Tomcat, but I have got this error.
What could be the problem ?
Thanks
14:55:52,210 ERROR [[jsp]] "Servlet.service()" pour la servlet jsp a lancé une exception
| org.apache.jasper.JasperException: /register.jsp(7,7)
| at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39)
| at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:405)
| at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:86)
| at org.apache.jasper.compiler.Parser.parseStandardAction(Parser.java:1256)
| at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1576)
| at org.apache.jasper.compiler.Parser.parse(Parser.java:126)
| at org.apache.jasper.compiler.ParserController.doParse(ParserController.java:211)
| at org.apache.jasper.compiler.ParserController.parse(ParserController.java:100)
| at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:155)
| at org.apache.jasper.compiler.Compiler.compile(Compiler.java:295)
| at org.apache.jasper.compiler.Compiler.compile(Compiler.java:276)
| at org.apache.jasper.compiler.Compiler.compile(Compiler.java:264)
| at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563)
| at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:305)
| at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
| at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
| at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
| at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
| at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
| at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:416)
| at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234)
| at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:59)
| at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384)
| at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
| at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
| at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
| at java.lang.Thread.run(Unknown Source)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984896#3984896
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984896
19Â years, 7Â months