| Summary: | cannot mark externally managed transaction for rollback error message | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise SOA Platform 5 | Reporter: | Burr Sutter <burr.sutter> | ||||||||||||||||||
| Component: | Documentation | Assignee: | David Le Sage <dlesage> | ||||||||||||||||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | |||||||||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||||||||
| Priority: | high | ||||||||||||||||||||
| Version: | 5.0.0 GA | ||||||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||||
| Target Release: | 5.1.0 GA | ||||||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||||
| URL: | http://jira.jboss.org/jira/browse/SOA-1990 | ||||||||||||||||||||
| Whiteboard: | |||||||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||
| Last Closed: | 2011-03-07 00:52:05 UTC | Type: | Bug | ||||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||
|
Description
Burr Sutter
2010-03-15 15:34:59 UTC
boot.log and server.log after clean installation, installation of the demo app and execution to show the error messages Attachment: Added: log.zip DVD Store binary - drop 3 files into your deploy directory Attachment: Added: dvdstore-orders-queue-service.xml Attachment: Added: jboss-seam-dvdstore-ds.xml Attachment: Added: jboss-seam-dvdstore.ear JBoss ESB application The attached zip should be unzipped and dropped into deploy directory Attachment: Added: DVD_Pet_StoreDemo_5.0.0.esb.zip Attached an image of the deploy directory Attachment: Added: Demo_deploy.png JBDS3 Project attached as DVD_Pet_StoreDemo_5.0.0.zip Attachment: Added: DVD_Pet_StoreDemo_5.0.0.zip Attach is a zipped JBDS 3.0 CR2 Project. unzip and then use File-Import The way to operate the demo is to place a copy of file_sample_order.xml into /tmp/inboundOrders for the File_Stater_Service - it will transform and route to Starter_Service which is normally how DVDStore starts this up. and don't forget to first deploy the jBPM Process (similar to bpm_orchestration4) via JBDS Graphical Process Designer ERROR [JmsServerSession] Unexpected error delivering message delegator->JBossMessage[5196979216547898]:PERSISTENT, deliveryId=8 org.jbpm.JbpmException: cannot mark externally managed transaction for rollback at org.jbpm.persistence.db.DbPersistenceService.endTransaction(DbPersistenceService.java:129) at org.jbpm.persistence.db.DbPersistenceService.close(DbPersistenceService.java:201) at org.jbpm.svc.Services.close(Services.java:247) at org.jbpm.JbpmContext.close(JbpmContext.java:131) at org.jbpm.command.impl.CommandServiceImpl.execute(CommandServiceImpl.java:79) at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor.executeJbpmCommand(CommandExecutor.java:279) at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor.access$100(CommandExecutor.java:51) at org.jboss.soa.esb.services.jbpm.cmd.CommandExecutor$3.execute(CommandExecutor.java:136) at org.jboss.soa.esb.services.jbpm.actions.JBpmCallback.process(JBpmCallback.java:68) Attachment: Added: DVD_Pet_StoreDemo_5.0.0_broken3.zip The exception is a bug in the jBPM class but it occurs because the encompassing transaction has been marked for rollback. There are, therefore, two issues - fix the bug in the jBPM codebase - find out why the transaction has been marked for roll back. My guess for the second is that there has been a hibernate 'stale state' issue and that the jBPM codebase should just be rolling back the transaction and allowing the JCA inflow to redeliver. Also, it appears from the exception that this is being reported by the JCA inflow. If that is the case then the message should have been redelivered, do we know if this happens? The logs would suggest it is being retried, eventually ending up in the DLQ. If this was just a 'stale state' exception then I would expect one of the retries to have succeeded. As there are multiple jBPM classes then another possibility could be that something has 'leaked' out of the DVD store into the external process, probably a class loaded with a separate classloader. The issue (as I'm seeing it in a debugger) is that the JbpmCallBack service is trying to deserialize an OrderHeader object instance from the ESB message (as part of a process of mapping objects from the message and into jBPM for process execution I think) and is choking because it doesn't have access to the OrderHeader type (CNF Exception). Is this already captured in documentation? If not, check back with Kevin and he will help write something up. Candidate for SOA 5.1.0 This is a nice to have for SOA 5.1.0. Kevin to provide docs input. This is a docs issue, I will provide some input. Link: Added: This issue depends JBESB-3579 Added a warning to the section within Services Guide David can you get these changes merged in and staged today please Release Notes Docs Status: Added: Not Required Release Notes Text: Added: Merged into downstream product document. Writer: Added: dlesage |