Hello,

it is not very pleasant to help you with that kind of tone, and
its rather strange that redhat refers paying customers to oss
projects to fix up their projects...

Anyway, the super pom downloads a lot of stuff because your
dependencies declare transitive dependencies and maven is designed to
provide them all to the build project. 

So it goes down all depedend POM and meta-data files, and might fail
before it even starts your dependency:copy plugin.

You can stop it doing so by using a wildcard exclusion on each
dependency:


    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>

With that the build works for me:

203819 [INFO] BUILD SUCCESS
203821 [INFO] -------------------------------------------
203823 [INFO] Total time: 03:19 min
203825 [INFO] Finished at: 2015-10-05T22:58:39+02:00
204671 [INFO] Final Memory: 14M/120M

>tree /f target
├───apache-activemq
│       apache-activemq-5.11.0.redhat-620133-bin.tar.gz
│       apache-activemq-5.11.0.redhat-620133-bin.tar.gz.md5
│       apache-activemq-5.11.0.redhat-620133-bin.tar.gz.sha1
│       apache-activemq-5.11.0.redhat-620133-bin.zip
│       apache-activemq-5.11.0.redhat-620133-bin.zip.md5
│       apache-activemq-5.11.0.redhat-620133-bin.zip.sha1
│
├───apache-camel
│       apache-camel-2.15.1.redhat-620133-src.zip
│       apache-camel-2.15.1.redhat-620133-src.zip.md5
│       apache-camel-2.15.1.redhat-620133-src.zip.sha1
│
└───apache-cxf
        apache-cxf-3.0.4.redhat-620133-src.tar.gz
        apache-cxf-3.0.4.redhat-620133-src.tar.gz.md5
        apache-cxf-3.0.4.redhat-620133-src.tar.gz.sha1
        apache-cxf-3.0.4.redhat-620133-src.zip
        apache-cxf-3.0.4.redhat-620133-src.zip.md5
        apache-cxf-3.0.4.redhat-620133-src.zip.sha1

BTW: your settings.xml contains a password.

Gruss
Bernd


Am Mon, 5 Oct 2015 20:18:35 +0000
schrieb <michael.ctr.taru...@faa.gov>:

> What do you mean by a consistent repository and POM model?
> 
> If you mean that the POM must be declaring files to copy that are in
> the repository, that is stating the obvious.
> 
> And in this case, the POM is doing exactly that.  The files I am
> asking to be copied from the repository are actually in the
> repository.  The problem is that I am getting errors for files I did
> not ask to be copied.
> 
> Did you look at the POM file I attached and compare it to the error
> messages also attached?
> 
> Michael Tarullo
> Contractor (Engility Corp)
> Enterprise Architect
> NSRR System Administrator
> FAA WJH Technical Center
> (609)485-5294
> 
> -----Original Message-----
> From: Bernd Eckenfels [mailto:e...@zusammenkunft.net] 
> Sent: Monday, October 05, 2015 4:10 PM
> To: users@maven.apache.org
> Subject: Re: Copy-dependencies goal error
> 
> Hello,
> 
> I am saying that copy-dependencies is a often used method to download
> some or all dependencies of a projects. It depends on a consistent
> repository and POM model.
> 
> So it is not "only a copy which does not look at the content" as you
> started, and therefore the "it is clearly a plugin or maven problem"
> might not be true.
> 
> Gruss
> Bernd
> 
> 
>  Am Mon, 5 Oct 2015 15:09:49 +0000 schrieb
> <michael.ctr.taru...@faa.gov>:
> 
> > So, the original author of this POM may not have used the correct
> > goal to achieve the desired outcome.
> > 
> > Is that in effect what you are saying?
> > 
> > Michael Tarullo
> > Contractor (Engility Corp)
> > Enterprise Architect
> > NSRR System Administrator
> > FAA WJH Technical Center
> > (609)485-5294
> > 
> > 
> > -----Original Message-----
> > From: Bernd [mailto:e...@zusammenkunft.net]
> > Sent: Monday, October 05, 2015 11:07 AM
> > To: Maven Users List
> > Subject: Re: Copy-dependencies goal error
> > 
> > Copy Dependencies is not a simple file copy operation, it has to 
> > resolve dependencies, which by definition has to look at meta data
> > and POMs. If you want to use a simple file copy a url download
> > would be easier I guess :)
> > 
> > 2015-10-05 16:34 GMT+02:00 <michael.ctr.taru...@faa.gov>:
> > 
> > > Wayne,
> > >
> > > A few questions before I begin to investigates as per your 
> > > recommendation.
> > >
> > > Are you a committer or just a user?
> > >
> > > I understand your request to try an older release (and I have
> > > every intention of doing just that) but I'm a bit skeptical.
> > > Here's why. This is simply a file copy operation that works fine
> > > on other Fuse components (i.e. ActiveMQ and CXF).  Why would a
> > > copy operation (i.e. goal) behave any differently simply because
> > > the files it is copying are different?
> > >
> > > That's what I'm struggling with right now!!!
> > >
> > > Thanks,
> > > Mike
> > >
> > > Michael Tarullo
> > > Contractor (Engility Corp)
> > > Enterprise Architect
> > > NSRR System Administrator
> > > FAA WJH Technical Center
> > > (609)485-5294
> > >
> > >
> > > -----Original Message-----
> > > From: Wayne Fay [mailto:wayne...@gmail.com]
> > > Sent: Sunday, October 04, 2015 5:03 PM
> > > To: Maven Users List
> > > Subject: Re: Copy-dependencies goal error
> > >
> > > What version of Maven was this process originally built to run 
> > > against?
> > >
> > > Can you roll (Maven) back to that version and try again, to
> > > confirm it still works as it did originally? If it does not work,
> > > then you know it is not Maven but rather another tool in the mix
> > > like Nexus etc.
> > >
> > > Wayne
> > >
> > > On Fri, Oct 2, 2015 at 1:18 PM,  <michael.ctr.taru...@faa.gov>
> > > wrote:
> > > > I am currently responsible for a "legacy" POM that copies ZIP 
> > > > files
> > > >
> > > > from the Red Hat JBoss Fuse distro in our Nexus repository
> > > > manager
> > > >
> > > > to a location on a local worstation.  Several ZIP files are
> > > > copied
> > > >
> > > > from each of the following Fuse components, ActiveMQ, Camel and 
> > > > CXF.
> > > >
> > > >
> > > >
> > > > To perform the copy operation the legacy POM is using the Maven
> > > >
> > > > copy-dependencies goal or the maven-dependency-plugin.
> > > >
> > > >
> > > >
> > > > When this project is executed by Maven for just the ActiveMQ and
> > > >
> > > > CXF Fuse components the designated files are copied fine.  When,
> > > >
> > > > however we execute the project to copy the Camel files, the 
> > > > process
> > > >
> > > > fails.
> > > >
> > > >
> > > >
> > > > The directory for the failing artifacts is present in our Nexus
> > > >
> > > > repository manager, and is populated with several artifacts.
> > > >
> > > >
> > > >
> > > > What I do not understand is why Maven is even looking for these
> > > >
> > > > artifacts for a simple copy operation?  It appears to me that
> > > > the
> > > >
> > > > artifacts causing the problem have nothing to do with the copy 
> > > > goal!
> > > >
> > > >
> > > >
> > > > I have posted this problem with Red Hat, who originally helpd
> > > > our
> > > >
> > > > previous personnel develop this POM.  They believe, and I tend
> > > > to
> > > >
> > > > agree 100%, that this is a Maven problem.
> > > >
> > > >
> > > >
> > > > I have attached our settings.xml, pom.xml and the text of the 
> > > > error
> > > >
> > > > message.
> > > >
> > > >
> > > >
> > > > Can someone please explain why this is happening and how to fix 
> > > > it?
> > > >
> > > >
> > > >
> > > > Thanks,
> > > >
> > > > Mike
> > > >
> > > >
> > > >
> > > > Michael Tarullo
> > > >
> > > > Contractor (Engility Corp)
> > > >
> > > > Enterprise Architect
> > > >
> > > > NSRR System Administrator
> > > >
> > > > FAA WJH Technical Center
> > > >
> > > > (609)485-5294
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ------------------------------------------------------------------
> > > > --
> > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > > --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > > For additional commands, e-mail: users-h...@maven.apache.org
> > >
> > >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to