[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ecf-dev] Remote service registration and discovery in an eclipse product
- From: Scott Lewis <slewis@xxxxxxxxxxxxx>
- Date: Mon, 31 Jan 2011 12:24:45 -0800
- Delivered-to: email@example.com
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
On 1/31/2011 12:06 PM, Martin Petzold wrote:
Still not working.
Found the problem: It's something about 'org.eclipse.ecf.provider'
and/or 'org.eclipse.ecf.provider.r-osgi' from master. Either they are
not downwards compatible (used them with bundles from ECF 3.4) or
there is something in that master bundles that causes the problem!
It must be something about the launch via OSGi Framework vs. Eclipse
It's possible that something in the master bundles is causing the
problem...or rather that mixing the old and new code is causing some
The reason for this is that I'm in the middle of moving over from the
old OSGi remote services implementation to the one that implements
Remote Service Admin , and this move has resulted in the detection of
at least one problem with zoodiscovery  (I'm not sure if this squares
with what you are seeing from your use of zoodiscovery, but it's
possible). I'm also currently looking at/trying to understand an issue
with the r-osgi provider having to do with remote service cleanup when
both a host and consumer container exist within the same bundle (which I
think based upon your previous descriptions may be related to your use
So in other words, I don't think that mixing bundles from master and old
code (i.e. ECF 3.4 release version) is a great idea right now...as the
RSA changeover (and associated debugging) is still in progress on master.
Realistic? File a bug?
Yes, sure...please file a bug. But I would try to stick to diagnosing
either with ECF 3.4 (without any of the new code on master), or
everything from master...but not with a combination of the two...at
least for another week or so (estimated).