You have to give us a bit of time to untie the knot and trust that all
involved are extremely aware of the danger of bloating the spec.
Kind regards,
Peter Kriens
AC> On Oct 3, 2007, at 10:42 AM, Alan Cabrera wrote:
>>
>> On Oct 3, 2007, at 12:44 AM, Peter Kriens wrote:
>>
>>> The reason why we are considering allowing multiple hosts to use the
>>> same fragments is because we run in version problems. Allowing only
>>> one host to use a fragment, means that you have to disallow some
>>> hosts
>>> to use a fragment or connect them to an older version. I tried to
>>> describe this and it was terribly ugly and sounded very arbitrarily.
>>
>> These seem to be descriptions of the "how" and not the "why". Are
>> you at liberty to provide the use cases that are driving this effort?
>>
>> I don't quite understand your phrase "connect them to an older
>> version". Can you provide more detail?
AC> Never mind, I was mulling over Richard's use case and stumbled over
AC> what I think you were trying to say. In my own words, there can be
AC> multiple versions of a host whose localizations never changed. It
AC> would be a waste of time, space, and effort, to duplicate and
AC> distribute a fragment that never changed and would be better to share
AC> this single fragment among these hosts. Makes sense to me.
AC> Would it make sense to limit a fragment to be hosted by hosts of the
AC> same symbolic name? I guess there are subtle implications to this
AC> such as it seems that one would have to add some configuration bits
AC> to the host bundles.
AC> I look forward to seeing what you guys come up with. It's a nifty
AC> little knot to untie.
AC> Regards,
AC> Alan
AC> _______________________________________________
AC> OSGi Developer Mail List
AC> [email protected]
AC> http://www2.osgi.org/mailman/listinfo/osgi-dev
--
Peter Kriens Tel +33467542167
9C, Avenue St. Drézéry AOL,Yahoo: pkriens
34160 Beaulieu, France ICQ 255570717
Skype pkriens Fax +1 8153772599
_______________________________________________
OSGi Developer Mail List
[email protected]
http://www2.osgi.org/mailman/listinfo/osgi-dev
