Hi,

Richard S. Hall schrieb:
> Stuart McCulloch wrote:
>> 2008/8/28 Felix Meschberger <[EMAIL PROTECTED]>
>>> 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: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>>
>>>>       
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>     
>>
>>
>>   
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to