You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Peter Niederwieser (JIRA)" <ji...@codehaus.org> on 2010/03/14 00:47:23 UTC

[jira] Created: (MNG-4587) command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)

command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)
---------------------------------------------------------------------------------------------

                 Key: MNG-4587
                 URL: http://jira.codehaus.org/browse/MNG-4587
             Project: Maven 2 & 3
          Issue Type: Bug
          Components: Artifacts and Repositories
    Affects Versions: 2.2.1
            Reporter: Peter Niederwieser
            Priority: Critical


Since I didn't get any response to my comment on MNG-4433, I've opened a new issue. The following is from my original comment.

I have exactly the same issue with 2.2.1. After changing and deploying parent POM, I run build with -U (on a different machine). Excerpt from output:

{noformat}
[INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
[17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
[17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-maven/0.4-groovy-1.7-SNAPSHOT/spock-maven-0.4-groovy-1.7-SNAPSHOT.jar
{noformat}

Maven says that it is downloading spock-parent POM, but it doesn't end up in the local repo. Compare to the output after manually deleting the old POM from the local repo:

{noformat}
[INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
8K downloaded  (spock-parent-0.4-groovy-1.7-SNAPSHOT.pom)
{noformat}

Here we get "8K downloaded", which we didn't get before. The local repo now contains the correct POM, and the build succeeds.

Here is what the local repo looked like before I manually deleted the old POM:

{noformat}
drwxr-xr-x  6 pniederw  admin   204 Mar  5 16:48 .
drwxr-xr-x  3 pniederw  admin   102 Dec 14 13:47 ..
-rw-r--r--  1 pniederw  admin   331 Mar  5 16:48 maven-metadata-central.xml
-rw-r--r--  1 pniederw  admin    40 Mar  5 16:48 maven-metadata-central.xml.sha1
-rw-r--r--  1 pniederw  admin  9048 Mar  5 16:48 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
-rw-r--r--  1 pniederw  admin    40 Dec 14 13:47 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom.sha1
{noformat}

As you can see, the POM's last modified date is recent, but nevertheless the content is old. In fact it still matches the pom.sha1, which was last updated in December! How is this possible?
This is a very insidious bug, and you would help a lot of people by fixing it ASAP.

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

        

[jira] Commented: (MNG-4587) command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)

Posted by "Jeroen Ruijgers (JIRA)" <ji...@codehaus.org>.
    [ http://jira.codehaus.org/browse/MNG-4587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=235497#action_235497 ] 

Jeroen Ruijgers commented on MNG-4587:
--------------------------------------

the most likely cause is that the dependency is installed (with maven-install-plugin) in the remote repository and not deployed (with maven-deploy-plugin). The deploy plugin create's a new snapshot version which is identifiable by maven.

> command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)
> ---------------------------------------------------------------------------------------------
>
>                 Key: MNG-4587
>                 URL: http://jira.codehaus.org/browse/MNG-4587
>             Project: Maven 2 & 3
>          Issue Type: Bug
>          Components: Artifacts and Repositories
>    Affects Versions: 2.2.1
>            Reporter: Peter Niederwieser
>            Priority: Critical
>
> Since I didn't get any response to my comment on MNG-4433, I've opened a new issue. The following is from my original comment.
> I have exactly the same issue with 2.2.1. After changing and deploying parent POM, I run build with -U (on a different machine). Excerpt from output:
> {noformat}
> [INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
> [17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> [17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-maven/0.4-groovy-1.7-SNAPSHOT/spock-maven-0.4-groovy-1.7-SNAPSHOT.jar
> {noformat}
> Maven says that it is downloading spock-parent POM, but it doesn't end up in the local repo. Compare to the output after manually deleting the old POM from the local repo:
> {noformat}
> [INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
> Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> 8K downloaded  (spock-parent-0.4-groovy-1.7-SNAPSHOT.pom)
> {noformat}
> Here we get "8K downloaded", which we didn't get before. The local repo now contains the correct POM, and the build succeeds.
> Here is what the local repo looked like before I manually deleted the old POM:
> {noformat}
> drwxr-xr-x  6 pniederw  admin   204 Mar  5 16:48 .
> drwxr-xr-x  3 pniederw  admin   102 Dec 14 13:47 ..
> -rw-r--r--  1 pniederw  admin   331 Mar  5 16:48 maven-metadata-central.xml
> -rw-r--r--  1 pniederw  admin    40 Mar  5 16:48 maven-metadata-central.xml.sha1
> -rw-r--r--  1 pniederw  admin  9048 Mar  5 16:48 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> -rw-r--r--  1 pniederw  admin    40 Dec 14 13:47 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom.sha1
> {noformat}
> As you can see, the POM's last modified date is recent, but nevertheless the content is old. In fact it still matches the pom.sha1, which was last updated in December! How is this possible?
> This is a very insidious bug, and you would help a lot of people by fixing it ASAP.

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

        

[jira] Closed: (MNG-4587) command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)

Posted by "Brett Porter (JIRA)" <ji...@codehaus.org>.
     [ http://jira.codehaus.org/browse/MNG-4587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brett Porter closed MNG-4587.
-----------------------------

    Resolution: Won't Fix
      Assignee: Brett Porter

as described at https://cwiki.apache.org/confluence/display/MAVEN/Maven+3.x+Compatibility+Notes#Maven3.xCompatibilityNotes-NonuniqueSnapshotDeployments, non-unique snapshots are not going to be supported in the future. I recommend changing to that behaviour.

> command line option "-update-snapshots" does not work for parent POMs (Maven 2 also affected)
> ---------------------------------------------------------------------------------------------
>
>                 Key: MNG-4587
>                 URL: http://jira.codehaus.org/browse/MNG-4587
>             Project: Maven 2 & 3
>          Issue Type: Bug
>          Components: Artifacts and Repositories
>    Affects Versions: 2.2.1
>            Reporter: Peter Niederwieser
>            Assignee: Brett Porter
>            Priority: Critical
>
> Since I didn't get any response to my comment on MNG-4433, I've opened a new issue. The following is from my original comment.
> I have exactly the same issue with 2.2.1. After changing and deploying parent POM, I run build with -U (on a different machine). Excerpt from output:
> {noformat}
> [INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
> [17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> [17:48:33]: Downloading: http://xxx/artifactory/repo/org/spockframework/spock-maven/0.4-groovy-1.7-SNAPSHOT/spock-maven-0.4-groovy-1.7-SNAPSHOT.jar
> {noformat}
> Maven says that it is downloading spock-parent POM, but it doesn't end up in the local repo. Compare to the output after manually deleting the old POM from the local repo:
> {noformat}
> [INFO] snapshot org.spockframework:spock-parent:0.4-groovy-1.7-SNAPSHOT: checking for updates from central
> Downloading: http://xxx/artifactory/repo/org/spockframework/spock-parent/0.4-groovy-1.7-SNAPSHOT/spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> 8K downloaded  (spock-parent-0.4-groovy-1.7-SNAPSHOT.pom)
> {noformat}
> Here we get "8K downloaded", which we didn't get before. The local repo now contains the correct POM, and the build succeeds.
> Here is what the local repo looked like before I manually deleted the old POM:
> {noformat}
> drwxr-xr-x  6 pniederw  admin   204 Mar  5 16:48 .
> drwxr-xr-x  3 pniederw  admin   102 Dec 14 13:47 ..
> -rw-r--r--  1 pniederw  admin   331 Mar  5 16:48 maven-metadata-central.xml
> -rw-r--r--  1 pniederw  admin    40 Mar  5 16:48 maven-metadata-central.xml.sha1
> -rw-r--r--  1 pniederw  admin  9048 Mar  5 16:48 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom
> -rw-r--r--  1 pniederw  admin    40 Dec 14 13:47 spock-parent-0.4-groovy-1.7-SNAPSHOT.pom.sha1
> {noformat}
> As you can see, the POM's last modified date is recent, but nevertheless the content is old. In fact it still matches the pom.sha1, which was last updated in December! How is this possible?
> This is a very insidious bug, and you would help a lot of people by fixing it ASAP.

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