I would propose the following instead:
Interface NotificationProducer
SubscriptionManager subscribe(notificationProducerEPR,
notificationConsumer,
terminationEPR,
filters[],
initialTerminationTime);
Object getCurrentMessage(notificationProducerEPR, filters[]);
Interface NotificationConsumerFactory
NotificationConsumer createNotifcationConsumer()
Interface NotificationConsumer
get/setEPR()
get/setMode()
Interface Filter
get/setURI()
get/setValue()
Interface SubscriptionManager
setTeminationTime(...)
Status getStatus()
unsubscribe()
pause()
resume()
(getInitialTerminationTime()?)
Interface Status
getters/setters for RPs
Now all of these are frontend kind of things. We would still need to
discuss how to deal with filtering etc.
/Sam
On Fri, 2005-01-07 at 14:41 +0100, Stefan Lischke wrote:
> Hi all,
>
> i have discussed API things with Ian and after a first proposal, i'm
> doing a second, i dunno whats the attachment policy is for this list, so
> i put up the UML on:
>
> http://www.ivs.tu-berlin.de/Lischke/blog/archives/2005/01/apache_hermes_a.html
>
> hope to hear from you.
>
> btw. is there any chance i can participate in the wsn TC mailinglist
> from OASIS, without being an OASIS member?
>
> thx stefan
>
--
Sam Meder <[EMAIL PROTECTED]>
The Globus Alliance - University of Chicago
630-252-1752
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
