On Fri, Sep 29, 2017 at 5:15 PM, Carsten Ziegeler <[email protected]> wrote: > Stefan Seifert wrote> > >>> * No support for run modes in the model - run modes can be modeled >>> through separate features >> >> is there a plan to generally remove the "run mode" concept from sling - or >> just not express it in the feature model? >> if it is kept - where come the features and run modes together? >> > > I think we should get away from run modes in general. We should have > never introduced this at runtime to allow code to do different things > depending on the run mode. > However, if someone feels strong about supporting run modes at runtime, > this could be easily implemented: as outlined you would have different > features for the run modes. These could either use an OSGi configuration > or a framework property to indicate the run mode and a service at > runtime can pick this up.
I, for one, think we should not keep runmodes. If we ever manage to combine features with a resolver we would complicate all steps along the way if we support switching by some property. regards, Karl > Carsten > -- > Carsten Ziegeler > Adobe Research Switzerland > [email protected] -- Karl Pauls [email protected]
