jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Maven Integration for Eclipse
  • MNGECLIPSE-30

Maven plugin keeps looking for non-existent apacheds-*-2.4.1 dependency

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Duplicate
  • Affects Version/s: 0.0.3
  • Fix Version/s: None
  • Component/s: None
  • Labels:
    None
  • Environment:
    Mac OS X, Eclipse 3.1.1, Plugin v0.0.3

Description

When using the plugin in the mentioned environment it is impossible to build the project. The error message states that there was a dependency the plugin was not able to find in any repository, namely apacheds-shared or apacheds-core, version 2.4.1. Of course there is no such library in the respository and there is no pom file referencing it.

Having read http://jira.codehaus.org/browse/MNGECLIPSE-20 I tried to eliminate all version references from ${pom.version} to an actual versino number, but the error persisted. I am posting this as a bug, since I do not understand what is going wrong and where the plugin got that version number (2.4.1).

  • Options
    • Sort By Name
    • Sort By Date
    • Ascending
    • Descending
    • Download All

Attachments

  1. Text File
    MNGECLIPSE-30.launcher.log
    13/Jan/06 11:06 PM
    70 kB
    Eugene Kuleshov
  2. Text File
    mvn_test-output.txt
    16/Jan/06 11:17 AM
    6 kB
    Federico Sauter
  3. Hide
    Zip Archive
    plugin-test.zip
    16/Jan/06 11:17 AM
    2 kB
    Federico Sauter
    1. File
      maven-test/.classpath 0.3 kB
    2. File
      maven-test/.project 0.5 kB
    3. XML File
      maven-test/pom.xml 1 kB
    Download Zip
    Show
    Zip Archive
    plugin-test.zip
    16/Jan/06 11:17 AM
    2 kB
    Federico Sauter
  4. XML File
    pom.xml
    13/Jan/06 12:18 PM
    9 kB
    Federico Sauter

Issue Links

duplicates

Bug - A problem which impairs or prevents the functions of the product. MNG-2653 using ${version} for subproject dependencies doesn't work (maven uses 2.4.1 version instead)

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.
is related to

Bug - A problem which impairs or prevents the functions of the product. MNG-2653 using ${version} for subproject dependencies doesn't work (maven uses 2.4.1 version instead)

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.
relates to

New Feature - A new feature of the product, which has yet to be developed. MNGECLIPSE-26 Handling system dependencies

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Eugene Kuleshov added a comment - 10/Jan/06 5:01 PM

Please provide pom.xml to reproduce this issue.

Show
Eugene Kuleshov added a comment - 10/Jan/06 5:01 PM Please provide pom.xml to reproduce this issue.
Hide
Permalink
Federico Sauter added a comment - 13/Jan/06 12:18 PM

Please note that I do not have any trouble running 'mvn compile' on this from the ocmmand line, just in eclipse!

Show
Federico Sauter added a comment - 13/Jan/06 12:18 PM Please note that I do not have any trouble running 'mvn compile' on this from the ocmmand line, just in eclipse!
Hide
Permalink
Eugene Kuleshov added a comment - 13/Jan/06 12:30 PM

It could be because of the old embedder version. I'll take a look.

Show
Eugene Kuleshov added a comment - 13/Jan/06 12:30 PM It could be because of the old embedder version. I'll take a look.
Hide
Permalink
Eugene Kuleshov added a comment - 13/Jan/06 10:15 PM

Still not quite sure what is happening. I can only test this on Windows (usually I use Sun's JDK 1.5). So, when I created empty project with your pom (no any classes) and enabled Maven nature it was able downloaded all the dependencies - 131 in total. That is some pom! There was about 39Mb of dependencies downloaded on complete resolving, but none with 2.4.1 version.

Then I tried to launch maven for "compile" phase and got some error from the embedder which I'll have to check with Maven folks.

Can you please describe what exactly you doing? Can you try this on Windows and also enable "debug output" option on plugin preferences.

Show
Eugene Kuleshov added a comment - 13/Jan/06 10:15 PM Still not quite sure what is happening. I can only test this on Windows (usually I use Sun's JDK 1.5). So, when I created empty project with your pom (no any classes) and enabled Maven nature it was able downloaded all the dependencies - 131 in total. That is some pom! There was about 39Mb of dependencies downloaded on complete resolving, but none with 2.4.1 version. Then I tried to launch maven for "compile" phase and got some error from the embedder which I'll have to check with Maven folks. Can you please describe what exactly you doing? Can you try this on Windows and also enable "debug output" option on plugin preferences.
Hide
Permalink
Eugene Kuleshov added a comment - 13/Jan/06 11:06 PM

It seems that error I got before was because of some issues with ibiblio. This time "compile" phase completed ok.

Federico, can you try this on windows and/or attach your own log with debug enabled?

Show
Eugene Kuleshov added a comment - 13/Jan/06 11:06 PM It seems that error I got before was because of some issues with ibiblio. This time "compile" phase completed ok. Federico, can you try this on windows and/or attach your own log with debug enabled?
Hide
Permalink
Leonardo Quijano Vincenzi added a comment - 13/Jan/06 11:24 PM

Actually, Federico and I work in the same project. He's in Mac OS X and I'm on Windows, and the funny thing is that I'm not getting the error.
So, something about the specific JVM? Eclipse version?

Federico, wasn't the problem in the "dependency checker" instead of the compile? I mean, if you go to Eclipse and click on "Maven 2 build" and set maven to build, there's no problem. But when the Maven plugin validates the POM (in the Eclipse Builder) it is getting the error, right??

And right now I think there's no way of showing a debug log on that ( the correct location would be $ECLIPSE_WORKSPACE/.metadata/.log )

Show
Leonardo Quijano Vincenzi added a comment - 13/Jan/06 11:24 PM Actually, Federico and I work in the same project. He's in Mac OS X and I'm on Windows, and the funny thing is that I'm not getting the error. So, something about the specific JVM? Eclipse version? Federico, wasn't the problem in the "dependency checker" instead of the compile? I mean, if you go to Eclipse and click on "Maven 2 build" and set maven to build, there's no problem. But when the Maven plugin validates the POM (in the Eclipse Builder) it is getting the error, right?? And right now I think there's no way of showing a debug log on that ( the correct location would be $ECLIPSE_WORKSPACE/.metadata/.log )
Hide
Permalink
Eugene Kuleshov added a comment - 13/Jan/06 11:40 PM

Hmm. It should be generic, though your pom has profile info specific for Sun's jvm. Please specify exact scenario and confirm that it does in fact working on Windows.

If it is about m2 launcher you can enable "debug output" propery in plugin preferences and maybe compare execution log between mac and windows.

If it is about builder (dependency resolver) you can also try code from svn. We have added console that will show what is being downloaded. If you can't do that I'll have to pospond this issue after 0.0.4, so you can try with the release later.

Also, are you behind proxy or firewall that does not allow direct connection? Or maybe have some redefines in settings.xml (which is currently not being used by embedder)?

Show
Eugene Kuleshov added a comment - 13/Jan/06 11:40 PM Hmm. It should be generic, though your pom has profile info specific for Sun's jvm. Please specify exact scenario and confirm that it does in fact working on Windows. If it is about m2 launcher you can enable "debug output" propery in plugin preferences and maybe compare execution log between mac and windows. If it is about builder (dependency resolver) you can also try code from svn. We have added console that will show what is being downloaded. If you can't do that I'll have to pospond this issue after 0.0.4, so you can try with the release later. Also, are you behind proxy or firewall that does not allow direct connection? Or maybe have some redefines in settings.xml (which is currently not being used by embedder)?
Hide
Permalink
Eugene Kuleshov added a comment - 14/Jan/06 1:38 AM

It may be related to MNGECLIPSE-26 and if it is I can suggest to try start Eclipse with explicitly defined JVM. Eg.

C:\eclipse-3.2M4\eclipse.exe -data C:\dev\workspace -vm C:\jdk1.5.0_05\bin\javaw.exe

Show
Eugene Kuleshov added a comment - 14/Jan/06 1:38 AM It may be related to MNGECLIPSE-26 and if it is I can suggest to try start Eclipse with explicitly defined JVM. Eg. C:\eclipse-3.2M4\eclipse.exe -data C:\dev\workspace -vm C:\jdk1.5.0_05\bin\javaw.exe
Hide
Permalink
Federico Sauter added a comment - 16/Jan/06 11:17 AM

Testproject that reproduces (some) of the problems.

Show
Federico Sauter added a comment - 16/Jan/06 11:17 AM Testproject that reproduces (some) of the problems.
Hide
Permalink
Federico Sauter added a comment - 16/Jan/06 11:26 AM

I have attached a small project that intents to reproduce at least some of the problems I described. I hope this will give you the same results!

If you build this project with eclipse as it is, then the "cannot find artifact...." error will appear. If you tried to compile this from the command-line, you would get the output I uploaded.

Please confirm that you can reproduce this.

This project is not a complete reproduction of the issue, though. If you uncomment the commented lines in the pom.xml file, and defined the dependency with an explicit version number, then the problems encountered during compile are reported properly in the plugin. This, of course, has already been reported in MNGECLIPSE-20. What makes (I think) this bug different is the fact that, the reported error (looking for a dependency with version 2.4.1) seems to be substituting another error message for some reason (plese note that command-line output and plugin error message do not match!)

In the first description of this problem (does not apply to the small project I am attaching now) the interesting thing was that I changed every pom of the local repository so that they did not use any reference to ${version} and I still got the same error message.

Show
Federico Sauter added a comment - 16/Jan/06 11:26 AM I have attached a small project that intents to reproduce at least some of the problems I described. I hope this will give you the same results! If you build this project with eclipse as it is, then the "cannot find artifact...." error will appear. If you tried to compile this from the command-line, you would get the output I uploaded. Please confirm that you can reproduce this. This project is not a complete reproduction of the issue, though. If you uncomment the commented lines in the pom.xml file, and defined the dependency with an explicit version number, then the problems encountered during compile are reported properly in the plugin. This, of course, has already been reported in MNGECLIPSE-20. What makes (I think) this bug different is the fact that, the reported error (looking for a dependency with version 2.4.1) seems to be substituting another error message for some reason (plese note that command-line output and plugin error message do not match!) In the first description of this problem (does not apply to the small project I am attaching now) the interesting thing was that I changed every pom of the local repository so that they did not use any reference to ${version} and I still got the same error message.
Hide
Permalink
Federico Sauter added a comment - 16/Jan/06 11:39 AM

Using JDK 5 on the testproject gives an error with a different version number:

"Unable to download the artifact from any repository directory:apacheds-main-1.0.jar"

BTW the default JDK on my system is JDK 1.4.2_09, which means that the JDK version is not affecting maven on the command line.

Show
Federico Sauter added a comment - 16/Jan/06 11:39 AM Using JDK 5 on the testproject gives an error with a different version number: "Unable to download the artifact from any repository directory:apacheds-main-1.0.jar" BTW the default JDK on my system is JDK 1.4.2_09, which means that the JDK version is not affecting maven on the command line.
Hide
Permalink
Eugene Kuleshov added a comment - 20/Jan/06 2:46 AM

Moving to 0.0.5 because of dependency on MNGECLIPSE-20

Show
Eugene Kuleshov added a comment - 20/Jan/06 2:46 AM Moving to 0.0.5 because of dependency on MNGECLIPSE-20
Hide
Permalink
Eugene Kuleshov added a comment - 08/Jun/06 1:31 AM

Tested this with trunk build and dont see this anymore. If it still happens with 0.0.10 or trunk build, please reopen and attach complete Eclipse project with pom.xml to reproduce.

Show
Eugene Kuleshov added a comment - 08/Jun/06 1:31 AM Tested this with trunk build and dont see this anymore. If it still happens with 0.0.10 or trunk build, please reopen and attach complete Eclipse project with pom.xml to reproduce.
Hide
Permalink
Daniel Schulz added a comment - 04/Nov/06 2:17 PM

i found the reason for the "${pom.version} is 2.4.1" problem (for more details and a fix see MNGECLIPSE-20). there is a system property of name "version" set to "2.4.1" in your eclipse jvm (see [Eclipse]>Help>About Eclipse Platform->Configuration Details).

Show
Daniel Schulz added a comment - 04/Nov/06 2:17 PM i found the reason for the "${pom.version} is 2.4.1" problem (for more details and a fix see MNGECLIPSE-20). there is a system property of name "version" set to "2.4.1" in your eclipse jvm (see [Eclipse]>Help>About Eclipse Platform->Configuration Details).
Hide
Permalink
Eugene Kuleshov added a comment - 06/Jan/07 9:23 PM

Reopening to change resolution

Show
Eugene Kuleshov added a comment - 06/Jan/07 9:23 PM Reopening to change resolution

People

  • Assignee:
    Eugene Kuleshov
    Reporter:
    Federico Sauter
Vote (1)
Watch (2)

Dates

  • Created:
    09/Jan/06 12:15 PM
    Updated:
    06/Jan/07 9:24 PM
    Resolved:
    06/Jan/07 9:24 PM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.