Hi Andrea, It was not my intention to discredit OSGi as a SOA-supporting framework, I believe it is very well capable of providing the model you described. What I tried to say is that SOA is a very overloaded term these days, and it depends on your exact definition, and on what you intend to get out of it: does the service mechanism of OSGi fit your own idea of service orientation?
For instance, the Event Admin consists of an EventAdmin service, and a whiteboard pattern of registered EventHandlers. In OSGi lingo, EventAdmin is a service, and all EventHandlers are too. If you look at it from a higher level, the EventAdmin and EventHandlers are building blocks, supporting your own 'view' of SOA. On the other side of the spectrum, it is also possible to create very rigid and non-SOA systems using OSGi; it is a tool, which still has to be put to good use. Angelo On 26/05/2009 10:34, "Andrea Zoppello" <[email protected]> wrote: Hi, In my opinion when talking about SOA it's not correct to use the term "SOA framework", but it's more correct to speak about architectural model. Then there are different technologies and frameworks that fits that model. SOA in it's high level definition, it's about defining a modele where there are service consumers, service providers and the service registry to keep service interfaces and to decouple service consumer from service provider. In that way OSGi address *very well* the SOA model... and somewhere i found OSGi defined as the in jvm SOA. For the publish/subscribe mechanism the Event Admin is the choice for me, and in my opinion is one of the most interesting services in the compendium. The hierarchical nature of topic is very good. Andrea Angelo van der Sijpt ha scritto: > Although service oriented, OSGi is not a SOA framework per se. It > depends on what you exactly define by SOA whether OSGi can be of > 'service'. > > For your publish/subscribe mechanism, you could take a look at the > Wire Admin Service (Compendium 108). > > Regards, > Angelo van der Sijpt > > > On 25/05/2009 12:36, "Felix Meschberger" <[email protected]> wrote: > > Hi Raji, > > rajalaxmi chandran schrieb: > > Hello Everyone, > > i am trying to extended the concepts of SOA (for mobile systems) > and I > > am using OSGi. i have had a look at declarative services and > Event Admin > > Specifications. in Event Admin Specifications, i have understood that > > only notifications happen.... and i would like to know how to trasfer > > data from the publisher to the subscriber and vice versa... where > can i > > have a clear understanding of the implementations of SOA in OSGi > along > > with some examples???? > > Please help...... > > While I cannot really help with general SOA... > > But the Event instances that are sent as notifications (as you call > them) may carry payload in the form of a Dictionary where the keys are > strings and the values may be any Object. See also Section 113.3.2, > Properties, for full information on Event properties. > > Regards > Felix > > > > > Thank you > > Raji > > > > > > ------------------------------------------------------------------------ > > From Chandigarh to Chennai - find friends all over India. Click here. > > > <http://in.rd.yahoo.com/tagline_groups_10/*http://in.promos.yahoo.com/groups/citygroups/> > > > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > OSGi Developer Mail List > > [email protected] > > https://mail.osgi.org/mailman/listinfo/osgi-dev > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > > ------------------------------------------------------------------------ > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev _______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
