2 Jan 08:16
Re: Where to put large generated things for our website to access
Robert Burrell Donkin wrote: > subversion really is the way to go for release documentation > OK, so as far as I understand we go with the documentation the same way as with the previous Apache UIMA releases. We check in the documentation to SVN and provide a download similar to release 2.2.0-incubating: http://incubator.apache.org/uima/downloads/releaseDocs/2.2.0-incubating/docs/html/index.html The JavaDocs will also go to SVN in both versions, HTML and zip. I can do the necessary changes, if all agree on that. -- Michael
. So this can't work with inherited variables.
So what else can we do:
If we remove the <version> tags from the child POM it inherits automatically the version from the parent
POM. So what does this mean.
- We don't have to change the version number for the child POMs
- We still have to change the parent POM settings (version number) for each child POM
- All child POMs have dependencies to other UIMA artifacts with the current artifact version. This can be
replaced with ${project.version}.
This approach works for all child POMs except the plugin projects since these have a different version
style. Some of the referred UIMA artifacts can be handled with
${parent.project.version} but the POMs still have an own version that must be updated manually.
Another approach would be to try to load a Maven property from an external source to all POMs. In that case we
have external dependencies for the build.
I haven't tried that way, so I'm also not sure if it works.
RSS Feed