Re: [osgi-dev] Query on resolving

2006-06-20 Thread BJ Hargrave
But a bundle does not need to be resolved at installation and probably shouldn't be. For example if you are installing an application consisting of several bundles, you will need to get all the bundles installed before you try to resolve any of them since they may have package dependencies amon

Re: [osgi-dev] Query on resolving

2006-06-20 Thread kiran bharadwaj
  If a bundle is automatically getting resolved when it is installed, then no need arises for this method. I am not saying resolving while starting, but resolving while installing. If resolution happens at the time of installation itself then there is no need for explicit methods like resol

Re: [osgi-dev] case of ServicePropety keys

2006-06-20 Thread Ikuo Yamasaki
I got it ! Thank you BJ. On Tue, 20 Jun 2006 16:06:44 -0400 BJ Hargrave <[EMAIL PROTECTED]> wrote: BJ> [EMAIL PROTECTED] wrote on 06/20/2006 03:12:18 PM: BJ> BJ> > I would like to clarify one more point. BJ> > How about other keys assigned by the specification, which is determined BJ> > by not t

Re: [osgi-dev] case of ServicePropety keys

2006-06-20 Thread BJ Hargrave
[EMAIL PROTECTED] wrote on 06/20/2006 03:12:18 PM: > I would like to clarify one more point. > How about other keys assigned by the specification, which is determined > by not the framework but a bundle developer? (e.g. service.ranking, > service.vendor, ...) > > In other words, if a bundle regis

Re: [osgi-dev] case of ServicePropety keys

2006-06-20 Thread Ikuo Yamasaki
Thanks, Kevin and BJ. On Tue, 20 Jun 2006 14:49:44 -0400 BJ Hargrave <[EMAIL PROTECTED]> wrote: BJ> > As far as I understand, ServiceReference.getPropertyKeys must return not BJ> > Constants.SERVICE_ID="service.id" but "Service.Id". BJ> BJ> No. You have it reversed. The last key set was done by

Re: [osgi-dev] case of ServicePropety keys

2006-06-20 Thread Kevin Riff
The service.id and objectClass properties must be set by the *framework* so they will always be returned in whatever case the framework uses internally. That ought to be the same as the value of the SERVICE_ID and OBJECTCLASS constants, but there's no guarantee. All other properties need to follo

Re: [osgi-dev] case of ServicePropety keys

2006-06-20 Thread BJ Hargrave
[EMAIL PROTECTED] wrote on 06/20/2006 02:29:12 PM: > Hi, > > # I'm not sure if my questions should be posted on dev ml. This is a fine question for this list. :-) > > The spec (r4.core.pdf) says "A Framework must return the key > in ServiceReference.getPropertyKeys in exactly the same case as

[osgi-dev] case of ServicePropety keys

2006-06-20 Thread Ikuo Yamasaki
Hi, # I'm not sure if my questions should be posted on dev ml. The spec (r4.core.pdf) says "A Framework must return the key in ServiceReference.getPropertyKeys in exactly the same case as it was last set." I have questions on it. In advance, imagin that a Dictionary object with a key of "Servic

[osgi-dev] Again on the UPnP and Event Admin service

2006-06-20 Thread Francesco Furfari
Dear all, I would like to re-open the discussion about UPnP and Event Admin (EA) (see felix-68 http://mail-archives.apache.org/mod_mbox/incubator-felix-dev/200605.mbox/browser) because I think the current implementation has some drawbacks. Basically the implementation works fine but it implies