[JBoss JIRA] Created: (SOAG-68) Async Perform
by Gary Brown (JIRA)
Async Perform
-------------
Key: SOAG-68
URL: https://jira.jboss.org/jira/browse/SOAG-68
Project: SOA Governance
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Gary Brown
Assignee: Jeff Yu
Currently the Brokerage example iterates through a list of suppliers to find the best quote, before proceeding to perform a credit check and complete the transaction.
However the list of suppliers is processed using a loop containing a synchronous perform, so each supplier is dealt with in turn.
The next step is to cater for an asynchronous perform, where the suppliers can be dealt with concurrently (i.e. so multiple sub-sessions active at the same time). This would require the 'WhenAction' to block, awaiting all of the sub-sessions to complete, before making its decision regarding the best quote.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (SOAG-65) Blocking/waiting behaviour for WhenAction
by Gary Brown (JIRA)
Blocking/waiting behaviour for WhenAction
-----------------------------------------
Key: SOAG-65
URL: https://jira.jboss.org/jira/browse/SOAG-65
Project: SOA Governance
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Conversation Runtime
Reporter: Gary Brown
Assignee: Jeff Yu
Currently the WhenAction does immediate evaluation of an expression. This construct needs to enable blocking/waiting behaviour if the expression evaluates to false - using the services of an external mechanism that can monitor an expression, and re-evaluate it whenever a change occurs to the state for the session, and then trigger the appropriate service descriptor once the expression does evaluate to true.
The expression could also represent a timeout, and therefore this mechanism could be combined with the issue related to the WhenAction handling timeouts (SOAG-33).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (SOAG-64) Deletion of grouping constructs
by Gary Brown (JIRA)
Deletion of grouping constructs
-------------------------------
Key: SOAG-64
URL: https://jira.jboss.org/jira/browse/SOAG-64
Project: SOA Governance
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Tooling
Affects Versions: 1.0 CR1
Reporter: Gary Brown
Assignee: Gary Brown
Currently, deletion of actions from the jboss-esb.xml file only occurs for simple activities (e.g. sends/receives and perform).
The problem with deleting grouping constructs is that, not only has the main construct got to be deleted, but the ESB service descriptors related to each path needs to be removed, potentially with further linked service descriptors.
In some cases, it will also be necessary to identify the 'join' service descriptor, and insert a ScheduleStateAction to transition to this service descriptor. Where the join service descriptor not explicitly defined in the grouping construct, it may possibly be inferred based on the following following action in the description - if one has been defined. Otherwise it may have to be inferred by examining each path, to determine where they converge.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years