Michael,
I've checked in the changes to the branch, with internal dependency
version now set to 3.1-SNAPSHOT. That appears to work, but I'm
encountering several more problems.
1. The release zip file does not include the parent-pom project, so you
can't build from the release.
2. When I attempt to do mvn deploy, I get the following error. It looks
like we need some more xml in our poms.
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4
check that the following section of the pom.xml is present and correct:
<distributionManagement>
<!-- use the following if you're not using a snapshot version. -->
<repository>
<id>repo</id>
<name>Repository Name</name>
<url>scp://host/path/to/repo</url>
</repository>
<!-- use the following if you ARE using a snapshot version. -->
<snapshotRepository>
<id>repo</id>
<name>Repository Name</name>
<url>scp://host/path/to/repo</url>
</snapshotRepository>
</distributionManagement>
-- Michelle
On 8/12/2013 10:44 PM, Michael Bouschen wrote:
Hi Michelle,
sorry for the late response, I found your email today.
You mentioned "but all dependencies, including the dependency on the
api jar that we are in the process of releasing, are to non -SNAPSHOT
versions. So, we build jdo-api-3.1-SNAPSHOT.jar, but we are dependent
on jdo-api-3.1.jar".
I think that our own submodules (like jdo-api) still can have
-SNAPSHOT versions in the dependencies section of the pom. The maven
release plugin will update these -SNAPSHOT version names, too. I
propose you change the version of the jdo-api in the dependencies
section to 3.1-SNAPSHOT.
Can you send me a patch with your changes of the 3.1-rc1 branch, then
I try a mvn clean install with a clean local repository.
Regards Michael
Yeah, I don't know of a way unless there's some kind of option in the
maven release plugin that lets you set up your pom some other way.
Here's a link to someone who seems to have a similar problem, as far
as I understand what they are saying:
http://stackoverflow.com/questions/8411424/automating-maven-artifact-releasing
Michael has some familiarity with the maven versions plugin that is
mentioned in the response.
-- Michelle
On 8/10/2013 12:26 PM, Craig L Russell wrote:
Sounds pretty strange. So it would be impossible to release
co-dependent artifacts?
Craig
On Aug 10, 2013, at 11:03 AM, Michelle Caisse wrote:
Hi all,
Preparatory to attempting a release, I cleaned my local repository
and did "mvn clean install". On building exectck, I got a build
error:
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) javax.jdo:jdo-api:jar:3.1
This is because, per the apache instructions, our release artifacts
have -SNAPSHOT versions, but all dependencies, including the
dependency on the api jar that we are in the process of releasing,
are to non -SNAPSHOT versions. So, we build
jdo-api-3.1-SNAPSHOT.jar, but we are dependent on jdo-api-3.1.jar.
What is the best way around this issue?
-- Michelle
Craig L Russell
Architect, Oracle
http://db.apache.org/jdo
408 276-5638 mailto:[email protected]
P.S. A good JDO? O, Gasp!
