[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

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 the

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 the

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

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