[JBoss JIRA] Created: (BPEL-221) QNameType persists namespace property in LOCALNAME_ column
by Alejandro Guizar (JIRA)
QNameType persists namespace property in LOCALNAME_ column
----------------------------------------------------------
Key: BPEL-221
URL: http://jira.jboss.com/jira/browse/BPEL-221
Project: JBoss jBPM BPEL
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 2
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 beta 3
Mapping files containing qname properties specify the local name column first, the namespace URI column second. However, QNameType stores the namespace URI property in the first column and the local name in the second column.
This problem can be fixed either changing 25 occurrences of qname properties or ammending QNameType so that it stores the namespace URI in the second column. The latter option seems less troublesome.
--
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-224) Associate the integration control with the process definition, not the context class loader
by Alejandro Guizar (JIRA)
Associate the integration control with the process definition, not the context class loader
-------------------------------------------------------------------------------------------
Key: BPEL-224
URL: http://jira.jboss.com/jira/browse/BPEL-224
Project: JBoss jBPM BPEL
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: jBPM BPEL 1.1 beta 2
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 beta 3
Earlier versions associated the integration control (which mantains the active jms message listeners and the outstanding requests of a single process definition) with the context class loader because there is one business process per web application. However, this prevents code running outside of the web application (such as a job executor) from accessing the integration control and manipulating the jms objects.
The proposal is to associate the integration control with the process definition instead of the context class loader. This allows any code with knowledge of the process definition to access the integration control. The job executor, for example, retains the token identifier.
--
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
[JBoss JIRA] Created: (BPEL-214) provide a fault handling example
by Alejandro Guizar (JIRA)
provide a fault handling example
--------------------------------
Key: BPEL-214
URL: http://jira.jboss.com/jira/browse/BPEL-214
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1
The BPEL product needs a new example that demonstrates the fault handling capabilities. The sample purchase order process from the BPEL4WS 1.1 specification is a good candidate. Not only it demonstrates fault handling, but also asynchronous interaction with partner services and the use of the <flow> activity to model multiple concurrent paths of execution.
--
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