Hi Holger, what makes you think CXF DOSGi is unmaintained and full of bugs? The project is for sure not comparable to CXF itself but there are 3 active developers and we released about every 6 months during the last 2 years. Our current release is from January 2014. See https://issues.apache.org/jira/browse/DOSGI
Having said that there really is not that much drive behind CXF DOSGi at the moment. Not sure how the other implementations do at the moment though. Christian 2014-02-28 10:54 GMT+01:00 Holger Hoffstätte < [email protected]>: > On 28.02.2014 10:28, Mike Wilson wrote: > > We're doing remote calls between OSGi containers on different servers > > and I'm looking at Remote Services to do the job. I've noticed that > > Apache CXF/DOSGi http://cxf.apache.org/distributed-osgi is the reference > > implementation. > > Unfortunately it's effectively unmaintained, unfixable and full of bugs. > > > Can you recommend any Remote Service distribution provider > > implementations that offer better support for keeping "referential > > integrity" within the data transferred to the remote server? > > I would love to hear what semantics of the consequently necessary > distributed GC you'd expect in the face of failures, netsplits and > stragglers. Once that is cleared up we can talk about why you think that > distributed globally consistent object networks with (almost guaranteed) > cycles are a good thing in reality to start with. > > There's a reason (many actually) why nobody with half a brain (get it?!) > uses RMI any more. > > > Bonus question: What's a good setup for load balancing Remote Service > > calls between multiple remote servers? > > "For stateless or stateful services?" he asked, tongue in cheek. > > In a nutshell: if you're looking for anything more than a > "network-transparent" extension of the Java method call semantics, you > are looking in the wrong place. Neither Java's (and hence OSGI's > service) method invocation model nor the RSA spec are expressive enough > for anything beyond that. > > -h > > _______________________________________________ > OSGi Developer Mail List > [email protected] > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- -- Christian Schneider http://www.liquid-reality.de<https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.liquid-reality.de> Open Source Architect http://www.talend.com<https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.talend.com>
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
