Just noticed I was looking at the wrong event type, instead of Instance...Event 
we need to populate the Member...Events with groupId, applicationId etc .... 
The events already have the fields defined but they aren't populated yet, I'll 
look into it

Thanks

Martin

From: Martin Eppel (meppel)
Sent: Saturday, November 15, 2014 9:45 AM
To: dev@stratos.apache.org
Subject: RE: [Grouping][enhancing event definition] - group definition, groupId 
- adding group definition, instance Id to instance events

Actually I think
group type == group.name and group instance id == group.alias

Thanks

Martin

From: Martin Eppel (meppel)
Sent: Friday, November 14, 2014 5:13 PM
To: dev@stratos.apache.org<mailto:dev@stratos.apache.org>
Subject: [Grouping][enhancing event definition] - group definition, groupId - 
adding group definition, instance Id to instance events


In the grouping specification we also discussed adding a group definition and a 
group id to the instance events (InstanceActivatedEvent, 
InstanceMaintenanceModeEvent, InstanceReadyToShutdownEvent, 
InstanceStartedEvent).
The group definition would identify something like the group type (=== alias ?) 
and the group id would allow to identify a group instance (of a specific group 
definition / type).

Examples: ,
+ scaling up multiple instances of a group, same group definition but different 
group instance ids
+ A dependency becomes faulty which would for example require termination of 
all dependents in the group (and subsequent groups if nested). Restoring the 
dependencies would also recreate a new group of the same definition
but with new instance id (and subsequently the same would be the case for 
nested groups).

WDYT ?

Thanks

Martin

Reply via email to