JBehave
  1. JBehave
  2. JBEHAVE-650

Ant copy-dependencies (binary distribution) doesn't find all required artifacts when the local maven cache is empty

    Details

    • Type: Bug Bug
    • Status: Resolved Resolved
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 3.5.4
    • Fix Version/s: 3.6
    • Component/s: Build
    • Labels:
      None
    • Environment:
      ubuntu, ant 1.8.2
    • Number of attachments :
      1

      Description

      Starting with a local .m2 repository the doesn't have the files cached, ant copy-dependencies doesn't find all necessary artifacts.

      (log shortened)
      BUILD FAILED
      /home/lehmann/jbehave/jbehave-3.5.4/lib/build.xml:7: Unable to resolve artifact: Missing:
      ----------
      1) com.google.gdata:gdata-java-client:jar:1.40.0.atlassian-2

      2) org.jboss.weld.se:weld-se:jar:1.1.1.Final

      it seems that the settings.xml file is not used at all (e.g. it never looks at the glassfish repository).

      However if you run mvn test -s settings.xml, the depencies are found and later the ant task completes successfully as well (once the files are cached)

      1. jbehave.diff
        0.6 kB
        Alexander Lehmann

        Activity

        Hide
        Alexander Lehmann added a comment - - edited

        I should mention that this isn't affected by the change in the way the maven task is loaded into ant (JBEHAVE-634)

        Show
        Alexander Lehmann added a comment - - edited I should mention that this isn't affected by the change in the way the maven task is loaded into ant ( JBEHAVE-634 )
        Hide
        Mauro Talevi added a comment -

        Hi, can you try playing with the Maven anttasks to see if the problem is with the profiles?

        I suspect it may not be picking up the ones activated by default in settings.xml

        Show
        Mauro Talevi added a comment - Hi, can you try playing with the Maven anttasks to see if the problem is with the profiles? I suspect it may not be picking up the ones activated by default in settings.xml
        Hide
        Alexander Lehmann added a comment -

        this is probably a bug in the maven-ant-tasks, there is at least one issue that describes a similar problem (MANTTASKS-175), however the resolution works, if the settings are loaded by the pom task

        Show
        Alexander Lehmann added a comment - this is probably a bug in the maven-ant-tasks, there is at least one issue that describes a similar problem ( MANTTASKS-175 ), however the resolution works, if the settings are loaded by the pom task
        Hide
        Alexander Lehmann added a comment -

        diff for lib/build.xml
        (made with WinMerge, I hope that works)

        Show
        Alexander Lehmann added a comment - diff for lib/build.xml (made with WinMerge, I hope that works)
        Alexander Lehmann made changes -
        Field Original Value New Value
        Attachment jbehave.diff [ 57995 ]
        Hide
        Mauro Talevi added a comment -

        Applied patch with thanks.

        Show
        Mauro Talevi added a comment - Applied patch with thanks.
        Mauro Talevi made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Fix Version/s 3.6 [ 17721 ]
        Resolution Fixed [ 1 ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Alexander Lehmann
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: