[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: ebBP 12/19/2005: European Project for ebBP
We have another European project that has started to model their business processes using ebBP. That team will advise when their model definitions and specific questions can be made public. In the interim, I've extracted a few relevant comments for us to consider. I understand these were received outside of the comment period. However, we can decide what action could occur and when (and if). 1. How to rationalize the guidance in the process definition for QoS, quality and document security to what is effected at the messaging level? I responded that the guidance in the process definition isn't dictating the messaging constraint. The actual constraint is applied via the CPP/A. Therefore, the guidance in the process definition and the messaging level constraint and execution can be separate but complementary. We discussed this earlier in the specification cycle whereby you may require specific QoS expectations at the business level and leave the actual mechanism to the concrete implementation layer (and when delegated to the messaging infrastructure). 2. Can more information be added for business signals? This sprung from a need to add more information particularly when user-defined signals were used. We currently leave unspecified the format of a user-defined signal except to reference its intent and how it is used in business transactions. Do we need to consider an extensibility mechanism for the business signals defined? 3. Can you allow more than one ToLink on a transition? A transition with condition expressions can only transition to one ToLink. However, you can transition to several different states (BusinessSuccess, BusinessFailure, etc). I defer to John Yunker and Dale Moberg on the idea of having more than one ToLink for transition. Logically you could have success and then a decision is triggered or needed (enable condition that a decision should be made) because of the preconditions used (if automated). Thanks to Pim van der Eijk for these comments. Regards.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]