One other thought - perhaps launchpad should expose the
ResourceProvider as a service (using what interface I am not sure).
This would allow a config file processing component to get access to
the files and also potentially help with the JR config file problem as
well - without adding a bunch of logic to Launchpad (which I think we
all want to keep light).
WDYT?
Justin
On Jun 15, 2010, at 1:45 AM, Carsten Ziegeler <[email protected]>
wrote:
Hi,
Justin Edelson wrote
Other than configuring the embedded Jackrabbit server, couldn't you
use
jcrinstall for this?
jcrinstall is nice if you have a somehow running system and a
repository. In my use cases I don't even have a repository but I'm
using
launchpad to start my OSGi app :)
I agree that updating is tricky, but there might be a way of handling
this with a ConfigurationListener, i.e. if you could remember which
configuration had been modified/removed by something else, you could
modify how to handle the embedded files.
<boot>
1) load com.foo.cfg from launchpad archive and create a Configuration
object based upon it.
2) someone modifies PID com.foo via webconsole
3) ConfigurationEvent fired with type = CM_UPDATED, PID=com.foo
4) Launchpad stores this PID in a list somewhere
<boot>
4) when com.foo.cfg is loaded, its PID is compared against the list
of
updated PIDs. It is contained in that list, so it is ignored.
In other words, once someone else modifies/removes the configuration,
the "launchpad configuration loader" will ignore that file going
forward.
Yes, something along those lines would work - but I'm not sure if one
really needs this :)
I have no idea on how you could support removing a configuration.
Then
again, it isn't like launchpad supports removing bundles :)
:)
Carsten
--
Carsten Ziegeler
[email protected]
