You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by francesco furfari <fr...@isti.cnr.it> on 2005/10/01 02:33:37 UTC
Re: R4 Road map?
Hi all,
a pragmatic approach ...
is anybody planning to implement the Event Admin service?
we are interested because now the UPnP Base Driver depends on it.
francesco
Richard S. Hall wrote:
> Noel J. Bergman wrote:
>
>> Richard,
>>
>>
>>
>>> I am not saying that we are not interested in spec compliance, since I
>>> think we would all like this. My point is that we have limited
>>> resources
>>>
>>
>>
>> Felix is now a community project, so one focus should be on community
>> building and actively growing the list of people contributing to the
>> project. Putting together something like a matrix of features needed
>> would
>> help to in the process.
>
>
> Agreed. Which is how this whole thread got started. It was suggested
> that I create a road map of features that need to be implemented. I only
> asked if I should differentiate between spec and non-spec issues. Whew! :-D
>
> I think BJ is a trouble maker. ;-)
>
>> We have people from IBM and elsewhere expressing
>> interest. We should make it possible for them to participate with code
>> contributions.
>>
>
> I will let IBM'ers field this.
>
> -> richard
>
Re: [oscar] Re: R4 Road map?
Posted by francesco furfari <fr...@isti.cnr.it>.
Dear Didier,
great! I suspected you was already involved in doing it ;)
I think it will take more time to us to be involved in R4.
But if you have already started to work on it perhaps we can more easily
to approach R4 and support you, at least in testing the code.
We can talk how next week in Paris.
bests
francesco
Didier Donsez wrote:
> francesco furfari a écrit :
>
>> Hi all,
>> a pragmatic approach ...
>> is anybody planning to implement the Event Admin service?
>
>
> I have done quickly a version of the Event Admin Service
> by following the R4 draft
> But I don't know if I can publish it before the official R4 release !
>
> This version implements
> * 114.7.2 Asynchronous Event Delivery
> * 114.6.2 OSGi Events
> but not
> * 114.7.1 Synchronous Event Delivery
> * 114.8.2 Dealing with Stalled Handlers
> * 114.10 Security
>
> Moreover, handlers are notified by only one thread : a pool of threads
> should be added !
>
> I provides also a sample for demo and I test it on Oscar 1.0.5 !
>
> Didier
>
>> we are interested because now the UPnP Base Driver depends on it.
>>
>> francesco
>>
>>
>> Richard S. Hall wrote:
>>
>>> Noel J. Bergman wrote:
>>>
>>>> Richard,
>>>>
>>>>
>>>>
>>>>> I am not saying that we are not interested in spec compliance, since I
>>>>> think we would all like this. My point is that we have limited
>>>>> resources
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Felix is now a community project, so one focus should be on community
>>>> building and actively growing the list of people contributing to the
>>>> project. Putting together something like a matrix of features
>>>> needed would
>>>> help to in the process.
>>>
>>>
>>>
>>>
>>> Agreed. Which is how this whole thread got started. It was suggested
>>> that I create a road map of features that need to be implemented. I
>>> only asked if I should differentiate between spec and non-spec
>>> issues. Whew! :-D
>>>
>>> I think BJ is a trouble maker. ;-)
>>>
>>>> We have people from IBM and elsewhere expressing
>>>> interest. We should make it possible for them to participate with code
>>>> contributions.
>>>>
>>>
>>> I will let IBM'ers field this.
>>>
>>> -> richard
>>>
>>
>
>
>
> ------------------------------------------------------------------------
>
>
> --
> You receive this message as a subscriber of the oscar@objectweb.org mailing list.
> To unsubscribe: mailto:oscar-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
Re: R4 Event Admin
Posted by Didier Donsez <di...@imag.fr>.
Enrique Rodriguez a écrit :
> Enrique Rodriguez wrote:
>
>> On 10/2/05, Didier Donsez <di...@imag.fr> wrote:
>>
>>> I sumarize the OSGi Event Admin in the three slides available on
>>> http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
>>> and Peter have presented it very quickly at the second meeting of the
>>> OSGi Users Group France
>>> http://www-adele.imag.fr/osgi/meeting2/OSGi-BasicArchitecture2.pdf#page=47
>>>
>>
>
> Are the graphics "primitives" from the osgi.pdf available somewhere?
No, Humberto Cervantes (and Rick ?) has adopted this graphical notation
3-4 years ago. I think the notation is inspired of the some CCM
presentation. Humberto , some comment ?
> It would be nice to do presentations using a standard legend.
UML notation ? less beautiful ;-)
> By primitives and legend I mean the graphics for Service fourni,
> Service requis, Package exporté, Package importé, etc.
sorry, it is a course in french ;-)
Peter Kriens uses an other kind of notations !
Example :
http://www-adele.imag.fr/osgi/meeting2/OSGi-BasicArchitecture2.pdf#page=41
Didier
> Enrique
>
--
---------------------------------------------------------
Didier DONSEZ
Laboratoire LSR, Institut Imag, Universite Joseph Fourier
Bat. C, 220 rue de la Chimie, Domaine Universitaire
BP 53, 38041 Grenoble Cedex 9, France
GPS : lat 45°11'38.3"N, lon 05°46'14.7"E, alt 223m
Tel : +33 4 76 63 55 49 Fax : +33 4 76 63 55 50
mailto:Didier.Donsez@imag.fr
URL: http://www-adele.imag.fr/~donsez
---------------------------------------------------------
Re: R4 Event Admin
Posted by Enrique Rodriguez <en...@gmail.com>.
Enrique Rodriguez wrote:
> On 10/2/05, Didier Donsez <di...@imag.fr> wrote:
>>I sumarize the OSGi Event Admin in the three slides available on
>>http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
>>and Peter have presented it very quickly at the second meeting of the
>>OSGi Users Group France
>>http://www-adele.imag.fr/osgi/meeting2/OSGi-BasicArchitecture2.pdf#page=47
Are the graphics "primitives" from the osgi.pdf available somewhere? It
would be nice to do presentations using a standard legend. By
primitives and legend I mean the graphics for Service fourni, Service
requis, Package exporté, Package importé, etc.
Enrique
Re: R4 Event Admin
Posted by Enrique Rodriguez <en...@gmail.com>.
On 10/2/05, Didier Donsez <di...@imag.fr> wrote:
> Noel J. Bergman a écrit :
>
> >Didier,
> >
> >I've asked BJ about whether or not you have to keep your code private until
> >they publish R4.
> >
> >Since I haven't seen the OSGi event specification, how different are OSGi
> >Event Services from the COS Event Services from CORBA?
> >
> >
> >
> Hum, I am not familiar with the CORBA event service
> but COS ES is (by nature) distributed and OSGi collocated in the same JVM
> and COS ES event could be everything (datatype any) since OSGi events
> are instances of a specified class
>
> I sumarize the OSGi Event Admin in the three slides available on
> http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
> and Peter have presented it very quickly at the second meeting of the
> OSGi Users Group France
> http://www-adele.imag.fr/osgi/meeting2/OSGi-BasicArchitecture2.pdf#page=47
>
> One funny thing is the sentEvent method which is a synchronous event
> delivery (114.7.1)
> and this is not so trivial to implement (thanks you, Peter et al. ;-) )
>
> Didier
I am curious how this is related to the old (1996) Event Notification
"implicit invocation" pattern. Event Manager Service certainly sounds
similar, if not an exact implementation.
http://www.riehle.org/computer-science/research/1996/tapos-1996-event.html
Enrique
Re: R4 Event Admin
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Noel J. Bergman wrote:
>I don't believe that we need Yet Another event model. Has the OSGi
>considered either a COS Event Service model or, since this is topic based,
>in-process JMS, such as Dave Walend's SomniFugi
>(https://somnifugijms.dev.java.net/)?
>
The Event Admin is just some simple interfaces. It should be possible to
use various event services to implement it.
-> richard
Re: R4 Event Admin
Posted by Didier Donsez <di...@imag.fr>.
Noel J. Bergman a écrit :
>Didier Donsez wrote:
>
>
>
>>I am not familiar with the CORBA event service
>>but COS ES is (by nature) distributed and OSGi
>>collocated in the same JVM and COS ES event
>>could be everything (datatype any) since OSGi
>>events are instances of a specified class
>>
>>
>
>See www.iona.com/hyplan/vinoski/col9.pdf for information on the COS Event
>
>
I know this reference and in fact, I reference it in my eventadmin
documentation
I recommend also this paper
Patrick Th. Eugster <../e/Eugster:Patrick_Th=.html>, Pascal Felber
<../f/Felber:Pascal.html>, Rachid Guerraoui, Anne-Marie Kermarrec
<../k/Kermarrec:Anne=Marie.html>: The many faces of publish/subscribe.
ACM Comput. Surv. 35
<../../../../db/journals/csur/csur35.html#EugsterFGK03>(2): 114-131 (2003)
http://portal.acm.org/citation.cfm?doid=857076.857078
(ACM DL account is required !)
>Service. See also: http://www.cs.wustl.edu/~schmidt/events_tutorial.html
>
>The COS Event Service interfaces are very simple and very general. In many
>ways, I wish that JMS had been modeled after them. There is nothing that is
>inherently distributed about the model. One of the first implementations of
>the specification was a tiny C++ version I did for embedded systems. And
>the COS Event Service does a very nice job of integrating both pull and push
>models of interaction.
>
>
>
>>I sumarize the OSGi Event Admin in the three slides available on
>>http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
>>
>>
>
>Désolé, mais moi ne parlez pas français. Happily those three slides were in
>English. :-)
>
>
>
Sorry, this course is for french students which are generally not fluent
in english ! ;-(
>I don't believe that we need Yet Another event model. Has the OSGi
>considered either a COS Event Service model or, since this is topic based,
>in-process JMS, such as Dave Walend's SomniFugi
>
>
OSGi R3 proposes also another (Producer-Consumer) M-to-N communication
model :
the WireAdmin Service (chapter 16 in R3 and chapter 108 in R4 draft)
Humberto Cervantes and I have done an implementation of it
available here http://oscar-osgi.sourceforge.net/repo/wireadmin/
>(https://somnifugijms.dev.java.net/)?
>
>
>
Funny, because I am currently working on a EA <-> JMS messages bridge
In fact, org.osgi.service.event.Event are very similar to JMS
javax.jms.MapMessage
and Subscribers to javax.jms.TopicSubscriber
and TopicPublisher to javax.jms.TopicPublisher
You can have a look on this short presentation
http://www-adele.imag.fr/~donsez/dev/osgi/eajmsbridge/osgi-eajmsbridge.pdf
Didier
> --- Noel
>
>
>
--
---------------------------------------------------------
Didier DONSEZ
Laboratoire LSR, Institut Imag, Universite Joseph Fourier
Bat. C, 220 rue de la Chimie, Domaine Universitaire
BP 53, 38041 Grenoble Cedex 9, France
GPS : lat 45°11'38.3"N, lon 05°46'14.7"E, alt 223m
Tel : +33 4 76 63 55 49 Fax : +33 4 76 63 55 50
mailto:Didier.Donsez@imag.fr
URL: http://www-adele.imag.fr/~donsez
---------------------------------------------------------
RE: R4 Event Admin
Posted by "Noel J. Bergman" <no...@devtech.com>.
Didier Donsez wrote:
> I am not familiar with the CORBA event service
> but COS ES is (by nature) distributed and OSGi
> collocated in the same JVM and COS ES event
> could be everything (datatype any) since OSGi
> events are instances of a specified class
See www.iona.com/hyplan/vinoski/col9.pdf for information on the COS Event
Service. See also: http://www.cs.wustl.edu/~schmidt/events_tutorial.html
The COS Event Service interfaces are very simple and very general. In many
ways, I wish that JMS had been modeled after them. There is nothing that is
inherently distributed about the model. One of the first implementations of
the specification was a tiny C++ version I did for embedded systems. And
the COS Event Service does a very nice job of integrating both pull and push
models of interaction.
> I sumarize the OSGi Event Admin in the three slides available on
> http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
Désolé, mais moi ne parlez pas français. Happily those three slides were in
English. :-)
I don't believe that we need Yet Another event model. Has the OSGi
considered either a COS Event Service model or, since this is topic based,
in-process JMS, such as Dave Walend's SomniFugi
(https://somnifugijms.dev.java.net/)?
--- Noel
R4 Event Admin
Posted by Didier Donsez <di...@imag.fr>.
Noel J. Bergman a écrit :
>Didier,
>
>I've asked BJ about whether or not you have to keep your code private until
>they publish R4.
>
>Since I haven't seen the OSGi event specification, how different are OSGi
>Event Services from the COS Event Services from CORBA?
>
>
>
Hum, I am not familiar with the CORBA event service
but COS ES is (by nature) distributed and OSGi collocated in the same JVM
and COS ES event could be everything (datatype any) since OSGi events
are instances of a specified class
I sumarize the OSGi Event Admin in the three slides available on
http://www-adele.imag.fr/~donsez/cours/osgi.pdf#page=100
and Peter have presented it very quickly at the second meeting of the
OSGi Users Group France
http://www-adele.imag.fr/osgi/meeting2/OSGi-BasicArchitecture2.pdf#page=47
One funny thing is the sentEvent method which is a synchronous event
delivery (114.7.1)
and this is not so trivial to implement (thanks you, Peter et al. ;-) )
Didier
> --- Noel
>
>
>
--
---------------------------------------------------------
Didier DONSEZ
Laboratoire LSR, Institut Imag, Universite Joseph Fourier
Bat. C, 220 rue de la Chimie, Domaine Universitaire
BP 53, 38041 Grenoble Cedex 9, France
GPS : lat 45°11'38.3"N, lon 05°46'14.7"E, alt 223m
Tel : +33 4 76 63 55 49 Fax : +33 4 76 63 55 50
mailto:Didier.Donsez@imag.fr
URL: http://www-adele.imag.fr/~donsez
---------------------------------------------------------
RE: R4 Road map?
Posted by "Noel J. Bergman" <no...@devtech.com>.
Didier,
I've asked BJ about whether or not you have to keep your code private until
they publish R4.
Since I haven't seen the OSGi event specification, how different are OSGi
Event Services from the COS Event Services from CORBA?
--- Noel
Re: R4 Road map?
Posted by Didier Donsez <di...@imag.fr>.
francesco furfari a écrit :
> Hi all,
> a pragmatic approach ...
> is anybody planning to implement the Event Admin service?
I have done quickly a version of the Event Admin Service
by following the R4 draft
But I don't know if I can publish it before the official R4 release !
This version implements
* 114.7.2 Asynchronous Event Delivery
* 114.6.2 OSGi Events
but not
* 114.7.1 Synchronous Event Delivery
* 114.8.2 Dealing with Stalled Handlers
* 114.10 Security
Moreover, handlers are notified by only one thread : a pool of threads
should be added !
I provides also a sample for demo and I test it on Oscar 1.0.5 !
Didier
> we are interested because now the UPnP Base Driver depends on it.
>
> francesco
>
>
> Richard S. Hall wrote:
>
>> Noel J. Bergman wrote:
>>
>>> Richard,
>>>
>>>
>>>
>>>> I am not saying that we are not interested in spec compliance, since I
>>>> think we would all like this. My point is that we have limited
>>>> resources
>>>>
>>>
>>>
>>>
>>> Felix is now a community project, so one focus should be on community
>>> building and actively growing the list of people contributing to the
>>> project. Putting together something like a matrix of features
>>> needed would
>>> help to in the process.
>>
>>
>>
>> Agreed. Which is how this whole thread got started. It was suggested
>> that I create a road map of features that need to be implemented. I
>> only asked if I should differentiate between spec and non-spec
>> issues. Whew! :-D
>>
>> I think BJ is a trouble maker. ;-)
>>
>>> We have people from IBM and elsewhere expressing
>>> interest. We should make it possible for them to participate with code
>>> contributions.
>>>
>>
>> I will let IBM'ers field this.
>>
>> -> richard
>>
>
--
---------------------------------------------------------
Didier DONSEZ
Laboratoire LSR, Institut Imag, Universite Joseph Fourier
Bat. C, 220 rue de la Chimie, Domaine Universitaire
BP 53, 38041 Grenoble Cedex 9, France
GPS : lat 45°11'38.3"N, lon 05°46'14.7"E, alt 223m
Tel : +33 4 76 63 55 49 Fax : +33 4 76 63 55 50
mailto:Didier.Donsez@imag.fr
URL: http://www-adele.imag.fr/~donsez
---------------------------------------------------------