[jBPM] - Some issue about jbpm5.1 transaction
by kevin wong
kevin wong [http://community.jboss.org/people/kevinwong] created the discussion
"Some issue about jbpm5.1 transaction"
To view the discussion, visit: http://community.jboss.org/message/632675#632675
--------------------------------------------------------------
Hi, I'm a new fish , I'm running the http://sourceforge.net/projects/jbpm/files/jBPM%205/jbpm-5.1.0.Final/ jbpm-5.1.0.Final demo on db2 v9.7 fix4.
When i created a new process instance I got the following exception on the broswer,
org.jboss.resteasy.spi.UnhandledException: java.lang.RuntimeException: Could not commit session or rollback
org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:319)
org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:230)
org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:206)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:360)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.RuntimeException: Could not commit session or rollback
org.drools.persistence.SingleSessionCommandService.rollbackTransaction(SingleSessionCommandService.java:317)
org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:299)
org.drools.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:222)
org.jbpm.integration.console.CommandDelegate.startProcess(CommandDelegate.java:245)
org.jbpm.integration.console.ProcessManagement.newInstance(ProcessManagement.java:80)
org.jboss.bpm.console.server.FormProcessingFacade.startProcessWithUI(FormProcessingFacade.java:195)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117)
org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166)
org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.RuntimeException: Unable to rollback transaction
org.drools.persistence.jta.JtaTransactionManager.rollback(JtaTransactionManager.java:189)
org.drools.persistence.SingleSessionCommandService.rollbackTransaction(SingleSessionCommandService.java:314)
org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:299)
org.drools.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:222)
org.jbpm.integration.console.CommandDelegate.startProcess(CommandDelegate.java:245)
org.jbpm.integration.console.ProcessManagement.newInstance(ProcessManagement.java:80)
org.jboss.bpm.console.server.FormProcessingFacade.startProcessWithUI(FormProcessingFacade.java:195)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117)
org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166)
org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.IllegalStateException: BaseTransaction.rollback - [com.arjuna.ats.internal.jta.transaction.arjunacore.notx] [com.arjuna.ats.internal.jta.transaction.arjunacore.notx] no transaction!
com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.rollback(BaseTransaction.java:160)
com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.rollback(BaseTransactionManagerDelegate.java:114)
org.jboss.tm.usertx.client.ServerVMClientUserTransaction.rollback(ServerVMClientUserTransaction.java:170)
org.drools.persistence.jta.JtaTransactionManager.rollback(JtaTransactionManager.java:183)
org.drools.persistence.SingleSessionCommandService.rollbackTransaction(SingleSessionCommandService.java:314)
org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:299)
org.drools.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:222)
org.jbpm.integration.console.CommandDelegate.startProcess(CommandDelegate.java:245)
org.jbpm.integration.console.ProcessManagement.newInstance(ProcessManagement.java:80)
org.jboss.bpm.console.server.FormProcessingFacade.startProcessWithUI(FormProcessingFacade.java:195)
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117)
org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232)
org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166)
org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93)
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
note The full stack trace of the root cause is available in the JBoss Web/2.1.3.GA logs.
I didn't find any record in PROCESSINSTANCEINFO table, but I saw a new instance has been created in the web page. Is this just a problem in the demo? or it's a transaction control bug in jbpm5.1?
I resolve this problem by extend the length of processinstancebytearray colum in table PROCESSINSTANCEINFO from 255 to 500.But I still worry about this is a bug relate to jbpm core part.Could any one tell me about your experence in the project implementation, is this a serious problem?
Another question is , if i wanna integrate the jbpm to my project, is there a stable database script that could create the tables jbpm require on db2 v9?Thanks.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/632675#632675]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 5 months
[Snowdrop] - Problems with Spring resource loading in an OSGi bundle
by Tim Pesce
Tim Pesce [http://community.jboss.org/people/tpesce] created the discussion
"Problems with Spring resource loading in an OSGi bundle"
To view the discussion, visit: http://community.jboss.org/message/632884#632884
--------------------------------------------------------------
I have a large Spring application that I am trying to convert to a single OSGi bundle for deployment into JBoss (AS 7.0.2). Initially I am trying to minimize code changes and deploy the application as-is, but I am running into issues with Spring resource loading. I've created a relatively simple application as a reproducer. The application is an OSGi bundle with a few simple Spring beans using ClassPathXmlApplicationContext. I am building the bundle with maven-bundle-plugin and embeding transitive dependencies including Spring 3.0.6 JARs.
When I use a simple configuration location such as "classpath:spring/applicationContext.xml" everything works fine. However, the real application has several different locations using combinations of "classpath*:" and location patterns such as "classpath:spring/*Context.xml". These locations with patterns are causing problems.
Despite Spring's support for VFS it is not being used in these cases. Within the OSGi context Spring is getting resource URLs with a "bundle:" protocol and doesn't know what to do with them. So it falls back to assuming they are files, and the resource loading fails:
22:05:18,264 WARN [org.springframework.core.io.support.PathMatchingResourcePatternResolver] (MSC service thread 1-4) Cannot search for matching files underneath class path resource [spring/] because it does not correspond to a directory in the file system: java.io.FileNotFoundException: class path resource [spring/] cannot be resolved to absolute file path because it does not reside in the file system: bundle://com.tendril.test.spring.osgi-23-0-0/spring/
After some research I found Snowdrop and am hoping it can help. I am embedding snowdrop-vfs 2.0.0.Final in my bundle, I have switched to using VFSClassPathXmlApplicationContext, and I have configured OSGi to use these VFS modules:
<module identifier="org.jboss.vfs"/>
<module identifier="org.jboss.osgi.vfs" startlevel="1"/>
However, using a location with patterns such as "classpath:spring/*Context.xml" does not seem to work; none of my beans are found:
22:19:35,672 INFO [org.springframework.beans.factory.support.DefaultListableBeanFactory] (MSC service thread 1-1) Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@8a70e3a: defining beans []; root of factory hierarchy
Interestingly, using a patternless location that works with ClassPathXmlApplicationContext (classpath:spring/applicationContext.xml) does not work with VFSClassPathXmlApplicationContext:
Caused by: java.io.FileNotFoundException: /spring/applicationContext.xml (No such file or directory)
at java.io.FileInputStream.open(Native Method) [:1.6.0_26]
at java.io.FileInputStream.<init>(FileInputStream.java:120) [:1.6.0_26]
at org.jboss.vfs.spi.RootFileSystem.openInputStream(RootFileSystem.java:55)
at org.jboss.vfs.VirtualFile.openStream(VirtualFile.java:238) [jboss-vfs-3.0.1.GA.jar:3.0.1.GA]
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/632884#632884]
Start a new discussion in Snowdrop at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 5 months
Re: [jboss-user] [JBoss Tools] - Hacking AS7 using Eclipse
by Bob Fields
Bob Fields [http://community.jboss.org/people/bobfields] commented on the document
"Hacking AS7 using Eclipse"
To view all comments on this document, visit: http://community.jboss.org/docs/DOC-16718#comment-7955
--------------------------------------------------
You should update the screen shot and references to show the m2e plugin, which replaced the deprecated m2eclipse plugin when the code moved from Sonatype to Eclipse.org. See http://eclipse.org/m2e/ http://eclipse.org/m2e/. There are some pretty nice validations now in the pom configuration, catching things like duplicated/overridden versions, however there are also new errors when m2e doesn't recognize a plugin (i.e. antrun, buildhelper, hibernate3) and says it is not covered by the build lifecycle. The errors can be safely ignored (or fixed permanently in the pom through QuickFix, which adds a plugin configuration for Eclipse).
I usually just change the order of the libraries under the project build path to put the JRE last, under the 'Order and Export' tab. For the life of me I don't know why the m2e plugin puts it in front of the maven dependencies, since maven is always used to override typically older versions contained within the JDK such as xml-apis and Jaxb2.
Another annoyance is the m2e plugin will exclude ** under resources and under directories added through the buildhelper plugin, making it impossible to run unit tests directly from the Eclispe IDE. Change to 'None' to fix.
If you update your maven project configuration (to fix the error that it is out of date), you have to go through the same steps again.
--------------------------------------------------
14 years, 5 months
[Snowdrop] - Class loader issues
by Ed Ross
Ed Ross [http://community.jboss.org/people/erg144] created the discussion
"Class loader issues"
To view the discussion, visit: http://community.jboss.org/message/632814#632814
--------------------------------------------------------------
We are trying to migrate from WebLogic to JBoss but having some issues (mostly class loader issues).
we have an ear file with 7 web appliations, no EJB and everything else controlled by spring (msg, JPA, etc)
I can not get the ear to deploy, so I thought I would first try some WebApps individually.
I installed snowdrop as per the instructions.
Now, when I try and depoy the WebApp I get numerous errors.
1 - JBOSS is scanning the files for EJB's and I get numerous errors like
12:45:48,158 WARN [org.jboss.as.ee.component.deployers.ResourceInjectionAnnotationParsingProcessor] (MSC service thread 1-3) Can't handle @Resource for ENC name: externalAccountManager on class com.crowncastle.service.IsiteUserServiceImpl since it's missing a "lookup" (or "mappedName") value and isn't of any known type12:45:48,158 WARN [org.jboss.as.ee.component.deployers.ResourceInjectionAnnotationParsingProcessor] (MSC service thread 1-3) Can't handle @Resource for ENC name: externalAccountManager on class com.xxxxxxx.service.IsiteUserServiceImpl since it's missing a "lookup" (or "mappedName") value and isn't of any known type
These should be handled by spring, not JBOSS
2nd.
I get class not found on classes that are in the (inside of jars)
War
WEB-INF
lib directory.
Caused by: java.lang.ClassNotFoundException: net.sf.ehcache.CacheManager from [Module "*org.springframework.spring:snowdrop*" from local module loader @4cee32 (roots: C:\development\jboss-as-7.0.2\jboss-as-7.0.2.Final\modules)]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:191) [jboss-modules.jar:1.0.2.GA]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:361) [jboss-modules.jar:1.0.2.GA]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:333) [jboss-modules.jar:1.0.2.GA]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:310) [jboss-modules.jar:1.0.2.GA]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:103) [jboss-modules.jar:1.0.2.GA]
... 18 more
I am unclear where the jar files should be placed if not in the WEB-INF/lib directory.
thx
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/632814#632814]
Start a new discussion in Snowdrop at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
14 years, 5 months