OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsrp-coord message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsrp-coord] Questions about events



Thanks, I have captured these into the building "Question List". These all presume events will be part of the coordination model. The current discussion is focussed on whether all that is needed is state changes or whether a full event model is needed.

Rich Thompson



Alejandro Abdelnur <Alejandro.Abdelnur@Sun.COM>
Sent by: Alejandro.Abdelnur@Sun.COM

08/07/2003 08:54 PM

       
        To:        wsrp-coord@lists.oasis-open.org
        cc:        
        Subject:        [wsrp-coord] Questions about events



Hi there,

I have the impression we are a little unorganized right now :).

Following is a list of questions I think it will help us to define the
scope and some high-level characteristics of the eventing model we want
to build. Once we agree on the answers to these we can create a second
set of questions based on the answers to the first set and so on.

 1. Are events categorized?
 2. What is in the payload of an event?
 3. Who can send events?
 4. Who receives and processes events?
 5. Are senders and receivers aware of each other?
 6. Are events synchronous or asynchronous?
 7. What is the scope of an event delivery?
 8. Is there an event broker, or the producers distribute the events?
 9. Do we need to support event sequences (new events as a response
    of an event processing)?
10. What is the distribution model, P2P or Pub/Sub?
11. How an event-creator and an event-listener advertise the events
    they create/produce?
12. How does an event-listener do a binding to receive events?


My answers:

 1. Yes, with a name.
 2. String name-value pairs.
 3. Portlets, through the producer.
 4. Portlets, through the producer.
 5. No.
 6. Synchronous, upon delivery the call is blocking until ends
processing.
 7. a user request, an event is sent and processed during a single user
request.
 8. Yes, the consumer acts as a broker.
 9. Yes, they broker keeps distributing/receiving/distributing events
until there are not more events.
10. Pub/Sub, using the event category name.
11. In their portlet descriptor.
12. Mapping in the consumer (a la user categories)


I hope this approach helps.

Alejandro


You may leave a Technical Committee at any time by visiting http://www.oasis-open.org/apps/org/workgroup/wsrp-coord/members/leave_workgroup.php




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]