Am 12.02.2014 um 11:01 schrieb Chetan Mehrotra <[email protected]>:

> For now I think we can keep the implementation simple. For example in
> current case we do not have to change start level for Fragments and
> Slf4j related bundle. So need to change start level of some listed
> bundles only
> 
>> startlevel 20 40
> Do not see a requirement to move all existing bundle to different level

ok

> 
>> startlevel .* 2
>> startlevel .*\.installer\..* 2
> 
> For now would like to keep it simple to
> 
> changestartlevel <symbolic name:version?> <target level>

I still would suggest to support a version range, though.

> 
> If need arises for more advance usecase then they can be added later
> 
> Created  SLING-3388 for the same.

Thanks
Felix

> Chetan Mehrotra
> 
> 
> On Wed, Feb 12, 2014 at 2:58 PM, Felix Meschberger <[email protected]> wrote:
>> Hi
>> 
>> Am 12.02.2014 um 09:58 schrieb Felix Meschberger <[email protected]>:
>> 
>>> Hi
>>> 
>>> Am 12.02.2014 um 09:22 schrieb Chetan Mehrotra <[email protected]>:
>>> 
>>>> On Wed, Feb 12, 2014 at 1:26 PM, Felix Meschberger <[email protected]> 
>>>> wrote:
>>>>> Hence, I would really prefer to get our start levels straight and reserve 
>>>>> 1 to logging and move the install stuff to 2.
>>>> 
>>>> You never allow to take the short cut :)
>>> 
>>> I fight special cases as long as possible, yes :-)
>>> 
>>>> 
>>>> Okie thinking about tackling the real problem of moving existing
>>>> bundle to start level > 1 I can think of following approach
>>>> 
>>>> 1. Currently we are not using startlevel 2,3,4
>>> 
>>> Yes.
>>> 
>>>> 
>>>> 2. Introduce a new command ChangeStartLevelCommand which would use the
>>>> StartLevel service to change the start level of non fragment bundle
>>>> having existing level 1. or it can be generic to change the level from
>>>> a -> b.
>>>> 
>>>> One thing to decide at this step is that command should work on
>>>> explicit parameters e.g. change start level only for list bundles
>>>> OR Is an automatic one where it would find all bundles at 1 and change
>>>> levels for non fragment and non logging related bundle
>>> 
>>> You mean a command for  bootstrap.txt like uninstall ? Sounds good.
>>> 
>>> This command could take a regular expression for symbolic names and 
>>> optionally a version range to select bundles and then a target start level. 
>>> Optionally it could take a source start level and a target start level to 
>>> move all bundles with the source start level to the target start level
>> 
>> EBND definition:
>> 
>>  StartLevelCommand = "startlevel" Source TargetStartLevel .
>>  Source = SourceStartLevel
>>         | Bundle .
>>  SourceStartLevel = numeric startlevel value > 0 .
>>  TargetStartLevel = numeric startlevel value > 0 .
>>  Bundle = BundleSymbolicName VersionRange .
>>  BundleSymbolicName = regular expression match for bundle symbolic name .
>>  VersionRange = OSGi version range to match bundles .
>> 
>> Examples:
>> 
>>  # move all bundles currently set to startlevel 20 to startlevel 40
>>  startlevel 20 40
>> 
>>  # move all bundles to startlevel 2
>>  startlevel .* 2
>> 
>>  # move installer bundles to startlevel 2
>>  startlevel .*\.installer\..* 2
>> 
>> Regards
>> Felix
>> 
>>> 
>>> +1
>>> 
>>>> 
>>>> 3. Change the list.xml and move non fragment bundle (except loggging
>>>> related) to level 2
>>> 
>>> +1
>>> 
>>>> 
>>>> Would this work or is something missing here?
>>> 
>>> Sounds good to me.
>>> 
>>> Regards
>>> Felix
>>> 
>>>> 
>>>> Chetan Mehrotra
>>> 
>> 

Reply via email to