Re: [scr] persistent component disable

2018-03-26 Thread David Jencks
Ok, perhaps you didn’t get the point of my proposal, which is that there could be a scr management agent that is in control of enabling whichever components you want; I called this a whiltelist, but it could just as well be defined by “everything except this blacklist”. The point is this agent w

Re: [scr] persistent component disable

2018-03-26 Thread Raymond Auge
In my original request the expression "persistent" was intended to be used rather loosely, and perhaps I should have really said "configuration" (which is itself persistent). What if the "enabled" flag was configurable (i.e. through configuration admin)? What if SCR's own configuration could hold

Re: [scr] persistent component disable

2018-03-26 Thread David Jencks
Sent from my iPhone Imnsho this might be needed only in case of terrible design. If a component is quite standalone I’d expect it to be in its own bundle, do can not install the bundle if you don’t like it. Otherwise it has some references or dependencies so you can use its configuration to se

Re: [scr] persistent component disable

2018-03-26 Thread Roy Teeuwen
Hey all, I too have used a tool more than once to disable a component [1], most of the time because built in components of a system you don't have under control are doing unexpected behaviour (like throwing nullpointer exceptions / errors / ...) and we are not able to solve this unless by disab