[JBoss JIRA] Created: (BPEL-274) wsdl service generator: eliminate reliance on transitive imports
by Alejandro Guizar (JIRA)
wsdl service generator: eliminate reliance on transitive imports
----------------------------------------------------------------
Key: BPEL-274
URL: http://jira.jboss.com/jira/browse/BPEL-274
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 GA
PROBLEM Consider the following network of WSDL documents.
<definitions name="d1" targetNamespace="ns1">
<import namespace="ns2" location="d2" />
<binding name="b" type="ns3:pt" />
</definitions>
<definitions name="d2" targetNamespace="ns2">
<import namespace="ns3" location="d3" />
<partnerLinkType name="plt">
<role portType="ns3:pt" />
</partnerLinkType>
</definitions>
<definitions name="d3" targetNamespace="ns3">
<portType name="pt" />
</definitions>
ns2:plt is able to resolve the reference tons3:pt, but ns1:b is not. The import element in d1 is not scanned because the binding refers to a port type in namespace ns3 and the import namespace URI is ns2.
jBPM BPEL is able to resolve such transitive references, but products like the Eclipse BPEL designer and JBossWS are not.
PROPOSAL While generating d1, create a direct import for d3.
--
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, 1 month
[JBoss JIRA] Created: (BPEL-270) Add support for extensionAssignOperation
by Alejandro Guizar (JIRA)
Add support for extensionAssignOperation
----------------------------------------
Key: BPEL-270
URL: http://jira.jboss.com/jira/browse/BPEL-270
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 GA
PROBLEM In BPEL 2, <extensibleAssignOperation> elements can appear as children of the <assign> activity, alongside standard <copy> elements. Our current design does not permit the addition of custom assign operations.
SOLUTION Generalize Copy to AssignOperation. Introduce a parsing framework that permits the creation of custom operations.
--
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, 1 month
[JBoss JIRA] Created: (BPEL-271) NPE when a start IMA references a nonglobal variable
by Alejandro Guizar (JIRA)
NPE when a start IMA references a nonglobal variable
----------------------------------------------------
Key: BPEL-271
URL: http://jira.jboss.com/jira/browse/BPEL-271
Project: JBoss jBPM BPEL
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Priority: Critical
Fix For: jBPM BPEL 1.1 GA
A start IMA (inbound message activity) can legally occur inside a scope and variables local to that scope. The revised ATM example illustrates this scenario. When jBPM BPEL delivers a message to the aforementioned IMA, it causes a NPE because it initializes global variables only.
This problem affects references to non-global partner links and correlation sets as well.
--
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, 1 month
[JBoss JIRA] Created: (BPEL-262) redeliver messages whose handling fails due to stale state exceptions
by Alejandro Guizar (JIRA)
redeliver messages whose handling fails due to stale state exceptions
---------------------------------------------------------------------
Key: BPEL-262
URL: http://jira.jboss.com/jira/browse/BPEL-262
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Engine
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 GA
PROBLEM. Upon message reception, a new transaction begins and process execution proceeds. It is possible that other portions of the process execute in separate transactions. Concurrent process execution may cause stale state or lock acquisition exceptions to be thrown in one or more transactions.
PROPOSAL. Detect stale state and lock acquisition exceptions in JMS message listeners. Do not acknowledge the affected message. Recover the JMS session.
--
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, 1 month
[JBoss JIRA] Created: (BPEL-263) incorporate enterprise support features from jpdl
by Alejandro Guizar (JIRA)
incorporate enterprise support features from jpdl
-------------------------------------------------
Key: BPEL-263
URL: http://jira.jboss.com/jira/browse/BPEL-263
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Priority: Critical
Fix For: jBPM BPEL 1.1 GA
jBPM jPDL 3.2 introduced a number of enterprise features, including a scheduler service based on the EJB timer service and a persistence service configured for JTA. Due to its reliance on J2EE Web Services, jBPM BPEL always runs in an enterprise environment. Incorporating the enterprise features available in jPDL is a clear step towards taking better advantage of the functionality offered by the application server.
--
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, 1 month
[JBoss JIRA] Created: (BPEL-266) incorporate targetNamespace in process definition versioning
by Alejandro Guizar (JIRA)
incorporate targetNamespace in process definition versioning
------------------------------------------------------------
Key: BPEL-266
URL: http://jira.jboss.com/jira/browse/BPEL-266
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Engine
Affects Versions: jBPM BPEL 1.1 beta 3
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Fix For: jBPM BPEL 1.1 GA
PROBLEM So far, process definition versioning has ignored the targetNamespace attribute. Unlike jPDL, BPEL uses qualified names for processes. The targetNamespace attribute is mandatory and must be taken into account when determining the latest process definition for a given name.
SOLUTION Extend the existing GraphSession with process deployment/query methods that explicitly take the targetNamespace as a parameter.
--
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, 1 month