You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Felix Meschberger <fm...@gmail.com> on 2008/09/10 23:48:12 UTC
Re: Retaining bundles installed in OSGI virtual machine from remote
OBR, in local OBR
Hi,
Richard S. Hall schrieb:
> Stuart McCulloch wrote:
>> 2008/8/28 Felix Meschberger <fm...@gmail.com>
>>> I completely agree. Why not change the RepositoryAdminImpl as
>>> proposed by
>>> Krishanu. This would at least give a somewhat easier user experience
>>> in that
>>> the user might just get the repositories back in the order of calling
>>> the
>>> add method (mostly though because referrals may add additional
>>> repositories,
>>> which might interfere, but I think this is a minor issue here).
>>>
>>> WDYT ?
>>>
>>>
>>
>> +1, using LinkedHashMap would also make things more more consistent
>> between
>> runs
>>
>
> I am not against making them ordered either, it shouldn't impact
> anything else I don't think.
Hmm, LinkedHashMap has a drawback: It is only available in JRE 1.4 and
later. To be able to run the bundlerepository bundle in JRE 1.3
(assuming there are still people out there using this) we have to
probably find a different solution.
Regards
Felix
>
> -> richard
>>
>>
>>> Regards
>>> Felix
>>>
>>>
>>>
>>>
>>>
>>>> -> richard
>>>>
>>>> Krishanu wrote:
>>>>
>>>>
>>>>> Thanks a ton Richard. Following your algorithm, I could achieve
>>>>> exactly
>>>>> what I was looking for.
>>>>> The only thing I find a little finicky, is that, we can not specify a
>>>>> sequence in which the repositories needs to get searched( correct
>>>>> me if I
>>>>> am
>>>>> wrong) for the bundle resolving to happen. To achieve that, I had to
>>>>> modify
>>>>> the felix OBR source code. I changed the map definition in
>>>>> RepositoryAdminImpl class to "private Map m_repoMap = new
>>>>> LinkedHashMap();"
>>>>> from simple hashmap. Please suggest if there is a better way to do it.
>>>>> Just to reiterate my requirement, I need to resolve the bundle from
>>>>> my local
>>>>> repository(if it is already there), and then look into the remote
>>>>> repositories in the specified order.
>>>>>
>>>>> ->krish
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Retaining bundles installed in OSGI virtual machine from remote
OBR, in local OBR
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Felix Meschberger wrote:
> Hi,
>
> Richard S. Hall schrieb:
>
>> Stuart McCulloch wrote:
>>
>>> 2008/8/28 Felix Meschberger <fm...@gmail.com>
>>>
>>>> I completely agree. Why not change the RepositoryAdminImpl as
>>>> proposed by
>>>> Krishanu. This would at least give a somewhat easier user experience
>>>> in that
>>>> the user might just get the repositories back in the order of calling
>>>> the
>>>> add method (mostly though because referrals may add additional
>>>> repositories,
>>>> which might interfere, but I think this is a minor issue here).
>>>>
>>>> WDYT ?
>>>>
>>>>
>>>>
>>> +1, using LinkedHashMap would also make things more more consistent
>>> between
>>> runs
>>>
>>>
>> I am not against making them ordered either, it shouldn't impact
>> anything else I don't think.
>>
>
> Hmm, LinkedHashMap has a drawback: It is only available in JRE 1.4 and
> later. To be able to run the bundlerepository bundle in JRE 1.3
> (assuming there are still people out there using this) we have to
> probably find a different solution.
>
Yep, that would be an issue.
-> richard
> Regards
> Felix
>
>
>> -> richard
>>
>>>
>>>
>>>> Regards
>>>> Felix
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> -> richard
>>>>>
>>>>> Krishanu wrote:
>>>>>
>>>>>
>>>>>
>>>>>> Thanks a ton Richard. Following your algorithm, I could achieve
>>>>>> exactly
>>>>>> what I was looking for.
>>>>>> The only thing I find a little finicky, is that, we can not specify a
>>>>>> sequence in which the repositories needs to get searched( correct
>>>>>> me if I
>>>>>> am
>>>>>> wrong) for the bundle resolving to happen. To achieve that, I had to
>>>>>> modify
>>>>>> the felix OBR source code. I changed the map definition in
>>>>>> RepositoryAdminImpl class to "private Map m_repoMap = new
>>>>>> LinkedHashMap();"
>>>>>> from simple hashmap. Please suggest if there is a better way to do it.
>>>>>> Just to reiterate my requirement, I need to resolve the bundle from
>>>>>> my local
>>>>>> repository(if it is already there), and then look into the remote
>>>>>> repositories in the specified order.
>>>>>>
>>>>>> ->krish
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org