Ergh, cluttered thoughts:

To ensure the local version is used, donít include the ebi snapshot repository in the configuration of downstream project. Repositories should be defined on a per-project basis.

To change the version in the XML you can use - http://mojo.codehaus.org/versions-maven-plugin/, no additional configuration needed. I would recommend just removing the repository though as it keeps things cleaner. 

mvn versions:set -DnewVersion=1.5.6-LOCAL

The versions are stored separately as some projects increment the modules independently. This is a lot more work, and makes things very confusing but basically if there are no changes to a module since the last release the existing version can be used. You can also do this locally, if for example I made a change to fix the fingerprints, I could change just that version and use that in the downstream project.

mvn versions:set -DnewVersion=1.5.6-withfpfix -DartifactId=cdk-fingerprint

J

On 13 Mar 2014, at 21:17, John May <john.wilkinsonmay@gmail.com> wrote:

Hi Cyrus,

To ensure the local version is used, donít include the ebi snapshot repository in the configuration of downstream project. Repositories should be defined on a per-project database.

To change the version in the XML you can use - http://mojo.codehaus.org/versions-maven-plugin/, no additional configuration needed. I would recommend just removing the repository though as it keeps things cleanr. 

mvn versions:set -DnewVersion=1.5.6-LOCAL

The versions are stored separately as some project increment the module versions independently. This is a lot more work, and makes things very confusing but basically if there are no changes to a module since the last release the existing version can be used. You can do this locally, if for example I made a change to fix the fingerprints, I could change just that version and use that in the downstream project.

mvn versions:set -DnewVersion=1.5.6-withfpfix -DartifactId=cdk-version

J

On 13 Mar 2014, at 21:00, Cyrus Harmon <ch-cdk@bobobeach.com> wrote:


Following up on this from long ago, it turns out JAVA_HOME wasnít properly set. I think that fixed things.

But now on to my next issue with the new source treeÖ Iíve been installing a build from the new version which gets installed as 1.5.6-SNAPSHOT. This is fine until some time passes and I have some other maven-equipped software that triggers a resolution (is this the right term?) of the maven dependencies and it goes and looks at EBI for a newer version of the snapshot. Not necessarily what i want. How do others deal with this problem? Just using the version from EBI? I suppose I should figure out how to make the other maven-equipped piece of software work in offline mode, but that isnít necessarily the best solution.

One option Iíve considered is renaming the version to something like 1.5.6-LOCAL, but that brings me to my next problem, which is that it seems that the version is hardcoded in each of the pom.xml files. find . -name pom.xml | xargs grep -i 1.5.6-snapshot | wc -l tells me that there are 70 files with the version hardcoded. Do we fire off some sort of sed/perl script to change this automatically when a new release is called for? Surely there must be a way to store this information once and refer to that rather than sprinkling it throughout pom files scattered across the tree.

thanks,

Cyrus

On Feb 26, 2014, at 12:56 PM, John May <john.wilkinsonmay@gmail.com> wrote:

Which JDK are you using? According to docs this is correct for the default location.


J

On 26 Feb 2014, at 20:52, John May <john.wilkinsonmay@gmail.com> wrote:

Itís looking for the JDK tools dependency - this is a system dependency. If java is installed correctly it is located -

${java.home}/../lib/tools.jar

try this from the command line, what do you get?

 ls $JAVA_HOME/lib

------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk_______________________________________________
Cdk-devel mailing list
Cdk-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdk-devel

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech_______________________________________________
Cdk-devel mailing list
Cdk-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdk-devel