[JBoss JIRA] Created: (JBMESSAGING-911) Clustered recovery cleanup
by Tim Fox (JIRA)
Clustered recovery cleanup
--------------------------
Key: JBMESSAGING-911
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-911
Project: JBoss Messaging
Issue Type: Task
Reporter: Tim Fox
Assigned To: Tim Fox
Fix For: 1.2.1
For a clustered config we assume we can get our xaresource for recovery from any node of the cluster and do recovery on that, this means that transactions can be recovered on different nodes to where they originally where - i.e. we have a shared transaction log.
This means other nodes will also load them up into their in memory maps too.
Therefore on successful resolution we need to broadcst this across the cluster so they can be removed from other nodes in transaction repositories too.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months
[JBoss JIRA] Created: (BPEL-222) soap message creation fails under jbossws 1.0.3 and above
by Alejandro Guizar (JIRA)
soap message creation fails under jbossws 1.0.3 and above
---------------------------------------------------------
Key: BPEL-222
URL: http://jira.jboss.com/jira/browse/BPEL-222
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Because of a change in the saaj implementation first introduced in jbossws 1.0.3, jbpm bpel can no longer use the same code to create a fault message under both the old and the new services stack.
The proposed solution is to introduce a class hierarchy for creating fault messages modeled after the Strategy pattern. This hierarchy encapsulates the different ways a fault message is created. Two strategies exist at this time:
a) The default strategy adds a soap:fault element of type SOAPFault. This is what a developer normally would do. This should work on most stacks, including jbossws. It does *not* work under the old Axis-based stack used JBoss AS 4.0.3 and earlier.
b) The backwards compatibility strategy adds a soap:fault element of type SOAPElement. Altough jboss ws4ee allows to add a SOAPFault, the marshaling code is broken and no detail entry gets written.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 10 months