It looks good to me and prevent to update the spec.
Regards
JB
On 04/08/2015 04:45 PM, Felix Meschberger wrote:
Hi
Am 06.04.2015 um 20:33 schrieb BJ Hargrave <[email protected]
<mailto:[email protected]>>:
> From: Raymond Auge <[email protected]
<mailto:[email protected]>>
> On 04/06/2015 03:30 PM, BJ Hargrave wrote:
> Seem like you just need a convention where you put the human
> readable/pretty name in a key of the configuration and then you can find
> it with listConfigurations if you need to.
>
> So to be clear, you mean something like:
> my.primary.key.property.XYZ=value-ignored
> and then:
> (&(service.factoryPid=whatever.the.pid.is
<http://whatever.the.pid.is>)(my.primary.key.property.XYZ=*))
Yes.
Hmm, why the „foreign key“ value as the property name ?
Wouldn’t it rather be the value of a conventional name, e.g.
my.primary.key.property=XYZ
and thus
(&(service.factoryPid=whatever.the.pid.is
<http://whatever.the.pid.is>)(my.primary.key.property=XYZ))
AFAICT both Felix FileInstall and Sling OSGi Install do this already and
invented their own „alias“ property key.
Maybe the ask is to come up with a common convention such that user
agents such as the Web Console can easily and specifically deal with it
like they currently deal with the factoryPid and the pid ?
Whether that needs to go to the specification is another question ...
Regards
Felix
> ... that might work as a temporary solution :(
> However it means you could never localize that key in the UI!
I don't understand? How would this be any different if you were
allowed to set the value of the pid for a factory configuration?
>
> - Ray
>
--
*BJ Hargrave*
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the _OSGi Alliance_ <http://www.osgi.org/>_
[email protected]_ <mailto:[email protected]>
office: +1 386 848 1781
mobile: +1 386 848 3788
_______________________________________________
OSGi Developer Mail List
[email protected] <mailto:[email protected]>
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
