Hi Jean-Baptiste, The incubator proposal [1] states, "It is the expectation that Aries will therefore not be delivering components such as: ... distribution provider...". This probably doesn't mean we can't do this, but it's an indication that it might be best left to other projects that focus on distribution. The OSGi Remote Service spec took a light touch and therefore enables many existing distribution technologies to be integrated in as OSGi Distribution Providers.. I like David's suggestion of making it really easy to consume those existing projects that are enabling themselves as OSGi Distribution Providers.
Regards, Graham. [1] http://wiki.apache.org/incubator/AriesProposal 2009/10/23 David Bosschaert <[email protected]>: > Hi Jean-Baptiste, > > There are already two implementations of the OSGi Remote Services spec > (chapter 13 in the 4.2 compendium) in Apache. > They are the CXF-DOSGi subproject: > http://cxf.apache.org/distributed-osgi.html > and an SCA-based one Tuscany: http://tuscany.apache.org/ > > AFAIK there are no plans to move these to Aries just yet, but it would be > good if we could make the consumption of these really easy for Aries-based > applications. > > Best regards, > > David > > 2009/10/23 Jean-Baptiste Onofré <[email protected]> > >> Hi all, >> >> As Aries purpose is to provide an entreprise OSGi application programming >> model, I guess it should cover the distributed way of using >> services/bundles. >> >> For example, in JEE, we can call EJBs remotely (using the remote interface) >> using RMI-IIOP. >> If I'm re-read the Aries proposal, I can see: >> "...deliver run-time componentry that supports applications, running in an >> OSGi framework, exploiting enterprise Java technologies common in web >> applications and integration scenarios including web application bundles, >> remote services integration and JPA". >> >> Is it plan to do quite the same with OSGi bundles: a bundle can call >> another bundle service remotely ? It seems that the "remote services >> integration" looks like this, isn't it ? >> Have you discuss the underlying protocol to use (RMI, RMI-IIOP, anything >> else) ? >> >> Sorry if this topic has already been discussed or if my question is not >> applicable or interesting :). >> >> I'm very interesting to contribute on this topic (and others of course :)). >> I think that a first implementation using RMI and dynamic proxy can provide >> distributed bundles services. >> >> Could you provide me some feedback ? >> >> Thanks >> Regards >> JB >> >
