Next milestone of Bundlor? product, release, amount

amy

mon/2.0.0.CI-211/com..util.common-2.0.0.CI-211.pom
and
com//util/com..util.math/2.0.0.CI-211/com..util.math-2.0.0.CI-211.pom

Dimitry,

A quick update on where Bundlor is these days.  A couple of weeks ago I got a nice three-day block in which I did a massive amount of work on Bundlor and really got it to where it could be a releasable product.  The snapshots that you're using are maybe 2-3 hours away from a milestone release (need to remove some external dependencies and get the documentation up to scratch) and my plan is that it'll actually be a 1.0.0 release candidate!

To address the issues you've listed.

1. I know that POM projects aren't skipped and I'm trying to come up with a good way of identifying the list of project types that should be skipped.  There's is a flag to disable bundlor which can work in the mean-time, but this is one of the big things that I know I need to solve before RC.

2.  I realize that the generated manifest is not automatically picked up by the Maven Archiver.  This is actually exactly equivalent to the behavior on the ANT side, so I'm not sure that it's going to change for the 1.0.0 release.  The mitigating factor that isn't pushing me to change it is that I can't find a clear and concise way to configure the archiver plugin programmatically from inside another mojo.

3.  I'll take a look into the missing POM issue, but that's surprising to me as I can get the samples to build properly.

Keep an eye out for an RC1 sooner rather than later.

Ben,

Thank you for response.

I just noticed another issue.  Bundlor fails with error if project does not contain target/classes folder.  Sometimes I just want to build a bundle with static resource that are not in classes.

Bundlor also fails if outputPath does not exist.

For example I would like to place all generated code/files under target.  So I specify outputPath=${basedir}/target/generated-resources/  but generated-resources is not created.

Looking forward for next release!