Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [concierge-dev] Extended XargsFileLauncher

I have anticipated certain features of the framework (e.g., the so-called legacy support for Manifest version 1 and 2) to become modular parts of the framework itself so that you can either compile them into the binary or not, or even have an extension bundle loading them late. Support for other loaders (e.g., Equinox-style loader in the future) could also be implemented like that. That's why these features already come in the shape of services even though they are currently still used as kind of singletons.
For such early load framework features I would use some sort of metadata to have the framework load them into the service registry so that it can later consume them.

--Jan.

Inactive hide details for Jochen Hiller ---12/03/2014 03:19:44 AM---Hi Jan, On Tue, Dec 2, 2014 at 9:15 PM, Jan S Rellermeyer <Jochen Hiller ---12/03/2014 03:19:44 AM---Hi Jan, On Tue, Dec 2, 2014 at 9:15 PM, Jan S Rellermeyer <rellermeyer@xxxxxxxxxx>

From: Jochen Hiller <jo.hiller@xxxxxxxxxxxxxx>
To: Concierge developer discussions <concierge-dev@xxxxxxxxxxx>
Date: 12/03/2014 03:19 AM
Subject: Re: [concierge-dev] Extended XargsFileLauncher
Sent by: concierge-dev-bounces@xxxxxxxxxxx





Hi Jan,

On Tue, Dec 2, 2014 at 9:15 PM, Jan S Rellermeyer <rellermeyer@xxxxxxxxxx> wrote:
    Very cool, Jochen! I must check this out. The incremental properties are much better than having to handle line continuation characters. Besides that, it looks so much more like good ole Makefiles :-)

Yep, long time ago...
 
    In this spirit, I wonder if there is any use in having a small preprocessor-like language so that you could do something like:

    #if (property==value)
    -Dmy.java.property=true
    #else
    -Dmy.java.property=false
    #endif

You may not be astonished: I also thought about some preprocessing, e.g. conditional execution, #include "other.xargs" file etc.
I propose to collect requirements and maybe refactor the whole commandline / xargs processing.
    Something like this could possibly help to make init.xargs files more portable across different platforms. Maybe that could be implemented as an extension bundle once I have correctly implemented the framework micro services to not clutter the framework.

Do you have more information about plans for "Micro services"?
The += notation was only about 5-10 lines more code, but preprocessing would indeed be more complex implementation due to size/complexity.

Bye, Jochen


    --Jan.


    Inactive hide details for Jochen Hiller ---11/18/2014 04:06:57 PM---Hi all, I am currently working again on porting Eclipse SmaJochen Hiller ---11/18/2014 04:06:57 PM---Hi all, I am currently working again on porting Eclipse SmartHome to Concierge.

    From:
    Jochen Hiller <jo.hiller@xxxxxxxxxxxxxx>
    To:
    Concierge developer discussions <concierge-dev@xxxxxxxxxxx>
    Date:
    11/18/2014 04:06 PM
    Subject:
    [concierge-dev] Extended XargsFileLauncher
    Sent by:
    concierge-dev-bounces@xxxxxxxxxxx





    Hi all,

    I am currently working again on porting Eclipse SmartHome to Concierge.
    For better documentation and easier use I've extended XargsFileLauncher:

    1. You can also add values to launch properties with "+=" notation

    e.g.

    -Dprop=value1,
    -Dprop+=value2


    which results in property value of "value1,value2".

    This is very helpful, as you can comment on properties, e.g. for very long list of bootdelegation property, e.g.

    # set bootdelegation
    -Dorg.osgi.framework.bootdelegation=
    # for bundle org.eclipse.concierge.service.xmlparser
    -Dorg.osgi.framework.bootdelegation+=javax.xml.parsers,org.xml.sax,org.xml.sax.helpers,
    # for Gogo shell
    -Dorg.osgi.framework.bootdelegation+=sun.reflect,



    2. I'v added a "-skip" option. From this line the processing of xargs file will be stopped. So you can easily comment a huge block out for easy testing



    I also added test cases for these options.

    Any comments appreciated.

    Jochen

    _______________________________________________
    concierge-dev mailing list

    concierge-dev@xxxxxxxxxxx
    To change your delivery options, retrieve your password, or unsubscribe from this list, visit

    https://dev.eclipse.org/mailman/listinfo/concierge-dev

    _______________________________________________
    concierge-dev mailing list

    concierge-dev@xxxxxxxxxxx
    To change your delivery options, retrieve your password, or unsubscribe from this list, visit

    https://dev.eclipse.org/mailman/listinfo/concierge-dev
_______________________________________________
concierge-dev mailing list
concierge-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/concierge-dev

GIF image


Back to the top