[jbosstools-issues] [JBoss JIRA] Created: (JBIDE-7565) Problems publishing and accessing parent pom + target platforms

Nick Boldt (JIRA) jira-events at lists.jboss.org
Thu Nov 11 21:57:36 EST 2010


Problems publishing and accessing parent pom + target platforms
---------------------------------------------------------------

                 Key: JBIDE-7565
                 URL: https://jira.jboss.org/browse/JBIDE-7565
             Project: Tools (JBoss Tools)
          Issue Type: Bug
          Components: Build/Releng
    Affects Versions: 3.2.0.Beta2
            Reporter: Nick Boldt
            Assignee: Nick Boldt
             Fix For: 3.2.0.CR1


Thought I had this solved, but on further testing, I've found a problem.

This file is 404'd:

http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/maven-metadata.xml

However, the one I actually published is fine:

https://repository.jboss.org/nexus/content/repositories/snapshots/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/maven-metadata.xml

So, when I try to retrieve the pom from the repo, I get this error:

[DEBUG] Using connector WagonRepositoryConnector with priority 0 for http://repository.jboss.org/nexus/content/groups/public/
Downloading: http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/maven-metadata.xml
[DEBUG] Reading resolution tracking file /home/nboldt/.m2/repository/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/resolver-status.properties
[DEBUG] Writing resolution tracking file /home/nboldt/.m2/repository/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/resolver-status.properties
[DEBUG] Could not find metadata org.jboss.tools:org.jboss.tools.target.platform:0.0.1-SNAPSHOT/maven-metadata.xml in jboss-public-repository-group (http://repository.jboss.org/nexus/content/groups/public/)
[DEBUG] Using connector WagonRepositoryConnector with priority 0 for http://repository.jboss.org/nexus/content/groups/public/
Downloading: http://repository.jboss.org/nexus/content/groups/public/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/org.jboss.tools.target.platform-0.0.1-SNAPSHOT-unified.target
[DEBUG] Reading resolution tracking file /home/nboldt/.m2/repository/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/org.jboss.tools.target.platform-0.0.1-SNAPSHOT-unified.target.lastUpdated
[DEBUG] Writing resolution tracking file /home/nboldt/.m2/repository/org/jboss/tools/org.jboss.tools.target.platform/0.0.1-SNAPSHOT/org.jboss.tools.target.platform-0.0.1-SNAPSHOT-unified.target.lastUpdated
[ERROR] Internal error: java.lang.RuntimeException: Could not resolve target platform specification artifact org.jboss.tools:org.jboss.tools.target.platform:target:unified:0.0.1-SNAPSHOT -> [Help 1]
org.apache.maven.InternalErrorException: Internal error: java.lang.RuntimeException: Could not resolve target platform specification artifact org.jboss.tools:org.jboss.tools.target.platform:target:unified:0.0.1-SNAPSHOT

How can I force the resolution process to look at 
https://repository.jboss.org/nexus/content/repositories/snapshots instead of http://repository.jboss.org/nexus/content/groups ?

Or, how can I force the missing/empty file to contain the correct versioning information so that maven can find the artifact?

I also tried to switch from
                         <uniqueVersion>true</uniqueVersion>
to
                         <uniqueVersion>false</uniqueVersion>

but the published artifacts still have the uniqueVersion suffixes.

----------

Steps to reproduce:

# remove your existing local .m2 cache
if [[ -d ~/.m2 ]]; then mv ~/.m2 ~/.m2___GOOD; fi
# check out build folder
cd /tmp; svn co http://anonsvn.jboss.org/repos/jbosstools/trunk/build/
# check out tests folder
cd /tmp; svn co http://anonsvn.jboss.org/repos/jbosstools/trunk/tests/
# build tests
cd /tmp/tests; mvn3 clean install -X -e -fae -U -B

Workaround:

However, if the parent pom is built locally, then the tests can be built too, w/o a problem (because the parent pom + target platform artifacts now exist locally in my ~/.m2 folder):

# build parent pom + target platform
cd /tmp/build; mvn3 clean install -f parent/pom.xml
# build tests
cd /tmp/tests; mvn3 clean install -X -e -fae -U -B

----------

Here's how I'm building + publishing the artifacts, fwiw:

http://hudson.qa.jboss.com/hudson/job/jbosstools-3.2.0.Beta2.target-platform/

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jbosstools-issues mailing list