Greetings,
I make use of bootdelegation to access classes from another framework
that runs outside of OSGi while running launchpad on JBoss. I added
the initial list of packages to access to the
org.apache.sling.launcher.bootdelegation property of my WEB-INF/sling-
properties of my custom launchpad war and initially everything worked
quite well.
The problem I have is that I now need to change a JSP running in sling
to add a dependency on an additional package that I did not originally
put in my bootdelegation list. When I change my WEB-INF/
sling.properties to add the new package and redeploy/restart, sling
still cannot see the package, as if I had not added it.
Reading through the Initial Configuration [1] section of the sling
documentation I understand that sling will read through all possible
sources of properties and then at step 11, and then write out
sling.properties. It goes on to say that I can make subsequent
changes by changing the files in the launchpad folder through regular
filesystem operations without repacking the WAR.
It seems however that given the order of operations where the
filesystem overrides the WAR, that I cannot distribute changes to my
sling.properties file that way, though I'd like to since I have many
servers to change, and I can already deploy WARs across all of them.
I tried removing launchpad/sling.properties from the filesystem to see
if sling would regenerate it but the application fails pretty
spectacularly in this case so I'm guessing this isn't the way to
prompt sling to regenerate it's sling.properties.
So my questions are these:
- Is there a way to disable the generation of sling.properties on
the filesystem? i.e. is it possible to always go through steps 1-10
without doing step 11 of [1]?
- Is there some way to ask sling to regenerate this
sling.properties file on the filesystem?
- I'd like to be able to manage WAR deployment for the first time
and subsequent times the same way--barring either of the above do I
need to send out a copy of sling.properties separately each time just
to be sure?
- If so is there any harm in the in-war and on the filesystem
sling.properties being the same? The on disk version appears to be a
fully expanded copy and it would be a shame to have to maintain
changes to two different sling.properties files.
Thanks very much for your help!
--Gil
[1]
http://sling.apache.org/site/configuration.html#Configuration-InitialConfiguration