Hi David,
for your information, I fixed an unit test failure on the KAR deployer
(in the testPathToMvnUri() test method).
Regards
JB
On 03/13/2011 09:06 AM, David Jencks wrote:
A couple more things...
startlevel parameter for feature and kar packaging: all the bundles added get
this startlevel. If they are already in the feature.xml then they are
unchanged.
unpackToLocalRepo for the karaf-assembly packaging.
* If false (default) then the internal repo of the kar is copied to system
and the bundles listed in the features are added to startup.properties.
* If true then the internal repo is copied to local-repo and the features
are registered with the features service.
At the moment startup.properties is written using properties.write so the order
is randomized. I guess I should treat this more like a text file or find some
way to order it by startlevel.
I wonder if it would work out to have the kar scope determine the
unpackToLocalRepo setting per-kar.
I'm not sure yet what happens with features, but a similar choice seems
possible.
This is now tested a little bit on my geronimo txmanager sandbox and it does
build a working server.
thanks
david jencks
On Mar 10, 2011, at 3:51 PM, David Jencks wrote:
I added a couple things to the feature plugin.
aggregateFeatures
* If false, feature dependencies are added to the assembled feature as
dependencies.
* If true, feature dependencies xml descriptors are read and their
contents added to the features descriptor under assembly.
checkDependencyChange
* Whether to look for changed dependencies at all
warnOnDependencyChange
* Whether to fail on changed dependencies
logDependencyChanges
* Whether to show changed dependencies in log
overwriteChangedDependencies
* Whether to overwrite dependencies.xml if it has changed
I guess I'll add a startlevel parameter also that if non-null will set the
startlevel for all the bundles in the constructed feature.
I haven't really tried these yet...
I can't run mvn site or mvn site:site, it keeps failing because it can't find
the root apache pom in the filesystem (???) Can anyone else build the site?
I'd like to look at the plugin documentation and perhaps try to improve it.
thanks
david jencks