June 2009 - overlord-issues - Jboss List Archives

[JBoss JIRA] Created: (SOAG-50) Fix EP samples on Drools Fusion impl

by Heiko Braun (JIRA)

Fix EP samples on Drools Fusion impl ------------------------------------ Key: SOAG-50 URL: https://jira.jboss.org/jira/browse/SOAG-50 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: SAM Reporter: Heiko Braun Assignee: Heiko Braun <excludes> <exclude>org/jboss/test/sam/samples/pattern/PatternTestCase.java</exclude> <exclude>org/jboss/test/sam/samples/aggregation/FilteringTestCase.java</exclude> <exclude>org/jboss/test/sam/samples/falloff/FalloffTestCase.java</exclude> <exclude>org/jboss/test/sam/samples/aggregation/AggregationTestCase.java</exclude> </excludes> -- 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, 4 months

2
1
0 / 0

[JBoss JIRA] Created: (SOAG-79) Support jBPM

by Mark Little (JIRA)

Support jBPM ------------ Key: SOAG-79 URL: https://jira.jboss.org/jira/browse/SOAG-79 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: Deployment, WS-CDL Affects Versions: 1.0 MR1 Reporter: Mark Little Assignee: Mark Little -- 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, 4 months

3
2
0 / 0

[JBoss JIRA] Created: (SOAG-109) Persistence support for scribble service validator

by Gary Brown (JIRA)

Persistence support for scribble service validator -------------------------------------------------- Key: SOAG-109 URL: https://jira.jboss.org/jira/browse/SOAG-109 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: Behavioural Monitoring Affects Versions: 1.0 MR3 Reporter: Gary Brown Assignee: Jeff Yu Fix For: 1.0 MR3 The behavioural sessions, constructed within the scribble monitor when processing service activity information, can optionally be stored in a database. This means that as each relevant service activity event is received, the current behavioural session will be retrieved from the database, and used to evaluate the next service activity message. The other approach would be to evaluate the complete history of events, for a particular service session, when the next service activity event for that session occurs. This approach means that intermediate session information does not need to be stored, and it could also mean that the session could be evaluated against services as the description is updated (although this may depend on what type of versioning is used - i.e. it may actually need to use the old version of the process description). -- 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, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (SOAG-105) Service activity repository

by Gary Brown (JIRA)

Service activity repository --------------------------- Key: SOAG-105 URL: https://jira.jboss.org/jira/browse/SOAG-105 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: Behavioural Monitoring Affects Versions: 1.0 MR3 Reporter: Gary Brown Assignee: Jeff Yu Fix For: 1.0 MR3 Persistence storage for service activity information. Information will be received from a variety of event sources reporting service activity information - which will then be persisted in the database. Information enrichment needs to be supported. This can be in the form of extracting conversation identity information, or other custom properties, which can then be used to query the service activity information. NOTE: Although the storage of service activity information could be used to trigger a variety of activities, including deriving the properties described above, as well as performing higher level validation, the behavioural validation is dependent upon the conversation identity fields - and therefore it may be better to derive this base information when recording the service activity information. But other information and validation tasks can be triggered based on the storage of the service information - possibly using DNA at some point (i.e. the sequencing mechanism). -- 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, 4 months

1
2
0 / 0

[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, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (SOAG-77) Trailblazer example documentation improvments

by Jeff Yu (JIRA)

Trailblazer example documentation improvments --------------------------------------------- Key: SOAG-77 URL: https://jira.jboss.org/jira/browse/SOAG-77 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 1.0 MR1 Reporter: Jeff Yu Assignee: Mark Little Fix For: 1.0 MR2 Thanks Jeff Delong for following suggestions and feedback. ------------------------ A few suggestions on how to improve the documentation: 1) Have the readme refer to the docs/samplesguide/SamplesGuide. While much of the information is redundant, the SamplesGuides has the information on the ChoreographyMonitor and the error-client. 2) In the SamplesGuide.pdf, the code snippet from LoanBroker.java is unreadable. 3) Under 10 2 It says to run the commands from step 6 on. Is that really necessary? 4) Add more information on the role of the LoanBroker.java class, and how it's choice of if (score >= 4) { //step 3a - send to Bank - async System.out.println("sending to first Bank..."); sendToBank(bank1Invoker, customer, "b1"); Implements the Choreography conditional expression: cdl:getVariable('creditCheckResult','','//@score') >= 4 5) It would be nice to have an architectural discussion here about how this choreography is being monitored. (perhaps this is described in another document I have yet to read). -------------------- -- 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, 4 months

3
4
0 / 0

[JBoss JIRA] Created: (SOAG-88) Add UML interaction diagrams to SamplesGuide

by Mark Little (JIRA)

Add UML interaction diagrams to SamplesGuide -------------------------------------------- Key: SOAG-88 URL: https://jira.jboss.org/jira/browse/SOAG-88 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: Documentation, Examples Affects Versions: 1.0 MR1 Reporter: Mark Little Assignee: Jeff Yu Fix For: 1.0 MR2 We need to have a step-by-step worked example that illustrates the use of Process Governance from a developer's perspective. Some of the example text in the SamplesGuide is close to that, but not exactly the same thing. The addition of more text and interaction diagrams would help here. -- 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, 4 months

3
2
0 / 0

[JBoss JIRA] Created: (SOAG-66) Represent the CDL Exception Handling concept with the 'conversation aware' ESB actions

by Gary Brown (JIRA)

Represent the CDL Exception Handling concept with the 'conversation aware' ESB actions -------------------------------------------------------------------------------------- Key: SOAG-66 URL: https://jira.jboss.org/jira/browse/SOAG-66 Project: SOA Governance Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Gary Brown Assignee: Jeff Yu Currently the Exception Handling mechanism in CDL is not supported in the conversation aware ESB actions. -- 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, 4 months

2
4
0 / 0

[JBoss JIRA] Created: (SOAG-104) Service activity console

by Gary Brown (JIRA)

Service activity console ------------------------ Key: SOAG-104 URL: https://jira.jboss.org/jira/browse/SOAG-104 Project: SOA Governance Issue Type: Task Security Level: Public (Everyone can see) Components: Behavioural Monitoring Affects Versions: 1.0 MR3 Reporter: Gary Brown Assignee: Jeff Yu Fix For: 1.0 MR3 Console for providing access to service activity information. User needs to be able to view service activity information in various ways, including: 1) Raw service events - although this view should only generally be used for detailed analysis 2) Conversation view - using correlation information to group service related events based on a business transaction 3) Conversation per Service vew - correlation information used to group service activity information for a selected service based on a business transaction. Selecting a business transaction to view could be based on time range, based on correlation attribute values, or possibly other custom properties. The console (or governance repository) should enable tokens/locators to be defined against message schema, which can be used to extract business relevant information from the business messages, and used by the console to query appropriate correlated business transactions. If the console is going to provide access to service activity information generated by a variety of different runtime platforms, where different design/modelling approaches have been used, it would be good to enable either the local model (service) or global model (conversation/choreography) views to be represented in a range of appropriate graphical notations - and eventually enable the service activity trace to be replayed back through the graphical representation. Other future requirements may enable business specific views to build on the base information - but this may be through a pluggable views in something like JBoss Workspace. The range of events that may be displayed, and their format, will be defined as a separate task - but the console should be flexible enough to cater for customisaton/extension of the event model. -- 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, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (SOAG-102) Roapmap links on Overlord main page are broken

by Gary Brown (JIRA)

Roapmap links on Overlord main page are broken ---------------------------------------------- Key: SOAG-102 URL: https://jira.jboss.org/jira/browse/SOAG-102 Project: SOA Governance Issue Type: Bug Security Level: Public (Everyone can see) Components: Web Site Reporter: Gary Brown Assignee: Mark Little The 'roadmap' and 'now available' links in the Project Status section appear to be broken. -- 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, 4 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

overlord-issues June 2009