RE: Copy-dependencies goal error
And that just about sums it up! 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: Tuesday, October 06, 2015 4:11 PM To: Maven Users List Subject: Re: Copy-dependencies goal error If you disagree with almost everything I said, there's really no point in continuing to discuss it. The possibility of either of us being convinced to change our minds is vanishingly small. I'm glad Greg was able to help you solve your problem. Respectfully, Wayne On Tue, Oct 6, 2015 at 2:17 PM, wrote: > Wayne, > > Thank you for your reply. I think I disagree with almost everything you said. > > First I did not attack anyone. Was my attitude bad, yes. Did it get worse > when I felt like I was not getting the explanation I needed, most assuredly. > I called no one a name, nor insulted anyone's intelligence, and when I came > close to it I apologized. That's more than I got from several of the > responders. Just check the thread, its all there. > > Second, are you implying that you only support people that are happy with the > product? It sounds to me that you are on the defensive already and as soon > as you get someone that is frustrated or displeased. Like it is somehow > their fault. > > Third, how do you know how much time I've invested in trying to learn Maven? > How much is enough before I can have this "intelligent" Maven dialog with the > Maven community? Users don't want to ask people for help (i.e. at least I > like to try and figure things out for myself), but there comes a time when > you are just plain stuck. Maybe its because of a mental block and maybe > something you've read and researched just does not make any sense. Yes I > understand that there are some people that probably post questions without > having made an effort to learn anything. How do you determine that? How do > you differentiate someone who has made an effort from someone who is just > trying to get an easy answer? > > With respect to vocabulary and the lingua franca, does "bogus" fit in that > category. > > Your comment about the Maven 4.0.0 POM model is particularly frustrating. > When you told me to do the research on the original version I did exactly as > you instructed. That is how I determined that it was 2.2.1. I'm sorry but I > think the POM model version question is valid. In your original reply you > did not know the time frame. I replied to you that it goes back at least > five years. You did not respond. So while I was doing the research on the > version and I found out it was 2.2.1 I thought the POM model version could be > a problem. To tell me now after the fact that I should not have been > concerned would mean that I would either have to assume that you know that or > I would have to be a mind reader. > > And finally I demanded nothing from anyone. I asked if two of the repliers > were contributors, and I reiterated a basic question I asked from the > beginning, several times. > > Yes I am partly to blame here. But many of the Maven User List responders > have a little dirt on their hands too. I don't see any of you acknowledging > that. > > Regards, > 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: Tuesday, October 06, 2015 12:30 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Maven is a rather complex piece of software. Many problems cannot be simply > distilled to "here's your simple problem, and here's your simple solution." I > understand this is what you want, but it is rarely that simple. And attacking > the people on this list who are trying to help you when you are frustrated > with the type of support they are providing is a really bad approach to > problem solving. Also recognize that many people on this list are not US-born > native English speakers, so there is sometimes a language barrier even when > we are all writing English. > > By using a free product, you (and your employer) should recognize that you > are trading off dollar costs for other costs - including your own time. > Please don't complain about people asking you to do something very simple > like install a couple other versions to see if that fixes your build issue. > It doesn't sound like you went back and tried 2.2.1 as I originally > recommended - simply to get more information
RE: Copy-dependencies goal error
Curtis, I would be more than happy to acknowledge that. I'm glad you brought that up, it was my intention to do so. In fact I was drafting such a response when I received bit Greg's and Wayne's reply and thought it more important to reply to them first. This actually raises another point, but to be honest I see no reason to even make it at this time. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Tuesday, October 06, 2015 4:19 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Wayne, > I'm glad Greg was able to help you solve your problem. Greg's response was great. But in fairness, it was Bernd who actually stated the solution to Michael's problem. It would be nice if this thread could wrap up with Michael acknowledging that Bernd's fix actually does the job. Regards, Curtis On Tue, Oct 6, 2015 at 3:11 PM, Wayne Fay wrote: > If you disagree with almost everything I said, there's really no point > in continuing to discuss it. The possibility of either of us being > convinced to change our minds is vanishingly small. > > I'm glad Greg was able to help you solve your problem. > > Respectfully, > Wayne > > On Tue, Oct 6, 2015 at 2:17 PM, wrote: > > Wayne, > > > > Thank you for your reply. I think I disagree with almost everything > > you > said. > > > > First I did not attack anyone. Was my attitude bad, yes. Did it > > get > worse when I felt like I was not getting the explanation I needed, > most assuredly. I called no one a name, nor insulted anyone's > intelligence, and when I came close to it I apologized. That's more > than I got from several of the responders. Just check the thread, its all > there. > > > > Second, are you implying that you only support people that are happy > with the product? It sounds to me that you are on the defensive already > and as soon as you get someone that is frustrated or displeased. Like it > is somehow their fault. > > > > Third, how do you know how much time I've invested in trying to > > learn > Maven? How much is enough before I can have this "intelligent" Maven > dialog with the Maven community? Users don't want to ask people for > help (i.e. at least I like to try and figure things out for myself), > but there comes a time when you are just plain stuck. Maybe its > because of a mental block and maybe something you've read and > researched just does not make any sense. Yes I understand that there > are some people that probably post questions without having made an > effort to learn anything. How do you determine that? How do you > differentiate someone who has made an effort from someone who is just trying > to get an easy answer? > > > > With respect to vocabulary and the lingua franca, does "bogus" fit > > in > that category. > > > > Your comment about the Maven 4.0.0 POM model is particularly > frustrating. When you told me to do the research on the original > version I did exactly as you instructed. That is how I determined > that it was 2.2.1. I'm sorry but I think the POM model version > question is valid. In your original reply you did not know the time > frame. I replied to you that it goes back at least five years. You > did not respond. So while I was doing the research on the version and > I found out it was 2.2.1 I thought the POM model version could be a > problem. To tell me now after the fact that I should not have been > concerned would mean that I would either have to assume that you know that or > I would have to be a mind reader. > > > > And finally I demanded nothing from anyone. I asked if two of the > repliers were contributors, and I reiterated a basic question I asked > from the beginning, several times. > > > > Yes I am partly to blame here. But many of the Maven User List > responders have a little dirt on their hands too. I don't see any of > you acknowledging that. > > > > Regards, > > 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: Tuesday, October 06, 2015 12:30 PM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > Maven is a rather comp
Re: Copy-dependencies goal error
If a bunch of ppl are giving me the same feedback. I would step back and have my ears wide open -Dan We have two ears and one mouth so that we can listen twice as much as we speak. Epictetus <http://www.brainyquote.com/quotes/authors/e/epictetus.html> On Tue, Oct 6, 2015 at 1:19 PM, Curtis Rueden wrote: > Hi Wayne, > > > I'm glad Greg was able to help you solve your problem. > > Greg's response was great. But in fairness, it was Bernd who actually > stated the solution to Michael's problem. It would be nice if this thread > could wrap up with Michael acknowledging that Bernd's fix actually does the > job. > > Regards, > Curtis > > On Tue, Oct 6, 2015 at 3:11 PM, Wayne Fay wrote: > > > If you disagree with almost everything I said, there's really no point > > in continuing to discuss it. The possibility of either of us being > > convinced to change our minds is vanishingly small. > > > > I'm glad Greg was able to help you solve your problem. > > > > Respectfully, > > Wayne > > > > On Tue, Oct 6, 2015 at 2:17 PM, wrote: > > > Wayne, > > > > > > Thank you for your reply. I think I disagree with almost everything > you > > said. > > > > > > First I did not attack anyone. Was my attitude bad, yes. Did it get > > worse when I felt like I was not getting the explanation I needed, most > > assuredly. I called no one a name, nor insulted anyone's intelligence, > and > > when I came close to it I apologized. That's more than I got from > several > > of the responders. Just check the thread, its all there. > > > > > > Second, are you implying that you only support people that are happy > > with the product? It sounds to me that you are on the defensive already > > and as soon as you get someone that is frustrated or displeased. Like > it > > is somehow their fault. > > > > > > Third, how do you know how much time I've invested in trying to learn > > Maven? How much is enough before I can have this "intelligent" Maven > > dialog with the Maven community? Users don't want to ask people for help > > (i.e. at least I like to try and figure things out for myself), but there > > comes a time when you are just plain stuck. Maybe its because of a > mental > > block and maybe something you've read and researched just does not make > any > > sense. Yes I understand that there are some people that probably post > > questions without having made an effort to learn anything. How do you > > determine that? How do you differentiate someone who has made an effort > > from someone who is just trying to get an easy answer? > > > > > > With respect to vocabulary and the lingua franca, does "bogus" fit in > > that category. > > > > > > Your comment about the Maven 4.0.0 POM model is particularly > > frustrating. When you told me to do the research on the original > version I > > did exactly as you instructed. That is how I determined that it was > > 2.2.1. I'm sorry but I think the POM model version question is valid. > In > > your original reply you did not know the time frame. I replied to you > that > > it goes back at least five years. You did not respond. So while I was > > doing the research on the version and I found out it was 2.2.1 I thought > > the POM model version could be a problem. To tell me now after the fact > > that I should not have been concerned would mean that I would either have > > to assume that you know that or I would have to be a mind reader. > > > > > > And finally I demanded nothing from anyone. I asked if two of the > > repliers were contributors, and I reiterated a basic question I asked > from > > the beginning, several times. > > > > > > Yes I am partly to blame here. But many of the Maven User List > > responders have a little dirt on their hands too. I don't see any of you > > acknowledging that. > > > > > > Regards, > > > 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: Tuesday, October 06, 2015 12:30 PM > > > To: Maven Users List > > > Subject: Re: Copy-dependencies goal error > > > > > > Maven is a rather co
Re: Copy-dependencies goal error
Hi Wayne, > I'm glad Greg was able to help you solve your problem. Greg's response was great. But in fairness, it was Bernd who actually stated the solution to Michael's problem. It would be nice if this thread could wrap up with Michael acknowledging that Bernd's fix actually does the job. Regards, Curtis On Tue, Oct 6, 2015 at 3:11 PM, Wayne Fay wrote: > If you disagree with almost everything I said, there's really no point > in continuing to discuss it. The possibility of either of us being > convinced to change our minds is vanishingly small. > > I'm glad Greg was able to help you solve your problem. > > Respectfully, > Wayne > > On Tue, Oct 6, 2015 at 2:17 PM, wrote: > > Wayne, > > > > Thank you for your reply. I think I disagree with almost everything you > said. > > > > First I did not attack anyone. Was my attitude bad, yes. Did it get > worse when I felt like I was not getting the explanation I needed, most > assuredly. I called no one a name, nor insulted anyone's intelligence, and > when I came close to it I apologized. That's more than I got from several > of the responders. Just check the thread, its all there. > > > > Second, are you implying that you only support people that are happy > with the product? It sounds to me that you are on the defensive already > and as soon as you get someone that is frustrated or displeased. Like it > is somehow their fault. > > > > Third, how do you know how much time I've invested in trying to learn > Maven? How much is enough before I can have this "intelligent" Maven > dialog with the Maven community? Users don't want to ask people for help > (i.e. at least I like to try and figure things out for myself), but there > comes a time when you are just plain stuck. Maybe its because of a mental > block and maybe something you've read and researched just does not make any > sense. Yes I understand that there are some people that probably post > questions without having made an effort to learn anything. How do you > determine that? How do you differentiate someone who has made an effort > from someone who is just trying to get an easy answer? > > > > With respect to vocabulary and the lingua franca, does "bogus" fit in > that category. > > > > Your comment about the Maven 4.0.0 POM model is particularly > frustrating. When you told me to do the research on the original version I > did exactly as you instructed. That is how I determined that it was > 2.2.1. I'm sorry but I think the POM model version question is valid. In > your original reply you did not know the time frame. I replied to you that > it goes back at least five years. You did not respond. So while I was > doing the research on the version and I found out it was 2.2.1 I thought > the POM model version could be a problem. To tell me now after the fact > that I should not have been concerned would mean that I would either have > to assume that you know that or I would have to be a mind reader. > > > > And finally I demanded nothing from anyone. I asked if two of the > repliers were contributors, and I reiterated a basic question I asked from > the beginning, several times. > > > > Yes I am partly to blame here. But many of the Maven User List > responders have a little dirt on their hands too. I don't see any of you > acknowledging that. > > > > Regards, > > 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: Tuesday, October 06, 2015 12:30 PM > > To: Maven Users List > > Subject: Re: Copy-dependencies goal error > > > > Maven is a rather complex piece of software. Many problems cannot be > simply distilled to "here's your simple problem, and here's your simple > solution." I understand this is what you want, but it is rarely that > simple. And attacking the people on this list who are trying to help you > when you are frustrated with the type of support they are providing is a > really bad approach to problem solving. Also recognize that many people on > this list are not US-born native English speakers, so there is sometimes a > language barrier even when we are all writing English. > > > > By using a free product, you (and your employer) should recognize that > you are trading off dollar costs for other costs - including your own time. > Please don't complain about people aski
Re: Copy-dependencies goal error
If you disagree with almost everything I said, there's really no point in continuing to discuss it. The possibility of either of us being convinced to change our minds is vanishingly small. I'm glad Greg was able to help you solve your problem. Respectfully, Wayne On Tue, Oct 6, 2015 at 2:17 PM, wrote: > Wayne, > > Thank you for your reply. I think I disagree with almost everything you said. > > First I did not attack anyone. Was my attitude bad, yes. Did it get worse > when I felt like I was not getting the explanation I needed, most assuredly. > I called no one a name, nor insulted anyone's intelligence, and when I came > close to it I apologized. That's more than I got from several of the > responders. Just check the thread, its all there. > > Second, are you implying that you only support people that are happy with the > product? It sounds to me that you are on the defensive already and as soon > as you get someone that is frustrated or displeased. Like it is somehow > their fault. > > Third, how do you know how much time I've invested in trying to learn Maven? > How much is enough before I can have this "intelligent" Maven dialog with the > Maven community? Users don't want to ask people for help (i.e. at least I > like to try and figure things out for myself), but there comes a time when > you are just plain stuck. Maybe its because of a mental block and maybe > something you've read and researched just does not make any sense. Yes I > understand that there are some people that probably post questions without > having made an effort to learn anything. How do you determine that? How do > you differentiate someone who has made an effort from someone who is just > trying to get an easy answer? > > With respect to vocabulary and the lingua franca, does "bogus" fit in that > category. > > Your comment about the Maven 4.0.0 POM model is particularly frustrating. > When you told me to do the research on the original version I did exactly as > you instructed. That is how I determined that it was 2.2.1. I'm sorry but I > think the POM model version question is valid. In your original reply you > did not know the time frame. I replied to you that it goes back at least > five years. You did not respond. So while I was doing the research on the > version and I found out it was 2.2.1 I thought the POM model version could be > a problem. To tell me now after the fact that I should not have been > concerned would mean that I would either have to assume that you know that or > I would have to be a mind reader. > > And finally I demanded nothing from anyone. I asked if two of the repliers > were contributors, and I reiterated a basic question I asked from the > beginning, several times. > > Yes I am partly to blame here. But many of the Maven User List responders > have a little dirt on their hands too. I don't see any of you acknowledging > that. > > Regards, > 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: Tuesday, October 06, 2015 12:30 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Maven is a rather complex piece of software. Many problems cannot be simply > distilled to "here's your simple problem, and here's your simple solution." I > understand this is what you want, but it is rarely that simple. And attacking > the people on this list who are trying to help you when you are frustrated > with the type of support they are providing is a really bad approach to > problem solving. Also recognize that many people on this list are not US-born > native English speakers, so there is sometimes a language barrier even when > we are all writing English. > > By using a free product, you (and your employer) should recognize that you > are trading off dollar costs for other costs - including your own time. > Please don't complain about people asking you to do something very simple > like install a couple other versions to see if that fixes your build issue. > It doesn't sound like you went back and tried 2.2.1 as I originally > recommended - simply to get more information about what happened, certainly > not intending to guarantee that would fix your issue. I'd be curious about > the error message you say that you got in 3.0.5. > > (Also, as a side-note, the POM model has been 4.0.0 for a long time - if I > was worried about that, I would have mentioned it. This is where "not rea
RE: Copy-dependencies goal error
Wayne, Thank you for your reply. I think I disagree with almost everything you said. First I did not attack anyone. Was my attitude bad, yes. Did it get worse when I felt like I was not getting the explanation I needed, most assuredly. I called no one a name, nor insulted anyone's intelligence, and when I came close to it I apologized. That's more than I got from several of the responders. Just check the thread, its all there. Second, are you implying that you only support people that are happy with the product? It sounds to me that you are on the defensive already and as soon as you get someone that is frustrated or displeased. Like it is somehow their fault. Third, how do you know how much time I've invested in trying to learn Maven? How much is enough before I can have this "intelligent" Maven dialog with the Maven community? Users don't want to ask people for help (i.e. at least I like to try and figure things out for myself), but there comes a time when you are just plain stuck. Maybe its because of a mental block and maybe something you've read and researched just does not make any sense. Yes I understand that there are some people that probably post questions without having made an effort to learn anything. How do you determine that? How do you differentiate someone who has made an effort from someone who is just trying to get an easy answer? With respect to vocabulary and the lingua franca, does "bogus" fit in that category. Your comment about the Maven 4.0.0 POM model is particularly frustrating. When you told me to do the research on the original version I did exactly as you instructed. That is how I determined that it was 2.2.1. I'm sorry but I think the POM model version question is valid. In your original reply you did not know the time frame. I replied to you that it goes back at least five years. You did not respond. So while I was doing the research on the version and I found out it was 2.2.1 I thought the POM model version could be a problem. To tell me now after the fact that I should not have been concerned would mean that I would either have to assume that you know that or I would have to be a mind reader. And finally I demanded nothing from anyone. I asked if two of the repliers were contributors, and I reiterated a basic question I asked from the beginning, several times. Yes I am partly to blame here. But many of the Maven User List responders have a little dirt on their hands too. I don't see any of you acknowledging that. Regards, 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: Tuesday, October 06, 2015 12:30 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Maven is a rather complex piece of software. Many problems cannot be simply distilled to "here's your simple problem, and here's your simple solution." I understand this is what you want, but it is rarely that simple. And attacking the people on this list who are trying to help you when you are frustrated with the type of support they are providing is a really bad approach to problem solving. Also recognize that many people on this list are not US-born native English speakers, so there is sometimes a language barrier even when we are all writing English. By using a free product, you (and your employer) should recognize that you are trading off dollar costs for other costs - including your own time. Please don't complain about people asking you to do something very simple like install a couple other versions to see if that fixes your build issue. It doesn't sound like you went back and tried 2.2.1 as I originally recommended - simply to get more information about what happened, certainly not intending to guarantee that would fix your issue. I'd be curious about the error message you say that you got in 3.0.5. (Also, as a side-note, the POM model has been 4.0.0 for a long time - if I was worried about that, I would have mentioned it. This is where "not really knowing the product at all, and not wanting to" becomes a problem, you are making bad assumptions.) And yes, the users of this list generally expect people to have some passing familiarity with the product and the lingua franca that is utilized. There are several free resources online to help you "get up to speed" in the form of user's manuals etc. Your response here will most likely be "but I don't want to learn Maven, I just need to use it for this quick thing in my job so just help me with that" and the collective answer here will be "but Maven is complex, there are so many variables, providing simple solutions to problems is even tougher when the user lacks the standa
RE: Copy-dependencies goal error
Greg, Thank you for your reply. It is unfortunate that it had to come to this to get an explanation. Why wasn't an explanation like this offered from the beginning? I'm not saying I agree or even like the explanation, but it is an explanation. I have done some homework on Maven. I would never attempt to use the product without doing so. But if I may speak freely, this product appears to require a certain amount of "esoteric" knowledge. All I want to do is support the task I've been given. Of course I want to know how to use the tool. In fact when I wasn't finding the information I needed to do that, I turned to the Maven User Mailing List. How much knowledge must one have before they do this? Now let’s look at this particular situation, because I think it just might be unique (but I could be wrong). In this particular case I inherited a POM file that was developed by people no longer responsible for its upkeep. Those people were assisted by a software vendor that essentially no longer exists, so their employees that helped our people responsible for this are also no longer available either. We have all been in this situation before. Now the most important thing about this POM is that it is not even building software. You (and a few other people) mention that does not matter. I have a great difference of opinion here. Maven is ostensibly a build tool. Look at its terminology(e.g. as pertains to lifecycle stages). But I think the problem that exists is that in making the product flexible in how it implements its features it has opened the door to be used for more than just building software. I think that is the case here. The original creators of the POM in question used Maven to simply copy some files from one location probably simply because they could. Now I don't know if that was a good or bad idea, all I know is that I have to support it, it broke on my watch and I have to fix it. When I could not figure out how to do that I turned to the Maven community for help, and this is the result of that. So when you explain to me about dependencies, I understand them in the context of building software, because that's how Maven is supposed to be used. It appears to me that the people that originally developed this POM did not appreciate this when they used it almost as a script to copy files. Now I don't know if that is their fault or Mavens fault, but the simple fact of the matter is that I have to support it. And I would expect more than the struggle I've received during this experience. I know my attitude has not be the best, but that is what frustration leads to. And certainly the attitude of some of the people you say were trying to "help" should also be addressed here as well. Sincerely, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Greg Trasuk [mailto:tras...@stratuscom.com] Sent: Tuesday, October 06, 2015 12:39 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Michael: Aside - Are you at the FAA tech center in Atlantic City? I taught a course there four days after 9/11. Very nice people there, although the mood wasn’t great at the time, obviously. I particularly enjoyed seeing what I thought was a museum of ancient computers in the cafeteria (core memory and all)- until they explained they were samples of the then-deployed ATC hardware! Anyhow, I understand your frustration - Maven can have a somewhat steep learning curve. It seems to me that the answers you’ve gotten so far are correct, but perhaps they seem unhelpful because you don’t already have enough knowledge of the product. Unfortunately, with open source, you, the user, need to meet the user list half-way, and get some background knowledge so you can ask the right questions and use the answers effectively. There’s a classic treatise by Eric Raymond on asking questions (http://catb.org/~esr/faqs/smart-questions.html) that you might want to read, although you might not like the content. In fairness, there’s also a newer guide to answering questions out there (https://skippy.net/how-to-answer-questions) that we ought to read every now and then. In short, you might not like the choice of open source, but I’m guessing your employer already made that choice, and they had good reasons, so… let’s work together! Let’s start with… > It is simply copying ZIP/MD5/SHA1 files from a Nexus repository to a local > workstation. You’re mistaken. Maven is not copying files, it is copying dependencies or artifacts. Sorry if this seems like “maven-speak” to you, but you are going to continue to be frustrated until you try to get a clear mental model of what Maven is doing. Let me try to help… Maven is specifically geared to avoid worrying about where fil
Re: Copy-dependencies goal error
d then looks up the metadata for those dependencies, and so on, and so on. This is what people mean by “resolving dependencies”. In your case, your POM file is a little funny - rather than defining an artifact to build, it really exists only to define a set of dependencies and then call out the build plugin called "maven-dependency-plugin”, which is configured to copy the dependencies to the local file system. Here’s your key point - Maven resolves the dependencies even if your particular plugin configuration is not going to use them - the core maven package doesn’t care about the plugin configuration; it just does its thing, which is resolve dependencies. So even though your plugin configuration specifies “true”, Maven still goes to your Nexus repo and tries to track down those transitive dependencies. Your error message, [ERROR] Failed to execute goal on project all-products: Could not resolve dependencies for project com.iona.fuse:all-products:pom:1.0.0.0-fuse: Failed to collect dependencies at org.apache.camel:apache-camel:zip:src:2.15.1.redhat-620133 -> org.apache.camel:camel-cmis:jar:2.15.1.redhat-620133 -> org.apache.chemistry.opencmis:chemistry-opencmis-client-impl:jar:0.8.0 -> org.apache.chemistry.opencmis:chemistry-opencmis-commons-impl:jar:0.8.0 -> com.sun.xml.ws:jaxws-rt:jar:2.1.7 -> com.sun.xml.stream.buffer:streambuffer:jar:0.9 -> org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) means that when Maven tried to resolve the dependencies for "org.apache.camel:apache-camel:zip:src:2.15.1”, the metadata for that artifact (which is in your repository) included a dependency on "org.jvnet.staxex:stax-ex”, but that artifact is not present in your repository. The short answer is that you need to get "org.jvnet.staxex:stax-ex” into your repository. It appears to be in Maven Central, so I’m guessing that your Nexus is configured not to act as a proxy to Maven Central. So you’ll need to either load it manually (or use “procurement”) or configure your Nexus to proxy Maven Central (unless of course you can’t do that for security or other reasons, which is why you’d go through procurement). Since you don’t actually care about the “stax-ex” dependency, you could theoretically load a “dummy” jar and pom that would satisfy the dependency, but that’s really bad practice - some other build might need the real dependency at a later time, so you’re best to get the right files into your repository. Hope this helps. Also, there’s a webinar I did for my employer that you might enjoy, Maven for Late Adopters (http://www.webagesolutions.com/webinars/registration.html?ApacheMavenLateAdopters). We also offer training and consulting. Cheers, Greg Trasuk > On Oct 5, 2015, at 5:02 PM, > wrote: > > There are no transitive dependencies! > > This is not even building source code!!! > > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 4:37 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > >> 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. > > The repository must also contain all POMs for the transitive dependencies ... > otherwise Maven cannot build the project model. Maven core does not know that > you have bound an instance of the assembly plugin, that is not interested in > the transitive dependencies. > >> Did you look at the POM file I attached and compare it to the error >> messages also attached? > > The POMs of the referred artifacts get interesting. > > Chrres, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e
Re: Copy-dependencies goal error
Maven is a rather complex piece of software. Many problems cannot be simply distilled to "here's your simple problem, and here's your simple solution." I understand this is what you want, but it is rarely that simple. And attacking the people on this list who are trying to help you when you are frustrated with the type of support they are providing is a really bad approach to problem solving. Also recognize that many people on this list are not US-born native English speakers, so there is sometimes a language barrier even when we are all writing English. By using a free product, you (and your employer) should recognize that you are trading off dollar costs for other costs - including your own time. Please don't complain about people asking you to do something very simple like install a couple other versions to see if that fixes your build issue. It doesn't sound like you went back and tried 2.2.1 as I originally recommended - simply to get more information about what happened, certainly not intending to guarantee that would fix your issue. I'd be curious about the error message you say that you got in 3.0.5. (Also, as a side-note, the POM model has been 4.0.0 for a long time - if I was worried about that, I would have mentioned it. This is where "not really knowing the product at all, and not wanting to" becomes a problem, you are making bad assumptions.) And yes, the users of this list generally expect people to have some passing familiarity with the product and the lingua franca that is utilized. There are several free resources online to help you "get up to speed" in the form of user's manuals etc. Your response here will most likely be "but I don't want to learn Maven, I just need to use it for this quick thing in my job so just help me with that" and the collective answer here will be "but Maven is complex, there are so many variables, providing simple solutions to problems is even tougher when the user lacks the standard foundational knowledge that is typical." It is fine that you only use Maven for your job and thus don't want to learn much - just get your issue fixed. Please understand that our collective tolerance for such users, when they have the wrong attitude as you have demonstrated in this thread, is pretty low. Especially when you say this is part of a COTS software which means that vendor is "passing the buck" for support to this list when they themselves should provide you more support which you are paying for. In the ideal scenario, you open a ticket to that vendor, they have an internal person who is good with Maven who provides you with support, and only if they cannot solve the problem would they come to this list for support on your behalf. You should not be unhappy with the users of this list. You should direct that anger to the COTS vendor who is failing to provide you with support for a product that you have paid for! If your emails to this list demonstrates how angry you get when you haven't paid for something and don't get what you expect, I don't want to be around when we throw substantial real dollars into the mix - I anticipate a stream of obscenity-laced emails flying in every direction. Demanding short & simple responses to all inquiries such as yours will result in little traffic on this list as there is rarely a short & simple response to most of the questions. And yes, demanding is the only word which is appropriate in the context of this thread. We're happy to (try to) support you here, but I'd suggest that you adopt a somewhat different approach & attitude first. Thanks, Wayne Apache Maven PMC Member On Mon, Oct 5, 2015 at 4:42 PM, wrote: > Here is why I care: > > Well I'm not a Maven contributor. I don't wish to be. I don't even want to > use the product, and wouldn't if I wasn't required to for my job. > > So I get the impression that certain people answer questions because they are > contributors and answer the question as if everyone else is a contributor and > is expected to know the product as such. > > You folks in the open source arena have a lot to learn. Your reply that you > "fixed my stupid pom" is one of those things. Good customer support would go > something like this. > > The problem you are having is because.. someone who is not a contributor or even an intermediate or advanced user can > understand> > > Here is what you need to do to fix that problem. explain why this fix is needed in this case> > > You have done nothing to educate the user and to make them more > self-sufficient. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message---
Re: Copy-dependencies goal error
Karl Heinz Marbaise wrote: > Hi, > > On 10/5/15 7:51 PM, Jörg Schaible wrote: >> Hi Michael, >> >> michael.ctr.taru...@faa.gov wrote: >> >>> My apology about part of this reply. I did not understand part of your >>> suggestion. >>> >>> I thought you were saying 3.0.5 is the latest release. >>> >>> That said, I don't see how using the latest release or an older release >>> makes any difference. >>> >>> I have a requirement to use 3.1.1 from a COTS product vendor, so that is >>> probably not an option. And "bogus" is just not a good enough >>> explanation >>> for me. What specifically is wrong with what I am doing that does not >>> work in this release? >> >> I just cite my original mail: >> >>> IIRC you have problems with 3.1.x when using dependencies with import >>> scope, because it ignores then your settings then for transitive >>> deps declaring their own repository in the POM. >> >> AFAICS, you are using dependencyManagement with dependencies declared >> with scope "import"". > > > The given pom does not contain any dependencyManagement...so it does > simply plays not a role here... If you read the OPs question from last week, you will see that he did not provide his POM there and from that description, I assumed he used an import scope. That was not the case. > Apart from that import scope means only > to use the dependencyManagement part and nothing else as described in > the documentation...so it does not ignore it nor is it wrong... And what does that have to do with the stuff defined in settings.xml? > See the original documentation > https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. As long as the dependencies are resolved from the repos declared in settings.xml ... https://issues.apache.org/jira/browse/MNG-5781 We were affected by this more than once, but - honestly - I could not reproduce it today (3.3.3, 3.1.1, 3.0.5). > so this is NOT a problem in contrary it is exactly working as it should > be...Apart from using repository definition in a pom is a bad > practice... Definitely. > But this is a different story... Sadly it was not forbidden when it was discussed the last time ... Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
Helle karl Heinz - thanks for Not considering the OPs Attitude and Tone towards perfectly Fine answers :-/ Bernd > Am 06.10.2015 um 15:55 schrieb Karl Heinz Marbaise : > > Hi Michael, > > > >> With all due respect I insulted no one. Am I frustrated? Yes, but I did >> not insult anyone. >> >> Now I was perfectly fine with letting this go until I received your comment. > > So let me use this opportunity to make a few more comments. >> >> Thank you for suggesting That I go somewhere else for help. > > However, this is the Maven mailing list set up for the express > > purpose of getting help with this software. > > it is absolutely intended to ask here and I'm your opinion, cause this is > User Mailing list... > >> Where else do you suggest I go? > > Very good question...Unfortunately i haven't got a idea to suggest... > > >> >> As for the volunteer service you provide, I thank you for that service. > > But when I am dissatisfied with the service I am getting, > > please don't throw in my face that you are a volunteer. > > You made that choice. > > And as a result, putting up with frustrated customers > > is something you are going to have to deal with. > > It's part of the deal you signed on to when you volunteered. > > If you are not willing to do that, > > then maybe you should consider not volunteering. > > Yes exactly the point. > > If those who ansered here and don't like to answer or if they are the opinion > to waste their time..than really keep quiet..and let others do the job... > >> >> Now I was told by a responder on this thread that I > > am not a customer because I did not pay for this software. > > Nothing could be further from the truth. > > There is no one paying for Maven it self... > > > In my career I had many "customers" that did not pay for > > the software I was supporting. > > It was my job to provide them the best support that I could. > > > I suggest that responders to requests for help on this > > mailing list adopt the same approach, volunteer or not. > > Yes...true... > >> >> Another responder to this thread brought up that > > he was volunteering and I was wasting his time. > > If the original poster is wasting his/here time than just simply don't do it > anymore... > > > > How about the time of mine he wasted when he suggested > > I try something that made no difference in the outcome, > > and had nothing to do with the problem? > > And this has happened to me before with other > > responders on this mailing list. > > >I was in fact told by another responder that the reply of a specific person > > was off topic and is often the case for that person. >> >> Maybe you should spend some time pointing that out to those individuals > > rather than chastising someone who is simply trying to get help. >> >> Regards, >> Mike > > I'm really sorry Michael to read such things in the user mailing list which > is intended for people using Maven and searching for help and usage of Maven. > > > To be honest if someone on the user list is the opinion to waste here/his > time just simple keep quiet...or better unsubscribe from the list... > > Maven is an open source project which lives from its community...and > unfortunately i have to say that is not a good attitude of a "community" > against a userwho searches for help... > > I never thought i need to write something like this > > > Kind regards > Karl Heinz Marbaise > Apache Maven PMC Member > > - > 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
RE: Copy-dependencies goal error
Thank you for stating that publicly Karl. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Tuesday, October 06, 2015 9:55 AM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi Michael, > > With all due respect I insulted no one. Am I frustrated? Yes, but I did not > insult anyone. > > Now I was perfectly fine with letting this go until I received your comment. > So let me use this opportunity to make a few more comments. > > Thank you for suggesting That I go somewhere else for help. > However, this is the Maven mailing list set up for the express > purpose > of getting help with this software. it is absolutely intended to ask here and I'm your opinion, cause this is User Mailing list... > Where else do you suggest I go? Very good question...Unfortunately i haven't got a idea to suggest... > > As for the volunteer service you provide, I thank you for that service. > But when I am dissatisfied with the service I am getting, > please don't > throw in my face that you are a volunteer. > You made that choice. > And as a result, putting up with frustrated customers > is something you are going to have to deal with. > It's part of the deal you signed on to when you volunteered. > If you are not willing to do that, > then maybe you should consider not volunteering. Yes exactly the point. If those who ansered here and don't like to answer or if they are the opinion to waste their time..than really keep quiet..and let others do the job... > > Now I was told by a responder on this thread that I > am not a customer because I did not pay for this software. > Nothing could be further from the truth. There is no one paying for Maven it self... > In my career I had many "customers" that did not pay for > the software I was supporting. > It was my job to provide them the best support that I could. > I suggest that responders to requests for help on this > mailing list adopt the same approach, volunteer or not. Yes...true... > > Another responder to this thread brought up that > he was volunteering and I was wasting his time. If the original poster is wasting his/here time than just simply don't do it anymore... > How about the time of mine he wasted when he suggested > I try something that made no difference in the outcome, > and had nothing to do with the problem? > And this has happened to me before with other > responders on this mailing list. >I was in fact told by another responder that the reply of a specific person > was off topic and is often the case for that person. > > Maybe you should spend some time pointing that out to those individuals > rather than chastising someone who is simply trying to get help. > > Regards, > Mike I'm really sorry Michael to read such things in the user mailing list which is intended for people using Maven and searching for help and usage of Maven. To be honest if someone on the user list is the opinion to waste here/his time just simple keep quiet...or better unsubscribe from the list... Maven is an open source project which lives from its community...and unfortunately i have to say that is not a good attitude of a "community" against a userwho searches for help... I never thought i need to write something like this Kind regards Karl Heinz Marbaise Apache Maven PMC Member - 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
Re: Copy-dependencies goal error
Hi Michael, > With all due respect I insulted no one. Am I frustrated? Yes, but I did not insult anyone. Now I was perfectly fine with letting this go until I received your comment. > So let me use this opportunity to make a few more comments. Thank you for suggesting That I go somewhere else for help. > However, this is the Maven mailing list set up for the express > purpose of getting help with this software. it is absolutely intended to ask here and I'm your opinion, cause this is User Mailing list... Where else do you suggest I go? Very good question...Unfortunately i haven't got a idea to suggest... As for the volunteer service you provide, I thank you for that service. > But when I am dissatisfied with the service I am getting, > please don't throw in my face that you are a volunteer. > You made that choice. > And as a result, putting up with frustrated customers > is something you are going to have to deal with. > It's part of the deal you signed on to when you volunteered. > If you are not willing to do that, > then maybe you should consider not volunteering. Yes exactly the point. If those who ansered here and don't like to answer or if they are the opinion to waste their time..than really keep quiet..and let others do the job... Now I was told by a responder on this thread that I > am not a customer because I did not pay for this software. > Nothing could be further from the truth. There is no one paying for Maven it self... > In my career I had many "customers" that did not pay for > the software I was supporting. > It was my job to provide them the best support that I could. > I suggest that responders to requests for help on this > mailing list adopt the same approach, volunteer or not. Yes...true... Another responder to this thread brought up that > he was volunteering and I was wasting his time. If the original poster is wasting his/here time than just simply don't do it anymore... > How about the time of mine he wasted when he suggested > I try something that made no difference in the outcome, > and had nothing to do with the problem? > And this has happened to me before with other > responders on this mailing list. >I was in fact told by another responder that the reply of a specific person > was off topic and is often the case for that person. Maybe you should spend some time pointing that out to those individuals > rather than chastising someone who is simply trying to get help. Regards, Mike I'm really sorry Michael to read such things in the user mailing list which is intended for people using Maven and searching for help and usage of Maven. To be honest if someone on the user list is the opinion to waste here/his time just simple keep quiet...or better unsubscribe from the list... Maven is an open source project which lives from its community...and unfortunately i have to say that is not a good attitude of a "community" against a userwho searches for help... I never thought i need to write something like this Kind regards Karl Heinz Marbaise Apache Maven PMC Member - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Manfred, With all due respect I insulted no one. Am I frustrated? Yes, but I did not insult anyone. Now I was perfectly fine with letting this go until I received your comment. So let me use this opportunity to make a few more comments. Thank you for suggesting That I go somewhere else for help. However, this is the Maven mailing list set up for the express purpose of getting help with this software. Where else do you suggest I go? As for the volunteer service you provide, I thank you for that service. But when I am dissatisfied with the service I am getting, please don't throw in my face that you are a volunteer. You made that choice. And as a result, putting up with frustrated customers is something you are going to have to deal with. It's part of the deal you signed on to when you volunteered. If you are not willing to do that, then maybe you should consider not volunteering. Now I was told by a responder on this thread that I am not a customer because I did not pay for this software. Nothing could be further from the truth. In my career I had many "customers" that did not pay for the software I was supporting. It was my job to provide them the best support that I could. I suggest that responders to requests for help on this mailing list adopt the same approach, volunteer or not. Another responder to this thread brought up that he was volunteering and I was wasting his time. How about the time of mine he wasted when he suggested I try something that made no difference in the outcome, and had nothing to do with the problem? And this has happened to me before with other responders on this mailing list. I was in fact told by another responder that the reply of a specific person was off topic and is often the case for that person. Maybe you should spend some time pointing that out to those individuals rather than chastising someone who is simply trying to get help. Regards, Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Manfred Moser [mailto:manf...@simpligility.com] Sent: Monday, October 05, 2015 6:56 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Michael, Please refrain from insulting the efforts of the people on this list trying to help you. If you are not happy with the help you receive here, you are free to look for it elsewhere. I would like the discussions here to stay civil and on topic. I hope you provide us all here with the same respect that you would expect us to have towards you. We are all volunteers here. Thank you Manfred michael.ctr.taru...@faa.gov wrote on 2015-10-05 15:28: > That is fine with me, because your either wrong or incomprehensible > answers are wasting my time. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 6:23 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > michael.ctr.taru...@faa.gov wrote: > > > What are you talking about? > > > > Of course I don't pay. It's an open source product. > > OK, then I don't answer anymore, because it's my free time and you're > wasting it. > > Cheers, > Jörg > > > - > 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
Re: Copy-dependencies goal error
Michael, Please refrain from insulting the efforts of the people on this list trying to help you. If you are not happy with the help you receive here, you are free to look for it elsewhere. I would like the discussions here to stay civil and on topic. I hope you provide us all here with the same respect that you would expect us to have towards you. We are all volunteers here. Thank you Manfred michael.ctr.taru...@faa.gov wrote on 2015-10-05 15:28: > That is fine with me, because your either wrong or incomprehensible > answers are > wasting my time. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 6:23 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > michael.ctr.taru...@faa.gov wrote: > > > What are you talking about? > > > > Of course I don't pay. It's an open source product. > > OK, then I don't answer anymore, because it's my free time and you're > wasting it. > > Cheers, > Jörg > > > - > 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
RE: Copy-dependencies goal error
That is fine with me, because your either wrong or incomprehensible answers are wasting my time. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 6:23 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error michael.ctr.taru...@faa.gov wrote: > What are you talking about? > > Of course I don't pay. It's an open source product. OK, then I don't answer anymore, because it's my free time and you're wasting it. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
michael.ctr.taru...@faa.gov wrote: > What are you talking about? > > Of course I don't pay. It's an open source product. OK, then I don't answer anymore, because it's my free time and you're wasting it. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Thank you Karl. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 6:22 PM To: Maven Users List; i...@soebes.de Subject: Re: Copy-dependencies goal error Hi Michael, I'm replying to Jörg... Kind regards Karl Heinz Marbaise On 10/6/15 12:14 AM, michael.ctr.taru...@faa.gov wrote: > Karl, > > Could you clarify this. I don't understand your reply. > > In fact I'm not sure if you are replying to me or Jorg. > > It appears to be the latter. Could you please confirm? > > Thank you. > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] > Sent: Monday, October 05, 2015 6:10 PM > To: Maven Users List > Subject: Re: Copy-dependencies goal error > > Hi, > > On 10/5/15 7:51 PM, Jörg Schaible wrote: >> Hi Michael, >> >> michael.ctr.taru...@faa.gov wrote: >> >>> My apology about part of this reply. I did not understand part of >>> your suggestion. >>> >>> I thought you were saying 3.0.5 is the latest release. >>> >>> That said, I don't see how using the latest release or an older >>> release makes any difference. >>> >>> I have a requirement to use 3.1.1 from a COTS product vendor, so >>> that is probably not an option. And "bogus" is just not a good >>> enough explanation for me. What specifically is wrong with what I >>> am doing that does not work in this release? >> >> I just cite my original mail: >> >>> IIRC you have problems with 3.1.x when using dependencies with >>> import scope, because it ignores then your settings then for >>> transitive deps declaring their own repository in the POM. >> >> AFAICS, you are using dependencyManagement with dependencies declared >> with scope "import"". > > > The given pom does not contain any dependencyManagement...so it does simply > plays not a role here...Apart from that import scope means only to use the > dependencyManagement part and nothing else as described in the > documentation...so it does not ignore it nor is it wrong... > > See the original documentation > https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. > > so this is NOT a problem in contrary it is exactly working as it should > be...Apart from using repository definition in a pom is a bad practice...But > this is a different story... > > > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
Hi Michael, I'm replying to Jörg... Kind regards Karl Heinz Marbaise On 10/6/15 12:14 AM, michael.ctr.taru...@faa.gov wrote: Karl, Could you clarify this. I don't understand your reply. In fact I'm not sure if you are replying to me or Jorg. It appears to be the latter. Could you please confirm? Thank you. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 6:10 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi, On 10/5/15 7:51 PM, Jörg Schaible wrote: Hi Michael, michael.ctr.taru...@faa.gov wrote: My apology about part of this reply. I did not understand part of your suggestion. I thought you were saying 3.0.5 is the latest release. That said, I don't see how using the latest release or an older release makes any difference. I have a requirement to use 3.1.1 from a COTS product vendor, so that is probably not an option. And "bogus" is just not a good enough explanation for me. What specifically is wrong with what I am doing that does not work in this release? I just cite my original mail: IIRC you have problems with 3.1.x when using dependencies with import scope, because it ignores then your settings then for transitive deps declaring their own repository in the POM. AFAICS, you are using dependencyManagement with dependencies declared with scope "import"". The given pom does not contain any dependencyManagement...so it does simply plays not a role here...Apart from that import scope means only to use the dependencyManagement part and nothing else as described in the documentation...so it does not ignore it nor is it wrong... See the original documentation https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. so this is NOT a problem in contrary it is exactly working as it should be...Apart from using repository definition in a pom is a bad practice...But this is a different story... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
michael.ctr.taru...@faa.gov wrote: > There are no transitive dependencies! That depends totally on the declaration of the POMs for your dependencies. You don't control this. > This is not even building source code!!! That's totally irrelevant. > It is simply copying ZIP/MD5/SHA1 files from a Nexus repository to a local > workstation. And their POMs which may (and obviously do) declare dependencies again. Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Karl, Could you clarify this. I don't understand your reply. In fact I'm not sure if you are replying to me or Jorg. It appears to be the latter. Could you please confirm? Thank you. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 6:10 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi, On 10/5/15 7:51 PM, Jörg Schaible wrote: > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > >> My apology about part of this reply. I did not understand part of >> your suggestion. >> >> I thought you were saying 3.0.5 is the latest release. >> >> That said, I don't see how using the latest release or an older >> release makes any difference. >> >> I have a requirement to use 3.1.1 from a COTS product vendor, so that >> is probably not an option. And "bogus" is just not a good enough >> explanation for me. What specifically is wrong with what I am doing >> that does not work in this release? > > I just cite my original mail: > >> IIRC you have problems with 3.1.x when using dependencies with import >> scope, because it ignores then your settings then for transitive deps >> declaring their own repository in the POM. > > AFAICS, you are using dependencyManagement with dependencies declared > with scope "import"". The given pom does not contain any dependencyManagement...so it does simply plays not a role here...Apart from that import scope means only to use the dependencyManagement part and nothing else as described in the documentation...so it does not ignore it nor is it wrong... See the original documentation https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. so this is NOT a problem in contrary it is exactly working as it should be...Apart from using repository definition in a pom is a bad practice...But this is a different story... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
Hi, On 10/5/15 7:51 PM, Jörg Schaible wrote: Hi Michael, michael.ctr.taru...@faa.gov wrote: My apology about part of this reply. I did not understand part of your suggestion. I thought you were saying 3.0.5 is the latest release. That said, I don't see how using the latest release or an older release makes any difference. I have a requirement to use 3.1.1 from a COTS product vendor, so that is probably not an option. And "bogus" is just not a good enough explanation for me. What specifically is wrong with what I am doing that does not work in this release? I just cite my original mail: IIRC you have problems with 3.1.x when using dependencies with import scope, because it ignores then your settings then for transitive deps declaring their own repository in the POM. AFAICS, you are using dependencyManagement with dependencies declared with scope "import"". The given pom does not contain any dependencyManagement...so it does simply plays not a role here...Apart from that import scope means only to use the dependencyManagement part and nothing else as described in the documentation...so it does not ignore it nor is it wrong... See the original documentation https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html. so this is NOT a problem in contrary it is exactly working as it should be...Apart from using repository definition in a pom is a bad practice...But this is a different story... - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
What are you talking about? Of course I don't pay. It's an open source product. That's the business model today, right use open source and save money on software development costs. Of course until you have to get help with the product or try and read what is almost always a poor excuse for documentation as is the case with Maven. But your attitude is wonderful. Just stick in the exclusion and be done. Right, until there is something else that breaks that can't be fixed because you've done nothing to educate your users about how to use the product. And then of course, because I am not paying (or my organization is not paying) then I have to rely on these mailing list which are a poor excuse for support. Your attitude is a perfect example of this. For instance this "me and Jörg did explain to you that maven always resolves all dependemcies (unless you exclude them), so there is your education". That is not an explanation, it's just a statement. And Jorg was of absolutely no help. Look at my other posts. I wasted the whole day running this with other versions to no avail. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: e...@zusammenkunft.net [mailto:e...@zusammenkunft.net] Sent: Monday, October 05, 2015 5:47 PM To: Maven Users List Subject: RE: Copy-dependencies goal error First of all you dont pay, you only demand (with multiple exclamationmarks), so you are not a customer, and secondly me and Jörg did explain to you that maven always resolves all dependemcies (unless you exclude them), so there is your education. If you dont care about maven just stick in the exclusion and be done. Bye Bernd -Original Message- From: michael.ctr.taru...@faa.gov To: users@maven.apache.org Sent: Mo., 05 Okt. 2015 23:42 Subject: RE: Copy-dependencies goal error Here is why I care: Well I'm not a Maven contributor. I don't wish to be. I don't even want to use the product, and wouldn't if I wasn't required to for my job. So I get the impression that certain people answer questions because they are contributors and answer the question as if everyone else is a contributor and is expected to know the product as such. You folks in the open source arena have a lot to learn. Your reply that you "fixed my stupid pom" is one of those things. Good customer support would go something like this. The problem you are having is because.. Here is what you need to do to fix that problem. You have done nothing to educate the user and to make them more self-sufficient. 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 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - 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
RE: Copy-dependencies goal error
First of all you dont pay, you only demand (with multiple exclamationmarks), so you are not a customer, and secondly me and Jörg did explain to you that maven always resolves all dependemcies (unless you exclude them), so there is your education. If you dont care about maven just stick in the exclusion and be done. Bye Bernd -Original Message- From: michael.ctr.taru...@faa.gov To: users@maven.apache.org Sent: Mo., 05 Okt. 2015 23:42 Subject: RE: Copy-dependencies goal error Here is why I care: Well I'm not a Maven contributor. I don't wish to be. I don't even want to use the product, and wouldn't if I wasn't required to for my job. So I get the impression that certain people answer questions because they are contributors and answer the question as if everyone else is a contributor and is expected to know the product as such. You folks in the open source arena have a lot to learn. Your reply that you "fixed my stupid pom" is one of those things. Good customer support would go something like this. The problem you are having is because.. Here is what you need to do to fix that problem. You have done nothing to educate the user and to make them more self-sufficient. 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 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - 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
Re: Copy-dependencies goal error
. On Mon, Oct 5, 2015 at 2:28 PM, wrote: > Now who has a tone? > > 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 5:12 PM > To: users@maven.apache.org > Subject: Re: Copy-dependencies goal error > > Am Mon, 5 Oct 2015 21:08:02 + > schrieb : > > Answer a simple question for me, are you a Maven contributor? > > I fixed your stupid pom, so why would you care? > > Gruss > Bernd > > - > 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 > >
RE: Copy-dependencies goal error
Here is why I care: Well I'm not a Maven contributor. I don't wish to be. I don't even want to use the product, and wouldn't if I wasn't required to for my job. So I get the impression that certain people answer questions because they are contributors and answer the question as if everyone else is a contributor and is expected to know the product as such. You folks in the open source arena have a lot to learn. Your reply that you "fixed my stupid pom" is one of those things. Good customer support would go something like this. The problem you are having is because.. Here is what you need to do to fix that problem. You have done nothing to educate the user and to make them more self-sufficient. 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 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - 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
RE: Copy-dependencies goal error
Now who has a tone? 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 5:12 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - 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
RE: Copy-dependencies goal error
Are you a Maven contributor? 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 5:26 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error Am Mon, 5 Oct 2015 21:20:20 + schrieb : > Could you explain why I would need to do add exclusions? In order to stop maven from resolving all dependencies transitive until it hits a broken one. Gruss Bernd - 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
Re: Copy-dependencies goal error
Am Mon, 5 Oct 2015 21:08:02 + schrieb : > Answer a simple question for me, are you a Maven contributor? I fixed your stupid pom, so why would you care? Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
Am Mon, 5 Oct 2015 21:20:20 + schrieb : > Could you explain why I would need to do add exclusions? In order to stop maven from resolving all dependencies transitive until it hits a broken one. Gruss Bernd - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Could you explain why I would need to do add exclusions? If I download the ActiveMQ and CXF files without the Camel files the POM works file. 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 5:02 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error 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: * * 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 + schrieb : > 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 + schrieb > : > > > 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 : > > > > > 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
RE: Copy-dependencies goal error
My tone is the way it is because I would like a straight answer, not Maven speak. Thank you for noticing the password. It's the only thing I've understood thus far. Answer a simple question for me, are you a Maven contributor? 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 5:02 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error 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: * * 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 + schrieb : > 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 + schrieb > : > > > 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 : > > > > > Wayne, > > > > > > A few questions before I begin to investigates as per your > > > recommendation. > > > > > > Are you a
RE: Copy-dependencies goal error
There are no transitive dependencies! This is not even building source code!!! It is simply copying ZIP/MD5/SHA1 files from a Nexus repository to a local workstation. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 4:37 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Hi Michael, michael.ctr.taru...@faa.gov wrote: > 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. The repository must also contain all POMs for the transitive dependencies ... otherwise Maven cannot build the project model. Maven core does not know that you have bound an instance of the assembly plugin, that is not interested in the transitive dependencies. > Did you look at the POM file I attached and compare it to the error > messages also attached? The POMs of the referred artifacts get interesting. Chrres, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
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: * * 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 + schrieb : > 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 + schrieb > : > > > 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 : > > > > > 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
RE: Copy-dependencies goal error
To anyone following this absolutely frustrating thread, neither v3.0.5 nor v3.3.3 solved this problem. V3.3.3 resulted in the same error and v3.0.5 failed with a different error!!! Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. 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
RE: Copy-dependencies goal error
Hi Michael, michael.ctr.taru...@faa.gov wrote: > 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. The repository must also contain all POMs for the transitive dependencies ... otherwise Maven cannot build the project model. Maven core does not know that you have bound an instance of the assembly plugin, that is not interested in the transitive dependencies. > Did you look at the POM file I attached and compare it to the error > messages also attached? The POMs of the referred artifacts get interesting. Chrres, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
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 + schrieb : > 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 : > > > 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, > > 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. > > > > > > > > > > > &g
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 + schrieb : > 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 : > > > 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, > > 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
RE: Copy-dependencies goal error
Wayne, I have determined, to the best of my ability, that the version of Maven used to execute this POM was probably about 2.2.1. It could have been an earlier version but not a later. Now I was able to obtain this version from the Maven archives but one question I have is what POM model version was in effect back then? The current version is 4.0.0. I suspect it was not this. How could I find out? Another problem I'm having with this is even if I do get it to run with this version, it really is not a option to use this version going forward, and I'm not sure how the process running under this version is indicative of a problem with Nexus. So before I even try this, I going to try a more current release of Maven first, and also an older version, but not this much older!!! 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: Monday, October 05, 2015 11:16 AM To: Maven Users List Subject: Re: Copy-dependencies goal error Looking at the error message again, I agree there seems to be an issue with this dependency: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) I would spend some effort looking into that artifact and sorting out why there seems to be no pom file for it, then most likely you can move forward with the rest. Wayne On Mon, Oct 5, 2015 at 9:34 AM, wrote: > 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, 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 >> >> >> >>
RE: Copy-dependencies goal error
Thank you Curtis. Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On Behalf Of Curtis Rueden Sent: Monday, October 05, 2015 2:36 PM To: Maven Users List Cc: joerg.schai...@gmx.de Subject: Re: Copy-dependencies goal error Hi Michael, > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies > I don't see anything in either my settings.xml or pom.xml that > explicitly declares this. Agreed -- I don't see any uses of import scope in the POM attachment you sent. Regards, Curtis On Mon, Oct 5, 2015 at 1:21 PM, wrote: > What is "import scope"? > > I don't see anything in either my settings.xml or pom.xml that > explicitly declares this. (And I call this my POM, but I inherited it > from someone else). > > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 1:51 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > > > My apology about part of this reply. I did not understand part of > > your suggestion. > > > > I thought you were saying 3.0.5 is the latest release. > > > > That said, I don't see how using the latest release or an older > > release makes any difference. > > > > I have a requirement to use 3.1.1 from a COTS product vendor, so > > that is probably not an option. And "bogus" is just not a good > > enough explanation for me. What specifically is wrong with what I > > am doing that does not work in this release? > > I just cite my original mail: > > > IIRC you have problems with 3.1.x when using dependencies with > > import scope, because it ignores then your settings then for > > transitive deps declaring their own repository in the POM. > > AFAICS, you are using dependencyManagement with dependencies declared > with scope "import"". > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Copy-dependencies goal error
Hi Michael, > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Importing_Dependencies > I don't see anything in either my settings.xml or pom.xml that > explicitly declares this. Agreed -- I don't see any uses of import scope in the POM attachment you sent. Regards, Curtis On Mon, Oct 5, 2015 at 1:21 PM, wrote: > What is "import scope"? > > I don't see anything in either my settings.xml or pom.xml that explicitly > declares this. (And I call this my POM, but I inherited it from someone > else). > > Can you explain " you are using dependencyManagement with dependencies > declared with scope "import""? > > Michael Tarullo > Contractor (Engility Corp) > Enterprise Architect > NSRR System Administrator > FAA WJH Technical Center > (609)485-5294 > > > -Original Message- > From: Jörg Schaible [mailto:joerg.schai...@gmx.de] > Sent: Monday, October 05, 2015 1:51 PM > To: users@maven.apache.org > Subject: RE: Copy-dependencies goal error > > Hi Michael, > > michael.ctr.taru...@faa.gov wrote: > > > My apology about part of this reply. I did not understand part of > > your suggestion. > > > > I thought you were saying 3.0.5 is the latest release. > > > > That said, I don't see how using the latest release or an older > > release makes any difference. > > > > I have a requirement to use 3.1.1 from a COTS product vendor, so that > > is probably not an option. And "bogus" is just not a good enough > > explanation for me. What specifically is wrong with what I am doing > > that does not work in this release? > > I just cite my original mail: > > > IIRC you have problems with 3.1.x when using dependencies with import > > scope, because it ignores then your settings then for transitive deps > > declaring their own repository in the POM. > > AFAICS, you are using dependencyManagement with dependencies declared with > scope "import"". > > Cheers, > Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
RE: Copy-dependencies goal error
What is "import scope"? I don't see anything in either my settings.xml or pom.xml that explicitly declares this. (And I call this my POM, but I inherited it from someone else). Can you explain " you are using dependencyManagement with dependencies declared with scope "import""? Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@gmx.de] Sent: Monday, October 05, 2015 1:51 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Hi Michael, michael.ctr.taru...@faa.gov wrote: > My apology about part of this reply. I did not understand part of > your suggestion. > > I thought you were saying 3.0.5 is the latest release. > > That said, I don't see how using the latest release or an older > release makes any difference. > > I have a requirement to use 3.1.1 from a COTS product vendor, so that > is probably not an option. And "bogus" is just not a good enough > explanation for me. What specifically is wrong with what I am doing > that does not work in this release? I just cite my original mail: > IIRC you have problems with 3.1.x when using dependencies with import > scope, because it ignores then your settings then for transitive deps > declaring their own repository in the POM. AFAICS, you are using dependencyManagement with dependencies declared with scope "import"". Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
Hi Michael, michael.ctr.taru...@faa.gov wrote: > My apology about part of this reply. I did not understand part of your > suggestion. > > I thought you were saying 3.0.5 is the latest release. > > That said, I don't see how using the latest release or an older release > makes any difference. > > I have a requirement to use 3.1.1 from a COTS product vendor, so that is > probably not an option. And "bogus" is just not a good enough explanation > for me. What specifically is wrong with what I am doing that does not > work in this release? I just cite my original mail: > IIRC you have problems with 3.1.x when using dependencies with import > scope, because it ignores then your settings then for transitive > deps declaring their own repository in the POM. AFAICS, you are using dependencyManagement with dependencies declared with scope "import"". Cheers, Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
That is exactly what I would like to know!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Sent: Monday, October 05, 2015 12:43 PM To: Maven Users List Subject: Re: Copy-dependencies goal error Hi, On 10/5/15 6:07 PM, Jörg Schaible wrote: > latest Maven version or 3.0.5, > because 3.1.1. is bogus. Can you tell me in which way 3.1.1 is bogus ? Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy-dependencies goal error
Hi, On 10/5/15 6:07 PM, Jörg Schaible wrote: latest Maven version or 3.0.5, > because 3.1.1. is bogus. Can you tell me in which way 3.1.1 is bogus ? Kind regards Karl Heinz Marbaise - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Copy-dependencies goal error
My apology about part of this reply. I did not understand part of your suggestion. I thought you were saying 3.0.5 is the latest release. That said, I don't see how using the latest release or an older release makes any difference. I have a requirement to use 3.1.1 from a COTS product vendor, so that is probably not an option. And "bogus" is just not a good enough explanation for me. What specifically is wrong with what I am doing that does not work in this release? Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Tarullo, Michael CTR (FAA) Sent: Monday, October 05, 2015 12:20 PM To: users@maven.apache.org Subject: RE: Copy-dependencies goal error Pardon me for not responding. But your reply here is ample explanation for why I did not reply. The "attitude" I detect from this reply is that explanation. Is "bogus" some new software engineering term I am not familiar with, or just the language used by someone dabbling in software because it's "cool". If it's the later please reserve your reply for another forum. Now, please tell me how version 3.0.5 is the latest release when there is a 3.1.1? If you can't get this right, how I am supposed to take your reply seriously? Just this kind of thing is what aggravates me about the open source approach to software development, particularly getting help with it!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. 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
RE: Copy-dependencies goal error
Pardon me for not responding. But your reply here is ample explanation for why I did not reply. The "attitude" I detect from this reply is that explanation. Is "bogus" some new software engineering term I am not familiar with, or just the language used by someone dabbling in software because it's "cool". If it's the later please reserve your reply for another forum. Now, please tell me how version 3.0.5 is the latest release when there is a 3.1.1? If you can't get this right, how I am supposed to take your reply seriously? Just this kind of thing is what aggravates me about the open source approach to software development, particularly getting help with it!!! Mike Michael Tarullo Contractor (Engility Corp) Enterprise Architect NSRR System Administrator FAA WJH Technical Center (609)485-5294 -Original Message- From: Jörg Schaible [mailto:joerg.schai...@swisspost.com] Sent: Monday, October 05, 2015 12:08 PM To: users@maven.apache.org Subject: Re: Copy-dependencies goal error You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. 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
Re: Copy-dependencies goal error
You asked the same question before and I gave you the advice to either try latest Maven version or 3.0.5, because 3.1.1. is bogus. You never answered. 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
Re: Copy-dependencies goal error
Looking at the error message again, I agree there seems to be an issue with this dependency: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) I would spend some effort looking into that artifact and sorting out why there seems to be no pom file for it, then most likely you can move forward with the rest. Wayne On Mon, Oct 5, 2015 at 9:34 AM, wrote: > 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, 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
RE: Copy-dependencies goal error
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 : > 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, 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 > >
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 : > 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, 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 > >
RE: Copy-dependencies goal error
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, 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
RE: Copy-dependencies goal error
Wayne, Thanks for the reply. I forgot to mention in my original post that CURRENTLY I'm using Maven v3.1.1. But your question is a good one, and something I didn't even consider and therefore try to test. I should be able to revert back to and older version of Maven provided 1) I know what version to revert to (most of the people that devised this process over 5 years ago are not around) and 2) the older version is still available (this originated about 5 years ago)!!! I'll reply back to my original post when/if I find something. 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, 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
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, 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
RE: Copy-dependencies goal error
Michael- out of curiosity which stax-ex versions are located at C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62\org\jvnet\staxex\stax-ex concerning version 2.15.1.redhat-620133 if you want to implement a specific "version rule" then you'll need to implement a version rule in rule-set.xml for artifactId versions-maven-plugin plugin http://www.mojohaus.org/versions-maven-plugin/version-rules.html hth, Martin __ From: michael.ctr.taru...@faa.gov To: users@maven.apache.org Subject: Copy-dependencies goal error Date: Fri, 2 Oct 2015 18:18:42 + 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
Copy-dependencies goal error
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 [ERROR] Failed to execute goal on project all-products: Could not resolve dependencies for project com.iona.fuse:all-products:pom:1.0.0.0-fuse: Failed to collect dependencies at org.apache.camel:apache-camel:zip:src:2.15.1.redhat-620133 -> org.apache.camel:camel-cmis:jar:2.15.1.redhat-620133 -> org.apache.chemistry.opencmis:chemistry-opencmis-client-impl:jar:0.8.0 -> org.apache.chemistry.opencmis:chemistry-opencmis-commons-impl:jar:0.8.0 -> com.sun.xml.ws:jaxws-rt:jar:2.1.7 -> com.sun.xml.stream.buffer:streambuffer:jar:0.9 -> org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to read artifact descriptor for org.jvnet.staxex:stax-ex:jar:RELEASE: Failed to resolve version for org.jvnet.staxex:stax-ex:jar:RELEASE: Could not find metadata org.jvnet.staxex:stax-ex/maven-metadata.xml in local (C:\Users\Michael CTR Tarullo.FAA\.m2\super-pom-test-repository-62) super-pom-test-pom.xml Description: super-pom-test-pom.xml super-pom-test-settings.xml Description: super-pom-test-settings.xml - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven copy-dependencies and excluding transitively
Exactly. I'll try "provided" on monday. Thanks for your help! Am 18.01.2013 21:46, schrieb Ron Wheeler: > On 18/01/2013 2:58 PM, Veit Guna wrote: >> I have a server and plugin project. The server artifacts are deployed to >> a jboss server. The plugin depends on some server plugin-api artifacts >> and is optional. >> Now I want the user to be able to deploy only the plugin with its >> defined deps without the server plugin-api artifacts - since they are >> already deployed. >> >> So the plan is to take ALL plugin deps minus the server artifacts >> (transitively!). Hm, as I'm writing this, maybe the right way is to mark >> the server artifacts >> as provided :)... > > Sounds like what "provided" is supposed to do. > Means that you need them to compile and build but you don't want Maven > to put them in the artifact(plug-in) since they are already going to > be there when the artifact is ready to run. > >> >> >> Am 18.01.2013 20:38, schrieb Ron Wheeler: >>> What are you trying to accomplish? Why? >>> >>> That might get you a solution that is a bit different from what you >>> expect. >>> >>> Ron >>> >>> On 18/01/2013 10:07 AM, Veit Guna wrote: >>>> Not really, no :). >>>> >>>> If I read the article correctly, it describes how to merge n jar's >>>> into one. I just need to copy them to a specific location. >>>> >>>> Original-Nachricht >>>>> Datum: Fri, 18 Jan 2013 08:50:36 -0500 >>>>> Von: Ron Wheeler >>>>> An: users@maven.apache.org >>>>> Betreff: Re: Maven copy-dependencies and excluding transitively >>>>> http://blog.artifact-software.com/tech/?p=121 >>>>> Is that what you are trying to do? >>>>> >>>>> Ron >>>>> >>>>> On 18/01/2013 8:15 AM, Veit Guna wrote: >>>>>> Hi. >>>>>> >>>>>> I'm using the Maven Dependency Plugin with the goal >>>>>> copy-dependencies. I >>>>> would like to do the following: >>>>>> - Copy all transitive dependencies with the scope "runtime" to the >>>>> target dir >>>>>> - exclude specific group ids *including their* transitive >>>>>> dependencies >>>>> from that list >>>>>> I tried: >>>>>> >>>>>> >>>>>> org.apache.maven.plugins >>>>>> maven-dependency-plugin >>>>>> 2.6 >>>>>> >>>>>> >>>>>> copy-dependencies >>>>>> package >>>>>> >>>>>> copy-dependencies >>>>>> >>>>>> >>>>>> runtime >>>>>> A,B >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> But that leaves all transient dependecies of A and B in the target >>>>>> dir. >>>>> I also tried >>>>>> true >>>>>> >>>>>> But that excludes *all* transitive deps - not only for A and B. That >>>>> leaves only "direct" deps in the target dir. >>>>>> Is there any way to achieve what I want *without* specifying each >>>>> transitive dependency (and theirs) manually via ? >>>>>> Thanks. >>>>>> >>>>>> >>>>>> >>>> - >>>> 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
Re: Maven copy-dependencies and excluding transitively
On 18/01/2013 2:58 PM, Veit Guna wrote: I have a server and plugin project. The server artifacts are deployed to a jboss server. The plugin depends on some server plugin-api artifacts and is optional. Now I want the user to be able to deploy only the plugin with its defined deps without the server plugin-api artifacts - since they are already deployed. So the plan is to take ALL plugin deps minus the server artifacts (transitively!). Hm, as I'm writing this, maybe the right way is to mark the server artifacts as provided :)... Sounds like what "provided" is supposed to do. Means that you need them to compile and build but you don't want Maven to put them in the artifact(plug-in) since they are already going to be there when the artifact is ready to run. Am 18.01.2013 20:38, schrieb Ron Wheeler: What are you trying to accomplish? Why? That might get you a solution that is a bit different from what you expect. Ron On 18/01/2013 10:07 AM, Veit Guna wrote: Not really, no :). If I read the article correctly, it describes how to merge n jar's into one. I just need to copy them to a specific location. Original-Nachricht Datum: Fri, 18 Jan 2013 08:50:36 -0500 Von: Ron Wheeler An: users@maven.apache.org Betreff: Re: Maven copy-dependencies and excluding transitively http://blog.artifact-software.com/tech/?p=121 Is that what you are trying to do? Ron On 18/01/2013 8:15 AM, Veit Guna wrote: Hi. I'm using the Maven Dependency Plugin with the goal copy-dependencies. I would like to do the following: - Copy all transitive dependencies with the scope "runtime" to the target dir - exclude specific group ids *including their* transitive dependencies from that list I tried: org.apache.maven.plugins maven-dependency-plugin 2.6 copy-dependencies package copy-dependencies runtime A,B But that leaves all transient dependecies of A and B in the target dir. I also tried true But that excludes *all* transitive deps - not only for A and B. That leaves only "direct" deps in the target dir. Is there any way to achieve what I want *without* specifying each transitive dependency (and theirs) manually via ? Thanks. - 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 -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven copy-dependencies and excluding transitively
I have a server and plugin project. The server artifacts are deployed to a jboss server. The plugin depends on some server plugin-api artifacts and is optional. Now I want the user to be able to deploy only the plugin with its defined deps without the server plugin-api artifacts - since they are already deployed. So the plan is to take ALL plugin deps minus the server artifacts (transitively!). Hm, as I'm writing this, maybe the right way is to mark the server artifacts as provided :)... Am 18.01.2013 20:38, schrieb Ron Wheeler: > What are you trying to accomplish? Why? > > That might get you a solution that is a bit different from what you > expect. > > Ron > > On 18/01/2013 10:07 AM, Veit Guna wrote: >> Not really, no :). >> >> If I read the article correctly, it describes how to merge n jar's >> into one. I just need to copy them to a specific location. >> >> Original-Nachricht >>> Datum: Fri, 18 Jan 2013 08:50:36 -0500 >>> Von: Ron Wheeler >>> An: users@maven.apache.org >>> Betreff: Re: Maven copy-dependencies and excluding transitively >>> http://blog.artifact-software.com/tech/?p=121 >>> Is that what you are trying to do? >>> >>> Ron >>> >>> On 18/01/2013 8:15 AM, Veit Guna wrote: >>>> Hi. >>>> >>>> I'm using the Maven Dependency Plugin with the goal >>>> copy-dependencies. I >>> would like to do the following: >>>> - Copy all transitive dependencies with the scope "runtime" to the >>> target dir >>>> - exclude specific group ids *including their* transitive dependencies >>> from that list >>>> I tried: >>>> >>>> >>>> org.apache.maven.plugins >>>> maven-dependency-plugin >>>> 2.6 >>>> >>>> >>>> copy-dependencies >>>> package >>>> >>>> copy-dependencies >>>> >>>> >>>> runtime >>>> A,B >>>> >>>> >>>> >>>> >>>> >>>> But that leaves all transient dependecies of A and B in the target >>>> dir. >>> I also tried >>>> true >>>> >>>> But that excludes *all* transitive deps - not only for A and B. That >>> leaves only "direct" deps in the target dir. >>>> Is there any way to achieve what I want *without* specifying each >>> transitive dependency (and theirs) manually via ? >>>> Thanks. >>>> >>>> >>>> >> - >> 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
Re: Maven copy-dependencies and excluding transitively
What are you trying to accomplish? Why? That might get you a solution that is a bit different from what you expect. Ron On 18/01/2013 10:07 AM, Veit Guna wrote: Not really, no :). If I read the article correctly, it describes how to merge n jar's into one. I just need to copy them to a specific location. Original-Nachricht Datum: Fri, 18 Jan 2013 08:50:36 -0500 Von: Ron Wheeler An: users@maven.apache.org Betreff: Re: Maven copy-dependencies and excluding transitively http://blog.artifact-software.com/tech/?p=121 Is that what you are trying to do? Ron On 18/01/2013 8:15 AM, Veit Guna wrote: Hi. I'm using the Maven Dependency Plugin with the goal copy-dependencies. I would like to do the following: - Copy all transitive dependencies with the scope "runtime" to the target dir - exclude specific group ids *including their* transitive dependencies from that list I tried: org.apache.maven.plugins maven-dependency-plugin 2.6 copy-dependencies package copy-dependencies runtime A,B But that leaves all transient dependecies of A and B in the target dir. I also tried true But that excludes *all* transitive deps - not only for A and B. That leaves only "direct" deps in the target dir. Is there any way to achieve what I want *without* specifying each transitive dependency (and theirs) manually via ? Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven copy-dependencies and excluding transitively
Not really, no :). If I read the article correctly, it describes how to merge n jar's into one. I just need to copy them to a specific location. Original-Nachricht > Datum: Fri, 18 Jan 2013 08:50:36 -0500 > Von: Ron Wheeler > An: users@maven.apache.org > Betreff: Re: Maven copy-dependencies and excluding transitively > http://blog.artifact-software.com/tech/?p=121 > Is that what you are trying to do? > > Ron > > On 18/01/2013 8:15 AM, Veit Guna wrote: > > Hi. > > > > I'm using the Maven Dependency Plugin with the goal copy-dependencies. I > would like to do the following: > > > > - Copy all transitive dependencies with the scope "runtime" to the > target dir > > - exclude specific group ids *including their* transitive dependencies > from that list > > > > I tried: > > > > > > org.apache.maven.plugins > > maven-dependency-plugin > > 2.6 > > > > > > copy-dependencies > > package > > > > copy-dependencies > > > > > > runtime > > A,B > > > > > > > > > > > > But that leaves all transient dependecies of A and B in the target dir. > I also tried > > > > true > > > > But that excludes *all* transitive deps - not only for A and B. That > leaves only "direct" deps in the target dir. > > > > Is there any way to achieve what I want *without* specifying each > transitive dependency (and theirs) manually via ? > > > > Thanks. > > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > -- > Ron Wheeler > President > Artifact Software Inc > email: rwhee...@artifact-software.com > skype: ronaldmwheeler > phone: 866-970-2435, ext 102 > > > - > 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
Re: Maven copy-dependencies and excluding transitively
http://blog.artifact-software.com/tech/?p=121 Is that what you are trying to do? Ron On 18/01/2013 8:15 AM, Veit Guna wrote: Hi. I'm using the Maven Dependency Plugin with the goal copy-dependencies. I would like to do the following: - Copy all transitive dependencies with the scope "runtime" to the target dir - exclude specific group ids *including their* transitive dependencies from that list I tried: org.apache.maven.plugins maven-dependency-plugin 2.6 copy-dependencies package copy-dependencies runtime A,B But that leaves all transient dependecies of A and B in the target dir. I also tried true But that excludes *all* transitive deps - not only for A and B. That leaves only "direct" deps in the target dir. Is there any way to achieve what I want *without* specifying each transitive dependency (and theirs) manually via ? Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Maven copy-dependencies and excluding transitively
Hi. I'm using the Maven Dependency Plugin with the goal copy-dependencies. I would like to do the following: - Copy all transitive dependencies with the scope "runtime" to the target dir - exclude specific group ids *including their* transitive dependencies from that list I tried: org.apache.maven.plugins maven-dependency-plugin 2.6 copy-dependencies package copy-dependencies runtime A,B But that leaves all transient dependecies of A and B in the target dir. I also tried true But that excludes *all* transitive deps - not only for A and B. That leaves only "direct" deps in the target dir. Is there any way to achieve what I want *without* specifying each transitive dependency (and theirs) manually via ? Thanks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy dependencies
Hi Kees, > There is also a format 'dir' listed here: > http://maven.apache.org/plugins/maven-assembly-plugin/ Cool, thanks for the tip! I filed a ticket for the skew in documentation between the front page (above link) and the assembly descriptor page's formats/format entry (where I had been looking): http://jira.codehaus.org/browse/MASSEMBLY-623 Regards, Curtis On Mon, Aug 13, 2012 at 3:57 AM, Kees van Dieren wrote: > Curtis, > > There is also a format 'dir' listed here: > http://maven.apache.org/plugins/maven-assembly-plugin/ > > > Best regards / Met vriendelijke groet, > > Kees van Dieren > Squins | IT, Honestly > Oranjestraat 23 > 2983 HL Ridderkerk > The Netherlands > Mobile: +31 (0)6 30413841 > www.squins.com > http://twitter.com/keesvandieren > Chamber of commerce Rotterdam: 24435130 > Boeken voor school en werk bestel je op studieboekencenter.nl > 2012/8/10 Curtis Rueden > > > Hi Erwin, > > > > > I need to look in the assembly plugin how to do that. > > > > Here is a start for you: > > > > > xmlns=" > > http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1"; > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > > xsi:schemaLocation=" > > http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1 > > http://maven.apache.org/xsd/assembly-1.1.1.xsd";> > > bundle > > > > > > zip > > > > xxx > > > > > > /libs > > false > > compile > > > > > > /plugins > > false > > runtime > > > > > > > > > > Unfortunately, because of how transitive scopes work, the compile scope > > artifacts will appear in both libs and plugins with that configuration. > I'm > > not sure of the best way around that. > > > > Another problem is that the assembly plugin normally produces an archive > > (e.g., zip or bz2). I do not know a way to tell it to just leave all the > > files it copies in a subfolder of target. (Anyone know if this is > possible? > > It would be very useful for my project as well.) > > > > Regards, > > Curtis > > > > > > On Fri, Aug 10, 2012 at 3:51 PM, Erwin Mueller < > erwin.muel...@deventm.org > > >wrote: > > > > > I need to look in the assembly plugin how to do that. > > > > > > Thank you for your help. > > > > > > On Thursday, August 09, 2012 10:40:16 AM Wayne Fay wrote: > > > > > with the maven-dependency-plugin I can copy the dependencies in > some > > > > > output > > > > > directory. But how can I copy some dependencies to directory libs/ > > and > > > > > different dependencies in the directory plugins/ ? > > > > > > > > Realistically you should be using the assembly plugin for the > > > > construction of "non-standard" artifact directory structures such as > > > > what you require, and not the dependency plugin. > > > > > > > > Wayne > > > > > > > > - > > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > > For additional commands, e-mail: users-h...@maven.apache.org > > > -- > > > Erwin Mueller > > > http://www.mueller-public.de - My site; > > > http://www.anr-institute.com - Advanced Natural Research Institute > GmbH; > > > > > >
Re: Copy dependencies
Curtis, There is also a format 'dir' listed here: http://maven.apache.org/plugins/maven-assembly-plugin/ Best regards / Met vriendelijke groet, Kees van Dieren Squins | IT, Honestly Oranjestraat 23 2983 HL Ridderkerk The Netherlands Mobile: +31 (0)6 30413841 www.squins.com http://twitter.com/keesvandieren Chamber of commerce Rotterdam: 24435130 Boeken voor school en werk bestel je op studieboekencenter.nl 2012/8/10 Curtis Rueden > Hi Erwin, > > > I need to look in the assembly plugin how to do that. > > Here is a start for you: > > xmlns=" > http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation=" > http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1 > http://maven.apache.org/xsd/assembly-1.1.1.xsd";> > bundle > > > zip > > xxx > > > /libs > false > compile > > > /plugins > false > runtime > > > > > Unfortunately, because of how transitive scopes work, the compile scope > artifacts will appear in both libs and plugins with that configuration. I'm > not sure of the best way around that. > > Another problem is that the assembly plugin normally produces an archive > (e.g., zip or bz2). I do not know a way to tell it to just leave all the > files it copies in a subfolder of target. (Anyone know if this is possible? > It would be very useful for my project as well.) > > Regards, > Curtis > > > On Fri, Aug 10, 2012 at 3:51 PM, Erwin Mueller >wrote: > > > I need to look in the assembly plugin how to do that. > > > > Thank you for your help. > > > > On Thursday, August 09, 2012 10:40:16 AM Wayne Fay wrote: > > > > with the maven-dependency-plugin I can copy the dependencies in some > > > > output > > > > directory. But how can I copy some dependencies to directory libs/ > and > > > > different dependencies in the directory plugins/ ? > > > > > > Realistically you should be using the assembly plugin for the > > > construction of "non-standard" artifact directory structures such as > > > what you require, and not the dependency plugin. > > > > > > Wayne > > > > > > - > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > For additional commands, e-mail: users-h...@maven.apache.org > > -- > > Erwin Mueller > > http://www.mueller-public.de - My site; > > http://www.anr-institute.com - Advanced Natural Research Institute GmbH; > > >
Re: Copy dependencies
Hi Erwin, > I need to look in the assembly plugin how to do that. Here is a start for you: http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation=" http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.1 http://maven.apache.org/xsd/assembly-1.1.1.xsd";> bundle zip xxx /libs false compile /plugins false runtime Unfortunately, because of how transitive scopes work, the compile scope artifacts will appear in both libs and plugins with that configuration. I'm not sure of the best way around that. Another problem is that the assembly plugin normally produces an archive (e.g., zip or bz2). I do not know a way to tell it to just leave all the files it copies in a subfolder of target. (Anyone know if this is possible? It would be very useful for my project as well.) Regards, Curtis On Fri, Aug 10, 2012 at 3:51 PM, Erwin Mueller wrote: > I need to look in the assembly plugin how to do that. > > Thank you for your help. > > On Thursday, August 09, 2012 10:40:16 AM Wayne Fay wrote: > > > with the maven-dependency-plugin I can copy the dependencies in some > > > output > > > directory. But how can I copy some dependencies to directory libs/ and > > > different dependencies in the directory plugins/ ? > > > > Realistically you should be using the assembly plugin for the > > construction of "non-standard" artifact directory structures such as > > what you require, and not the dependency plugin. > > > > Wayne > > > > - > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > -- > Erwin Mueller > http://www.mueller-public.de - My site; > http://www.anr-institute.com - Advanced Natural Research Institute GmbH; >
Re: Copy dependencies
I need to look in the assembly plugin how to do that. Thank you for your help. On Thursday, August 09, 2012 10:40:16 AM Wayne Fay wrote: > > with the maven-dependency-plugin I can copy the dependencies in some > > output > > directory. But how can I copy some dependencies to directory libs/ and > > different dependencies in the directory plugins/ ? > > Realistically you should be using the assembly plugin for the > construction of "non-standard" artifact directory structures such as > what you require, and not the dependency plugin. > > Wayne > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org -- Erwin Mueller http://www.mueller-public.de - My site; http://www.anr-institute.com - Advanced Natural Research Institute GmbH;
Re: Copy dependencies
> with the maven-dependency-plugin I can copy the dependencies in some output > directory. But how can I copy some dependencies to directory libs/ and > different dependencies in the directory plugins/ ? Realistically you should be using the assembly plugin for the construction of "non-standard" artifact directory structures such as what you require, and not the dependency plugin. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Copy dependencies
Hello, with the maven-dependency-plugin I can copy the dependencies in some output directory. But how can I copy some dependencies to directory libs/ and different dependencies in the directory plugins/ ? I want to copy all compile dependencies to libs/ and all runtime or optional dependencies to plugins/. Right I solve the issue with a profile id "copy-plugins" that will copy all runtime dependencies to plugins/. But I like to have it all in the build phase, so I don't have to execute maven two times. Kind regards, Erwin. -- Erwin Mueller http://www.mueller-public.de - My site; http://www.anr-institute.com - Advanced Natural Research Institute GmbH;
Re: how to copy-dependencies related to one profile
> Another way to handle this might be to set the conflicting libraries as > "provided" on both systems and make up run-time jars that are installed > in the container's (tomcat or Websphere) shared library. > This way you could run the same WARs on both environments. > You would just need an assembly project for each environment to build > the right set of dependencies to provide. Ron's approach is sound. Another way to handle this is via separate artifacts -- so one might be called product-tomcat and another is product-ws7 and a third is product-jbossee. I'd probably prefer Ron's approach to this, to be honest. But this is also viable. I am definitely not a fan of using profiles to decide which dependencies come in to your build (and then maybe pushing them out with classifiers etc) -- that is a total nonstarter for me. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to copy-dependencies related to one profile
Another way to handle this might be to set the conflicting libraries as "provided" on both systems and make up run-time jars that are installed in the container's (tomcat or Websphere) shared library. This way you could run the same WARs on both environments. You would just need an assembly project for each environment to build the right set of dependencies to provide. You probably only build these once per release cycle once you decide on the versions of the shared libraries that you want to use. We did this in order to get control over versions of third party libraries and to reduce development time by reducing the build times. We ended up with a set of about 10 common libraries (JSF, CXF, Spring-Hibernate-MySQL, jasper reports) that we put in Tomcat's shared library. The wars got very small since they only only had our code in them. We have over 40 projects that produced WARs and a few that made executable JARs so the saving is time and network bandwidth was significant. It also made the container start a bit quicker. From a QA perspective it is a bit sounder since you run the same WAR in test and production without rebuilding it after you test it. Ron On 27/04/2012 12:20 PM, alesky wrote: Hi Jorg, thank for your response the dependences are different becouse i usually test the application in my machine with tomcat instead in production i use websphere 7 and soon i will have also another production envrionment for another customer with jboss enterprice edition so i would like to generate the application with all the dependences necessary for tomcat or websphere or jboss based on the profile this is one concrete example for the difference in the libraries el-libraries is not necessary with tomcat becouse is sheped with it and if i bring it the application doesn't start instead in websphere are necessary but there are a lot of case like this in my project for example i used axis2 for the generation of the client to call web services and to use this generated clients at run time in tomcat i have to use all the necessary dependences instead in websphere most of theme are not imported otherways i create big classpath issue anyway the activation of profiles base on properties values can help me for the generation of the distribution, i can use -Denvironment=websphere7 or -Denvironment=jboss but can be a problem in develop phase, becouse (i use eclipse) in this way the maven plugin will get not all the necessary libraries but only that one outside all the profiles that are the libraries common to all the profiles Jorg if u have a better solution i will be glade to hear -- View this message in context: http://maven.40175.n5.nabble.com/how-to-copy-dependencies-related-to-one-profile-tp5668047p5670743.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Ron Wheeler President Artifact Software Inc email: rwhee...@artifact-software.com skype: ronaldmwheeler phone: 866-970-2435, ext 102 - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to copy-dependencies related to one profile
Hi Jorg, thank for your response the dependences are different becouse i usually test the application in my machine with tomcat instead in production i use websphere 7 and soon i will have also another production envrionment for another customer with jboss enterprice edition so i would like to generate the application with all the dependences necessary for tomcat or websphere or jboss based on the profile this is one concrete example for the difference in the libraries el-libraries is not necessary with tomcat becouse is sheped with it and if i bring it the application doesn't start instead in websphere are necessary but there are a lot of case like this in my project for example i used axis2 for the generation of the client to call web services and to use this generated clients at run time in tomcat i have to use all the necessary dependences instead in websphere most of theme are not imported otherways i create big classpath issue anyway the activation of profiles base on properties values can help me for the generation of the distribution, i can use -Denvironment=websphere7 or -Denvironment=jboss but can be a problem in develop phase, becouse (i use eclipse) in this way the maven plugin will get not all the necessary libraries but only that one outside all the profiles that are the libraries common to all the profiles Jorg if u have a better solution i will be glade to hear -- View this message in context: http://maven.40175.n5.nabble.com/how-to-copy-dependencies-related-to-one-profile-tp5668047p5670743.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to copy-dependencies related to one profile
alesky wrote: > I did some test > > and i undestant that it take always the dependences of the profile that is > configured has default > > > true > > > in fact if i change the activation default in the production environment > are copied only that dependences > > but this doesn't resolve my problem becouse i have to change every time > the pom file to generate the production version and put back after the > generation. Don't use activeByDefault. Use a property for activation. Activate one profile if it is set, the other one if it is not present. However, what are the differences between those dependencies (please explain exactly what changes in GAV)? You understand that messing dependencies with profiles will typically cause some grieve? - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to copy-dependencies related to one profile
> but this doesn't resolve my problem becouse i have to change every time the > pom file to generate the production version and put back after the > generation. Perhaps instead of using profiles and 1 project, you should set this up to use more than 1 project (one for dev, one for prod) and get rid of profiles. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
how to copy-dependencies related to one profile
Hi guys i have a question related to the use of the copy-dependencies plugin. with the target to copy only the dependences of a related profile. In my project i have 2 profile one used for the develop and another one used for the production the develop is configure to be active by default the dependences are defined outside the profiles if are common for both, or specific dependences are inside the profile that need them. Inside the production profile is defined in the build section of the mvn.xml file the configuration of the maven dependences plug-in org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies target/dist/lib true true true the issue is when i run the package phase from command line with the flag that identify that i'm using the production profile, the dependences are copied, but the plug-in doesn't care what is the list of dependences definition related to the profile production, it copy always all the dependences and the indirect dependences and dont take care about the profile and the dependences defined in it it is the normale beavour of the plug-in? and in case... if i have to manage two different production environment with two different application server, so dependences needed are different how can i manage the configuration in the pom files and let to maven to help me to undestand what are the required dependences based on the profile? thanks -- View this message in context: http://maven.40175.n5.nabble.com/how-to-copy-dependencies-related-to-one-profile-tp5668047p5668047.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to copy-dependencies related to one profile
I did some test and i undestant that it take always the dependences of the profile that is configured has default true in fact if i change the activation default in the production environment are copied only that dependences but this doesn't resolve my problem becouse i have to change every time the pom file to generate the production version and put back after the generation. -- View this message in context: http://maven.40175.n5.nabble.com/how-to-copy-dependencies-related-to-one-profile-tp5668047p5668094.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy Dependencies into target/lib
thank you very much, you're my hero. it works great :) Kalpak Gadre wrote: > > I tried your configuration and noted one thing, > > It did not work for me when the plugin definition is done under > section in > > but it does work if the plugin definition is done in section > in > > I am using Maven 2.2.1 Could you try defining your plugin under ? > > > Here is the my config > > > > > org.apache.maven.plugins > maven-dependency-plugin > > > copy-dependencies > prepare-package > > copy-dependencies > > > ./target/lib > > > > > > > > Thanks, > > Kalpak > >> but this can't be really the problem, because my maven version allready >> knows >> the command prepare-package, my version is 2.2.1 >> after changing the phase to package und running mvn package - gues what, >> still nothing happens >> >> I'm gettint more and more frustrated because of this bug / error / wrong >> configuration, what ever it is, that maven doesn't copy my jars to the >> target folder >> >> >> Jörg Schaible-2 wrote: >> >>> Hi Nathan, >>> >>> nsowatsk wrote: >>> >>> >>>> The plugin will be called in the prepare-package phase. >>>> >>> Beware, this phase is quite new (don't know when it was introduced, it >>> might >>> have been M2.2 or M3 actually). >>> >>> >>>> There is no asdf >>>> phase, so that won't work. >>>> >>> In older versions it is therefore ignored like "asdf" ... ;-) >>> >>> - Jörg >>> >>> >>> ----- >>> 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 > > > -- View this message in context: http://old.nabble.com/Copy-Dependencies-into-target-lib-tp28397233p28399048.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy Dependencies into target/lib
I tried your configuration and noted one thing, It did not work for me when the plugin definition is done under section in but it does work if the plugin definition is done in section in I am using Maven 2.2.1 Could you try defining your plugin under ? Here is the my config org.apache.maven.plugins maven-dependency-plugin copy-dependencies prepare-package copy-dependencies ./target/lib Thanks, Kalpak but this can't be really the problem, because my maven version allready knows the command prepare-package, my version is 2.2.1 after changing the phase to package und running mvn package - gues what, still nothing happens I'm gettint more and more frustrated because of this bug / error / wrong configuration, what ever it is, that maven doesn't copy my jars to the target folder Jörg Schaible-2 wrote: Hi Nathan, nsowatsk wrote: The plugin will be called in the prepare-package phase. Beware, this phase is quite new (don't know when it was introduced, it might have been M2.2 or M3 actually). There is no asdf phase, so that won't work. In older versions it is therefore ignored like "asdf" ... ;-) - Jörg - 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
Re: Copy Dependencies into target/lib
but this can't be really the problem, because my maven version allready knows the command prepare-package, my version is 2.2.1 after changing the phase to package und running mvn package - gues what, still nothing happens I'm gettint more and more frustrated because of this bug / error / wrong configuration, what ever it is, that maven doesn't copy my jars to the target folder Jörg Schaible-2 wrote: > > Hi Nathan, > > nsowatsk wrote: > >> The plugin will be called in the prepare-package phase. > > Beware, this phase is quite new (don't know when it was introduced, it > might > have been M2.2 or M3 actually). > >> There is no asdf >> phase, so that won't work. > > In older versions it is therefore ignored like "asdf" ... ;-) > > - Jörg > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > -- View this message in context: http://old.nabble.com/Copy-Dependencies-into-target-lib-tp28397233p28398882.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy Dependencies into target/lib
Hi Nathan, nsowatsk wrote: > The plugin will be called in the prepare-package phase. Beware, this phase is quite new (don't know when it was introduced, it might have been M2.2 or M3 actually). > There is no asdf > phase, so that won't work. In older versions it is therefore ignored like "asdf" ... ;-) - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Copy Dependencies into target/lib
ok, this is my plugin config: org.apache.maven.plugins maven-dependency-plugin 2.1 copy1 prepare-package copy-dependencies org.springframework target/lib copy2 prepare-package copy-dependencies org.hamcrest target/lib copy3 prepare-package copy-dependencies log4j target/lib copy4 prepare-package copy-dependencies dom4j target/lib and in the attachments are the debug outputs in prepare-package mode, package mode and install mode nsowatsk wrote: > > The plugin will be called in the prepare-package phase. There is no asdf > phase, so that won't work. > > Try without the includeGroupIds and see what happens. > > Also run Maven with debug turned on. > > Regards > > Nathan > > > On 29/04/2010 11:54, "grm" wrote: > >> >> I tried it, but didn't had really a luck ... for a test, I set the >> value to asdf, but no error has been thrown, is it >> possible, >> that the dependency-plugin is never called??? >> >> >> nsowatsk wrote: >>> >>> >>> >>> >>> maven-dependency-plugin >>> 2.1 >>> >>> >>> xxx >>> prepare-package >>> >>> copy-dependencies >>> >>> >>> com.xxx >>> target/lib >>> >>> >>> >>> >>> prepare-package >>> >>> copy-dependencies >>> >>> >>> com.xxx.xxx >>> target/lib >>> >>> >>> >>> xx >>> prepare-package >>> >>> copy-dependencies >>> >>> >>> com.xxx.xxx.xxx >>> target/lib >>> >>> >>> >>> >>> >>> >>> >>> >>> On 29/04/2010 11:32, "grm" wrote: >>> >>>> >>>> I also tried this many times, but it doesn't copies the dependencies, I >>>> think, I allready tried every possible configuration you can find on >>>> the >>>> internet, so my question
Re: Copy Dependencies into target/lib
The plugin will be called in the prepare-package phase. There is no asdf phase, so that won't work. Try without the includeGroupIds and see what happens. Also run Maven with debug turned on. Regards Nathan On 29/04/2010 11:54, "grm" wrote: > > I tried it, but didn't had really a luck ... for a test, I set the > value to asdf, but no error has been thrown, is it possible, > that the dependency-plugin is never called??? > > > nsowatsk wrote: >> >> >> >> >> maven-dependency-plugin >> 2.1 >> >> >> xxx >> prepare-package >> >> copy-dependencies >> >> >> com.xxx >> target/lib >> >> >> >> >> prepare-package >> >> copy-dependencies >> >> >> com.xxx.xxx >> target/lib >> >> >> >> xx >> prepare-package >> >> copy-dependencies >> >> >> com.xxx.xxx.xxx >> target/lib >> >> >> >> >> >> >> >> >> On 29/04/2010 11:32, "grm" wrote: >> >>> >>> I also tried this many times, but it doesn't copies the dependencies, I >>> think, I allready tried every possible configuration you can find on the >>> internet, so my question ist, could the dependencies be defined wrong??? >>> but >>> i can compile the program, so i think, if the dependencies were wrong >>> defined, i couldn't do it. I also can run the program in eclipse >>> >>> >>> subir.sasikumar wrote: >>>> >>>> Try this configuration >>>> >>>> >>>>${project.build.directory}/lib >>>> >>>> >>>> Subir >>>> -Original Message- >>>> From: Peter Grman [mailto:peter.gr...@grman.at] >>>> Sent: Thursday, April 29, 2010 6:26 AM >>>> To: users@maven.apache.org >>>> Subject: Copy Dependencies into target/lib >>>> >>>> Hallo, I'm allready trying for about 2 hours to copy my dependencies >>>> into >>>> target/lib, I've found hundreds of posts and answers how to do it, but >>>> it >>>> just doesnt work for me. >>>> >>>> I can compile the code, I can pack it into a jar and the JUnit tests run >>>> also, but the dependencies are not copied. >>>> Here my whole pom.xml, hopefully somone can find the error, because >>>> maven >>>> also doesn't call any: >>>> >>>> http://maven.apache.org/POM/4.0.0"; >>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >>>> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 >>>> http://maven.apache.org/maven-v4_0_0.xsd";> >>>> 4.0.0 >>>> at.ac.tuwien.sepm.tinyticketing >>>> TinyTicketingProject >>>> jar >>>> 0.0.1-TRACY >>>> Tiny Ticketing >>>> Ziel dieses Projektes ist es die Abwicklung von >>>> Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete >>>> Kaufabwicklung vollständig übernehmen und außerdem noch neue >>>> Möglichkeiten >>>> zur Preisgestaltung, etc. schaffen. >>>> Bitbucket >>>> http://bitbucket.org/grm/tiny-ticketing/issues >>>> >>>> >>>> >>>>website >>>>scp://webhost.company.com/www/website >>>> >>>> >>>> >>>> >>>>abs >>>>Abseher Michael >>>>e0828...@student.tuwien.ac.at >>>> >>>> Dokument Beauftragter >>>> Stv. Technischer Architekt >>>> >>>>+1 >>>> >>>> >>>>fau >>>>Faustmann Alex >>>>alex.faustm...@gmail.com >>>> >>>> Team Koordinator >>>> Stv. Test Beauftragter >>>> >>>>+1 >>>> >>>> >>>>grm >>>>Grman Peter >>>>peter.gr...@gmail.com >>>> >>>> Technischer Architekt >>>> Release Manager >>>&g
Re: Copy Dependencies into target/lib
I tried it, but didn't had really a luck ... for a test, I set the value to asdf, but no error has been thrown, is it possible, that the dependency-plugin is never called??? nsowatsk wrote: > > > > > maven-dependency-plugin > 2.1 > > > xxx > prepare-package > > copy-dependencies > > > com.xxx > target/lib > > > > > prepare-package > > copy-dependencies > > > com.xxx.xxx > target/lib > > > > xx > prepare-package > > copy-dependencies > > > com.xxx.xxx.xxx > target/lib > > > > > > > > > On 29/04/2010 11:32, "grm" wrote: > >> >> I also tried this many times, but it doesn't copies the dependencies, I >> think, I allready tried every possible configuration you can find on the >> internet, so my question ist, could the dependencies be defined wrong??? >> but >> i can compile the program, so i think, if the dependencies were wrong >> defined, i couldn't do it. I also can run the program in eclipse >> >> >> subir.sasikumar wrote: >>> >>> Try this configuration >>> >>> >>>${project.build.directory}/lib >>> >>> >>> Subir >>> -Original Message- >>> From: Peter Grman [mailto:peter.gr...@grman.at] >>> Sent: Thursday, April 29, 2010 6:26 AM >>> To: users@maven.apache.org >>> Subject: Copy Dependencies into target/lib >>> >>> Hallo, I'm allready trying for about 2 hours to copy my dependencies >>> into >>> target/lib, I've found hundreds of posts and answers how to do it, but >>> it >>> just doesnt work for me. >>> >>> I can compile the code, I can pack it into a jar and the JUnit tests run >>> also, but the dependencies are not copied. >>> Here my whole pom.xml, hopefully somone can find the error, because >>> maven >>> also doesn't call any: >>> >>> http://maven.apache.org/POM/4.0.0"; >>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >>> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 >>> http://maven.apache.org/maven-v4_0_0.xsd";> >>> 4.0.0 >>> at.ac.tuwien.sepm.tinyticketing >>> TinyTicketingProject >>> jar >>> 0.0.1-TRACY >>> Tiny Ticketing >>> Ziel dieses Projektes ist es die Abwicklung von >>> Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete >>> Kaufabwicklung vollständig übernehmen und außerdem noch neue >>> Möglichkeiten >>> zur Preisgestaltung, etc. schaffen. >>> Bitbucket >>> http://bitbucket.org/grm/tiny-ticketing/issues >>> >>> >>> >>>website >>>scp://webhost.company.com/www/website >>> >>> >>> >>> >>>abs >>>Abseher Michael >>>e0828...@student.tuwien.ac.at >>> >>> Dokument Beauftragter >>> Stv. Technischer Architekt >>> >>>+1 >>> >>> >>>fau >>>Faustmann Alex >>>alex.faustm...@gmail.com >>> >>> Team Koordinator >>> Stv. Test Beauftragter >>> >>>+1 >>> >>> >>>grm >>>Grman Peter >>>peter.gr...@gmail.com >>> >>> Technischer Architekt >>> Release Manager >>> Stv. Test Beauftragter >>> >>>+1 >>> >>> >>>pol >>>Pollice Marcus >>>marcus.poll...@gmail.com >>> >>> Test Beauftragter >>> Stv. Oberflächendesigner >>> >>>+1 >>> >>> >>>sar >>>Sarca Ana-Alina >>>e0825...@student.tuwien.ac.at >>> >>> Oberflächendesigner >>> Stv. Team Koordinator >>> >>>+1 >>> >>> >>>tos >>>Tosun Emre >>>e0825...@student.tuwien.ac.at >>> >>> Oberflächendesigner >>> Stv. Dokument Beauftragter >
Re: Copy Dependencies into target/lib
maven-dependency-plugin 2.1 xxx prepare-package copy-dependencies com.xxx target/lib prepare-package copy-dependencies com.xxx.xxx target/lib xx prepare-package copy-dependencies com.xxx.xxx.xxx target/lib On 29/04/2010 11:32, "grm" wrote: > > I also tried this many times, but it doesn't copies the dependencies, I > think, I allready tried every possible configuration you can find on the > internet, so my question ist, could the dependencies be defined wrong??? but > i can compile the program, so i think, if the dependencies were wrong > defined, i couldn't do it. I also can run the program in eclipse > > > subir.sasikumar wrote: >> >> Try this configuration >> >> >>${project.build.directory}/lib >> >> >> Subir >> -Original Message- >> From: Peter Grman [mailto:peter.gr...@grman.at] >> Sent: Thursday, April 29, 2010 6:26 AM >> To: users@maven.apache.org >> Subject: Copy Dependencies into target/lib >> >> Hallo, I'm allready trying for about 2 hours to copy my dependencies into >> target/lib, I've found hundreds of posts and answers how to do it, but it >> just doesnt work for me. >> >> I can compile the code, I can pack it into a jar and the JUnit tests run >> also, but the dependencies are not copied. >> Here my whole pom.xml, hopefully somone can find the error, because maven >> also doesn't call any: >> >> http://maven.apache.org/POM/4.0.0"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 >> http://maven.apache.org/maven-v4_0_0.xsd";> >> 4.0.0 >> at.ac.tuwien.sepm.tinyticketing >> TinyTicketingProject >> jar >> 0.0.1-TRACY >> Tiny Ticketing >> Ziel dieses Projektes ist es die Abwicklung von >> Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete >> Kaufabwicklung vollständig übernehmen und außerdem noch neue Möglichkeiten >> zur Preisgestaltung, etc. schaffen. >> Bitbucket >> http://bitbucket.org/grm/tiny-ticketing/issues >> >> >> >>website >>scp://webhost.company.com/www/website >> >> >> >> >>abs >>Abseher Michael >>e0828...@student.tuwien.ac.at >> >> Dokument Beauftragter >> Stv. Technischer Architekt >> >>+1 >> >> >>fau >>Faustmann Alex >>alex.faustm...@gmail.com >> >> Team Koordinator >> Stv. Test Beauftragter >> >>+1 >> >> >>grm >>Grman Peter >>peter.gr...@gmail.com >> >> Technischer Architekt >> Release Manager >> Stv. Test Beauftragter >> >>+1 >> >> >>pol >>Pollice Marcus >>marcus.poll...@gmail.com >> >> Test Beauftragter >> Stv. Oberflächendesigner >> >>+1 >> >> >>sar >>Sarca Ana-Alina >>e0825...@student.tuwien.ac.at >> >> Oberflächendesigner >> Stv. Team Koordinator >> >>+1 >> >> >>tos >> Tosun Emre >>e0825...@student.tuwien.ac.at >> >> Oberflächendesigner >> Stv. Dokument Beauftragter >> >>+1 >> >> >> >> scm:hg:https://bitbucket.org/grm/tiny-ticketing >> >> scm:hg:https://bitbucket.org/grm/tiny-ticketing> erConnection> >> https://bitbucket.org/grm/tiny-ticketing >> >> >> >>SEPM-3 Google Group >>sep...@googlegroups.com >>http://groups.google.com/group/sepm-3 >> >> >> >> >> >> >>org.apache.maven.plugins >>maven-dependency-plugin >> >> >> copy-dependencies >> package >> >> copy-dependencies >> >> >> ./target/lib >> >> >> >> >> >> org.apache.maven.plugins >> maven
RE: Copy Dependencies into target/lib
I also tried this many times, but it doesn't copies the dependencies, I think, I allready tried every possible configuration you can find on the internet, so my question ist, could the dependencies be defined wrong??? but i can compile the program, so i think, if the dependencies were wrong defined, i couldn't do it. I also can run the program in eclipse subir.sasikumar wrote: > > Try this configuration > > >${project.build.directory}/lib > > > Subir > -Original Message- > From: Peter Grman [mailto:peter.gr...@grman.at] > Sent: Thursday, April 29, 2010 6:26 AM > To: users@maven.apache.org > Subject: Copy Dependencies into target/lib > > Hallo, I'm allready trying for about 2 hours to copy my dependencies into > target/lib, I've found hundreds of posts and answers how to do it, but it > just doesnt work for me. > > I can compile the code, I can pack it into a jar and the JUnit tests run > also, but the dependencies are not copied. > Here my whole pom.xml, hopefully somone can find the error, because maven > also doesn't call any: > > http://maven.apache.org/POM/4.0.0"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 > http://maven.apache.org/maven-v4_0_0.xsd";> > 4.0.0 > at.ac.tuwien.sepm.tinyticketing > TinyTicketingProject > jar > 0.0.1-TRACY > Tiny Ticketing > Ziel dieses Projektes ist es die Abwicklung von > Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete > Kaufabwicklung vollständig übernehmen und außerdem noch neue Möglichkeiten > zur Preisgestaltung, etc. schaffen. > Bitbucket > http://bitbucket.org/grm/tiny-ticketing/issues > > > >website >scp://webhost.company.com/www/website > > > > >abs >Abseher Michael >e0828...@student.tuwien.ac.at > > Dokument Beauftragter > Stv. Technischer Architekt > >+1 > > >fau >Faustmann Alex >alex.faustm...@gmail.com > > Team Koordinator > Stv. Test Beauftragter > >+1 > > >grm >Grman Peter >peter.gr...@gmail.com > > Technischer Architekt > Release Manager > Stv. Test Beauftragter > >+1 > > >pol >Pollice Marcus >marcus.poll...@gmail.com > > Test Beauftragter > Stv. Oberflächendesigner > >+1 > > >sar >Sarca Ana-Alina >e0825...@student.tuwien.ac.at > > Oberflächendesigner > Stv. Team Koordinator > >+1 > > >tos >Tosun Emre >e0825...@student.tuwien.ac.at > > Oberflächendesigner > Stv. Dokument Beauftragter > >+1 > > > > scm:hg:https://bitbucket.org/grm/tiny-ticketing > > scm:hg:https://bitbucket.org/grm/tiny-ticketing > https://bitbucket.org/grm/tiny-ticketing > > > >SEPM-3 Google Group >sep...@googlegroups.com >http://groups.google.com/group/sepm-3 > > > > > > >org.apache.maven.plugins >maven-dependency-plugin > > > copy-dependencies > package > > copy-dependencies > > > ./target/lib > > > > > > org.apache.maven.plugins > maven-compiler-plugin > > > 1.6 > 1.6 > > > > maven-jar-plugin > 2.2 > > > > at.ac.tuwien.sepm.tinyticketing.Basis > > > > > > maven-assembly-plugin > > > > at.ac.tuwien.sepm.tinyticketing.Basis > > > >src/main/assembly/one_jar.xml > > > > >make-assembly >package > > attached > > > > > > > > > >maven2Repo >Maven 2 repository >http://repo1.maven.org/maven2 > > >qseRepo >Repository for the sample application at the TU Vienna > > http://best-practice-software-engineering.ifs.tuwien.ac.at/repository/ > > > > > >junit >junit >4.7 >test > > > >hsqldb >hsqldb >2.0.0 > > > >org.springframework
RE: Copy Dependencies into target/lib
Try this configuration ${project.build.directory}/lib Subir -Original Message- From: Peter Grman [mailto:peter.gr...@grman.at] Sent: Thursday, April 29, 2010 6:26 AM To: users@maven.apache.org Subject: Copy Dependencies into target/lib Hallo, I'm allready trying for about 2 hours to copy my dependencies into target/lib, I've found hundreds of posts and answers how to do it, but it just doesnt work for me. I can compile the code, I can pack it into a jar and the JUnit tests run also, but the dependencies are not copied. Here my whole pom.xml, hopefully somone can find the error, because maven also doesn't call any: http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 at.ac.tuwien.sepm.tinyticketing TinyTicketingProject jar 0.0.1-TRACY Tiny Ticketing Ziel dieses Projektes ist es die Abwicklung von Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete Kaufabwicklung vollständig übernehmen und außerdem noch neue Möglichkeiten zur Preisgestaltung, etc. schaffen. Bitbucket http://bitbucket.org/grm/tiny-ticketing/issues website scp://webhost.company.com/www/website abs Abseher Michael e0828...@student.tuwien.ac.at Dokument Beauftragter Stv. Technischer Architekt +1 fau Faustmann Alex alex.faustm...@gmail.com Team Koordinator Stv. Test Beauftragter +1 grm Grman Peter peter.gr...@gmail.com Technischer Architekt Release Manager Stv. Test Beauftragter +1 pol Pollice Marcus marcus.poll...@gmail.com Test Beauftragter Stv. Oberflächendesigner +1 sar Sarca Ana-Alina e0825...@student.tuwien.ac.at Oberflächendesigner Stv. Team Koordinator +1 tos Tosun Emre e0825...@student.tuwien.ac.at Oberflächendesigner Stv. Dokument Beauftragter +1 scm:hg:https://bitbucket.org/grm/tiny-ticketing scm:hg:https://bitbucket.org/grm/tiny-ticketing https://bitbucket.org/grm/tiny-ticketing SEPM-3 Google Group sep...@googlegroups.com http://groups.google.com/group/sepm-3 org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies ./target/lib org.apache.maven.plugins maven-compiler-plugin 1.6 1.6 maven-jar-plugin 2.2 at.ac.tuwien.sepm.tinyticketing.Basis maven-assembly-plugin at.ac.tuwien.sepm.tinyticketing.Basis src/main/assembly/one_jar.xml make-assembly package attached maven2Repo Maven 2 repository http://repo1.maven.org/maven2 qseRepo Repository for the sample application at the TU Vienna http://best-practice-software-engineering.ifs.tuwien.ac.at/repository/ junit junit 4.7 test hsqldb hsqldb 2.0.0 org.springframework spring-test 3.0.1.RELEASE test org.hamcrest hamcrest-all 1.1 test org.springframework spring-beans 3.0.1.RELEASE org.springframework spring-jdbc 3.0.1.RELEASE org.springframework spring-context 3.0.1.RELEASE dom4j dom4j 1.6.1 log4j log4j 1.2.14 maven-javadoc-plugin org.codehaus.mojo jxr-maven-plugin afterwards I'd also love to generate one big jar, but this has a much higher priority. thank you very much, hopefully somone can help Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com - To unsubscribe, e-mail: users-unsubscr...@maven.apa
Copy Dependencies into target/lib
Hallo, I'm allready trying for about 2 hours to copy my dependencies into target/lib, I've found hundreds of posts and answers how to do it, but it just doesnt work for me. I can compile the code, I can pack it into a jar and the JUnit tests run also, but the dependencies are not copied. Here my whole pom.xml, hopefully somone can find the error, because maven also doesn't call any: http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd";> 4.0.0 at.ac.tuwien.sepm.tinyticketing TinyTicketingProject jar 0.0.1-TRACY Tiny Ticketing Ziel dieses Projektes ist es die Abwicklung von Ticketverkäufen zu vereinfachen. TT soll die bisherige veraltete Kaufabwicklung vollständig übernehmen und außerdem noch neue Möglichkeiten zur Preisgestaltung, etc. schaffen. Bitbucket http://bitbucket.org/grm/tiny-ticketing/issues website scp://webhost.company.com/www/website abs Abseher Michael e0828...@student.tuwien.ac.at Dokument Beauftragter Stv. Technischer Architekt +1 fau Faustmann Alex alex.faustm...@gmail.com Team Koordinator Stv. Test Beauftragter +1 grm Grman Peter peter.gr...@gmail.com Technischer Architekt Release Manager Stv. Test Beauftragter +1 pol Pollice Marcus marcus.poll...@gmail.com Test Beauftragter Stv. Oberflächendesigner +1 sar Sarca Ana-Alina e0825...@student.tuwien.ac.at Oberflächendesigner Stv. Team Koordinator +1 tos Tosun Emre e0825...@student.tuwien.ac.at Oberflächendesigner Stv. Dokument Beauftragter +1 scm:hg:https://bitbucket.org/grm/tiny-ticketing scm:hg:https://bitbucket.org/grm/tiny-ticketing https://bitbucket.org/grm/tiny-ticketing SEPM-3 Google Group sep...@googlegroups.com http://groups.google.com/group/sepm-3 org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies ./target/lib org.apache.maven.plugins maven-compiler-plugin 1.6 1.6 maven-jar-plugin 2.2 at.ac.tuwien.sepm.tinyticketing.Basis maven-assembly-plugin at.ac.tuwien.sepm.tinyticketing.Basis src/main/assembly/one_jar.xml make-assembly package attached maven2Repo Maven 2 repository http://repo1.maven.org/maven2 qseRepo Repository for the sample application at the TU Vienna http://best-practice-software-engineering.ifs.tuwien.ac.at/repository/ junit junit 4.7 test hsqldb hsqldb 2.0.0 org.springframework spring-test 3.0.1.RELEASE test org.hamcrest hamcrest-all 1.1 test org.springframework spring-beans 3.0.1.RELEASE org.springframework spring-jdbc 3.0.1.RELEASE org.springframework spring-context 3.0.1.RELEASE dom4j dom4j 1.6.1 log4j log4j 1.2.14 maven-javadoc-plugin org.codehaus.mojo jxr-maven-plugin afterwards I'd also love to generate one big jar, but this has a much higher priority. thank you very much, hopefully somone can help
Re: maven-dependency-plugin: Question about copy-dependencies goal
When you compile in eclipse using m2e it's not executing the lifecycle. How are you executing the build, exactly? On Mon, Apr 26, 2010 at 10:23 AM, Luciano Mantuaneli < luciano.mantuan...@cpmbraxis.com> wrote: > Greetings. > > > > I have a very specific need in a java project in Eclipse: The jars which > the project depends on must be copied to an external folder. > > > > The *maven-dependency-plugin* and its *copy-*dependencies goal come to > mind immediately. > > > > As a test, I wrote the following pom.xml: > > > > - > > > > ... > > > > ... > > > >... > > > > > org.apache.maven.plugins > > > maven-dependency-plugin > > > > > > > copy-dependencies > > > process-resources > > > > > > copy-dependencies > > > > > > > > > ${my.external.location}/alterloc > > > servlet-api > > > > > > > > > > > > > > > > > - > > > > However, the above pom shows some bogus behavior, depending on the user > action: > > 1)Right-clicking the project and selecting “Maven > > Update Project Configuration”: The folder “alterloc” is created in > “my.external.location”, and the jars, but servlet-api, are copied to it - > Just as expected. > > 2)Compiling the project: The folder “dependency” is > created in “project.build.directory”, and the jars, including servlet-api, > are copied to it – Not expected, once the configurations seems to be ignored > > > > I already tried to change the phase to “compile”, to “process-classes”, but > in that case it’s even worst: The dependencies wasn’t copied at all. > > > > What am I doing wrong? > > > > Thanks in advance > > > > > > *Luciano Mantuaneli ** <http://www.linkedin.com/in/lucianomantuaneli>* > > > > TI Melhorias - Suporte a Canais > > > > *CPM Braxis* > > Cel: 55 11 8399 0319 > > Tel: 55 11 4196 4622 > > www.cpm.com.br > > www.cpminternational.com > > www.braxis.com.br > > >
RES: maven-dependency-plugin: Question about copy-dependencies goal
Hi, Karl. Thanks for answering! >Have you thought about linking the plugin to the package phase for >example > >and did you tried that on command line ? I wish I could, but it's not possible due to restrictions on the specification of this job. It's imperative that the "magic" happens while using Eclipse and it must be at the moment that he builds (just compile) the project. I know that this is pretty dumb and this is not the correct way to proceed, but I don't have the permission to change those restrictions... If you need, I'll gladly explain more about this bizarre task I have to manage... I really enjoy making people laugh! Luciano Mantuaneli TI Melhorias - Suporte a Canais CPM Braxis Cel: 55 11 8399 0319 Tel: 55 11 4196 4622 www.cpm.com.br www.cpminternational.com www.braxis.com.br -Mensagem original- De: Karl Heinz Marbaise [mailto:khmarba...@gmx.de] Enviada em: segunda-feira, 26 de abril de 2010 12:16 Para: Maven Users List; users@maven.apache.org Assunto: Re: maven-dependency-plugin: Question about copy-dependencies goal Hi, > > > process-resources Have you thought about linking the plugin to the package phase for example and did you tried that on command line ? Kind regards Karl Heinz Marbaise -- MfG Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - 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
Re: maven-dependency-plugin: Question about copy-dependencies goal
Hi, > > > process-resources Have you thought about linking the plugin to the package phase for example and did you tried that on command line ? Kind regards Karl Heinz Marbaise -- MfG Karl Heinz Marbaise -- SoftwareEntwicklung Beratung SchulungTel.: +49 (0) 2405 / 415 893 Dipl.Ing.(FH) Karl Heinz MarbaiseICQ#: 135949029 Hauptstrasse 177 USt.IdNr: DE191347579 52146 Würselen http://www.soebes.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
maven-dependency-plugin: Question about copy-dependencies goal
Greetings. I have a very specific need in a java project in Eclipse: The jars which the project depends on must be copied to an external folder. The maven-dependency-plugin and its copy-dependencies goal come to mind immediately. As a test, I wrote the following pom.xml: - ... ... ... org.apache.maven.plugins maven-dependency-plugin copy-dependencies process-resources copy-dependencies ${my.external.location}/alterloc servlet-api - However, the above pom shows some bogus behavior, depending on the user action: 1)Right-clicking the project and selecting "Maven > Update Project Configuration": The folder "alterloc" is created in "my.external.location", and the jars, but servlet-api, are copied to it - Just as expected. 2)Compiling the project: The folder "dependency" is created in "project.build.directory", and the jars, including servlet-api, are copied to it - Not expected, once the configurations seems to be ignored I already tried to change the phase to "compile", to "process-classes", but in that case it's even worst: The dependencies wasn't copied at all. What am I doing wrong? Thanks in advance Luciano Mantuaneli <http://www.linkedin.com/in/lucianomantuaneli> TI Melhorias - Suporte a Canais CPM Braxis Cel: 55 11 8399 0319 Tel: 55 11 4196 4622 www.cpm.com.br <http://www.cpm.com.br> www.cpminternational.com <http://www.cpminternational.com> www.braxis.com.br <http://www.braxis.com.br>
Re: Problem with maven-dependency-plugin - copy-dependencies
The jar files have a null classifier, so probably what happens is the field gets set from one execution and not unset in the other. You could try flipping the order around to see if that helps, or in the jars config, try setting it to " " and see if that helps. We need to trick plexus into injecting something to overwrite the previous config. On Wed, Apr 14, 2010 at 8:31 AM, Shurgin,Gary wrote: > I am attempting to copy the Jar files and source Jar files into a > non-maven project using the copy-dependencies control. > > > > I have tried several different approaches, and none of them seem to > work. > > > > I have a section that looks like this. > > > > > > ${libDir} > > true > > true > > > org.oclc.abstractions,org.oclc.validation Ids> > > > > > > > > > > > As specified, I get my regular jar files. > > If I uncomment the lines, I get the source jar files, and none of the > regular jars. > > > > I then tried to put the 2 configuration sections into > sections, as follows: > > > > > > > > jars > > package > > copy-dependencies > > < -- configuration without sources > > > > > > > sources > > package > > copy-dependencies > > < -- configuration with sources > > > > > > > > > The result is that my regular jar files, including that ones not > specified in the includeGroupIds item, are copied into > target/dependency. > > In short, as if the configuration section was not specified at all. > > > > What am I missing? > > - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem with maven-dependency-plugin - copy-dependencies
I am attempting to copy the Jar files and source Jar files into a non-maven project using the copy-dependencies control. I have tried several different approaches, and none of them seem to work. I have a section that looks like this. ${libDir} true true org.oclc.abstractions,org.oclc.validation As specified, I get my regular jar files. If I uncomment the lines, I get the source jar files, and none of the regular jars. I then tried to put the 2 configuration sections into sections, as follows: jars package copy-dependencies < -- configuration without sources > sources package copy-dependencies < -- configuration with sources > The result is that my regular jar files, including that ones not specified in the includeGroupIds item, are copied into target/dependency. In short, as if the configuration section was not specified at all. What am I missing?
Re: when using "copy-dependencies" goal in dependency plugin, how can i install old version to overwrite a new one
no, i mean that it will delete the new one and install the old one. today, (when you install a newer version, maven deletes the old and install the new - if you config to overwrite). On Fri, Feb 12, 2010 at 4:16 PM, Baptiste MATHUS wrote: > You mean the new version will stay, but the older will also be added in the > target directory? > > > 2010/2/12 eyal edri > > > let's say I've got a maven project that when i install it, it installs > all > > the dependencies to the classPath. > > > > but now i found that i need one of the dependencies in a version that is > > older than what i installed. > > so i go to the pom.xml and change it to an older version. > > > > in the current configuration, after running mvn install, nothing will > > happen > > (the newer version of the dependency will stay). > > > > (of course i can go to the classpath and manually delete the newer > > dependency.jar, but i rather maven will do it :). > > > > any ideas? > > > > > > > > On Fri, Feb 12, 2010 at 2:48 PM, Baptiste MATHUS wrote: > > > > > *Hi,* > > > > > > What do you mean? You'd like that the target directory doesn't contain > > bad > > > dependency version? If so, then couldn't you just add the "clean" > option > > > before your goal? (mvn clean). > > > > > > *Cheers.* > > > > > > 2010/2/11 eyal edri > > > > > > > I'm trying to installer an older version of my project (to check > > rollback > > > > option), > > > > > > > > how can i tell maven to remove the new versions installed and replace > > > with > > > > older one? > > > > > > > > the other way works perfect. > > > > > > > > > > > > my pom: > > > > > > > > > > > > > > > >org.apache.maven.plugins > > > >maven-dependency-plugin > > > > > > > > > > > >copy > > > >install > > > > > > > > copy > > > > > > > > > > > > > > > > > > > > ${project.groupId} > > > > ${project.artifactId} > > > > ${project.version} > > > > ${project.packaging} > > > > true > > > > ${classpath} > > > > > > > > > > > > > > > > > > > > > > > > > > > >copy-dependencies > > > >install > > > > > > > > copy-dependencies > > > > > > > > > > > > ${classpath} > > > > true > > > > true > > > > true > > > > false > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Eyal Edri > > > > > > > > > > > > > > > > -- > > > Baptiste MATHUS - http://batmat.net > > > Sauvez un arbre, > > > Mangez un castor ! > > > > > > > > > > > -- > > Eyal Edri > > > > > > -- > Baptiste MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! > -- Eyal Edri
Re: when using "copy-dependencies" goal in dependency plugin, how can i install old version to overwrite a new one
You mean the new version will stay, but the older will also be added in the target directory? 2010/2/12 eyal edri > let's say I've got a maven project that when i install it, it installs all > the dependencies to the classPath. > > but now i found that i need one of the dependencies in a version that is > older than what i installed. > so i go to the pom.xml and change it to an older version. > > in the current configuration, after running mvn install, nothing will > happen > (the newer version of the dependency will stay). > > (of course i can go to the classpath and manually delete the newer > dependency.jar, but i rather maven will do it :). > > any ideas? > > > > On Fri, Feb 12, 2010 at 2:48 PM, Baptiste MATHUS wrote: > > > *Hi,* > > > > What do you mean? You'd like that the target directory doesn't contain > bad > > dependency version? If so, then couldn't you just add the "clean" option > > before your goal? (mvn clean). > > > > *Cheers.* > > > > 2010/2/11 eyal edri > > > > > I'm trying to installer an older version of my project (to check > rollback > > > option), > > > > > > how can i tell maven to remove the new versions installed and replace > > with > > > older one? > > > > > > the other way works perfect. > > > > > > > > > my pom: > > > > > > > > > > > >org.apache.maven.plugins > > >maven-dependency-plugin > > > > > > > > >copy > > >install > > > > > > copy > > > > > > > > > > > > > > > ${project.groupId} > > > ${project.artifactId} > > > ${project.version} > > > ${project.packaging} > > > true > > > ${classpath} > > > > > > > > > > > > > > > > > > > > >copy-dependencies > > >install > > > > > > copy-dependencies > > > > > > > > > ${classpath} > > > true > > > true > > > true > > > false > > > > > > > > > > > > > > > > > > -- > > > Eyal Edri > > > > > > > > > > > -- > > Baptiste MATHUS - http://batmat.net > > Sauvez un arbre, > > Mangez un castor ! > > > > > > -- > Eyal Edri > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
Re: when using "copy-dependencies" goal in dependency plugin, how can i install old version to overwrite a new one
let's say I've got a maven project that when i install it, it installs all the dependencies to the classPath. but now i found that i need one of the dependencies in a version that is older than what i installed. so i go to the pom.xml and change it to an older version. in the current configuration, after running mvn install, nothing will happen (the newer version of the dependency will stay). (of course i can go to the classpath and manually delete the newer dependency.jar, but i rather maven will do it :). any ideas? On Fri, Feb 12, 2010 at 2:48 PM, Baptiste MATHUS wrote: > *Hi,* > > What do you mean? You'd like that the target directory doesn't contain bad > dependency version? If so, then couldn't you just add the "clean" option > before your goal? (mvn clean). > > *Cheers.* > > 2010/2/11 eyal edri > > > I'm trying to installer an older version of my project (to check rollback > > option), > > > > how can i tell maven to remove the new versions installed and replace > with > > older one? > > > > the other way works perfect. > > > > > > my pom: > > > > > > > >org.apache.maven.plugins > >maven-dependency-plugin > > > > > >copy > >install > > > > copy > > > > > > > > > > ${project.groupId} > > ${project.artifactId} > > ${project.version} > > ${project.packaging} > > true > > ${classpath} > > > > > > > > > > > > > >copy-dependencies > >install > > > > copy-dependencies > > > > > > ${classpath} > > true > > true > > true > > false > > > > > > > > > > > > -- > > Eyal Edri > > > > > > -- > Baptiste MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! > -- Eyal Edri
Re: when using "copy-dependencies" goal in dependency plugin, how can i install old version to overwrite a new one
*Hi,* What do you mean? You'd like that the target directory doesn't contain bad dependency version? If so, then couldn't you just add the "clean" option before your goal? (mvn clean). *Cheers.* 2010/2/11 eyal edri > I'm trying to installer an older version of my project (to check rollback > option), > > how can i tell maven to remove the new versions installed and replace with > older one? > > the other way works perfect. > > > my pom: > > > >org.apache.maven.plugins >maven-dependency-plugin > > >copy >install > > copy > > > > > ${project.groupId} > ${project.artifactId} > ${project.version} > ${project.packaging} > true > ${classpath} > > > > > > >copy-dependencies >install > > copy-dependencies > > > ${classpath} > true > true > true > false > > > > > > -- > Eyal Edri > -- Baptiste MATHUS - http://batmat.net Sauvez un arbre, Mangez un castor !
when using "copy-dependencies" goal in dependency plugin, how can i install old version to overwrite a new one
I'm trying to installer an older version of my project (to check rollback option), how can i tell maven to remove the new versions installed and replace with older one? the other way works perfect. my pom: org.apache.maven.plugins maven-dependency-plugin copy install copy ${project.groupId} ${project.artifactId} ${project.version} ${project.packaging} true ${classpath} copy-dependencies install copy-dependencies ${classpath} true true true false -- Eyal Edri
how to copy dependencies of war or ear files?
Hi, I need to extract all (transitive) dependencies of my *.war and *.ear files into one directory. How can I do this? I thought about maven-dependency-plugin, but - unpack and unpack-dependencies unpacks the whole tree structure (WEB-INF\lib\) including all files - copy and copy-dependencies only copies the *.war or *.ear itself - not the runtime dependencies. Thanx for any idea Torsten
Re: problem with two component with the same artifactId,version in different group when copy copy-dependencies
On Mon, Mar 16, 2009 at 9:59 PM, Isaac wrote: > > > On Mon, Mar 16, 2009 at 8:18 PM, Geoffrey Wiseman < > geoffrey.wise...@gmail.com> wrote: > >> On Mon, Mar 16, 2009 at 6:48 AM, Isaac wrote: >> >> > i get a project with dependencies like this: >> > >> > >> > >> >groupA >> >artifactC >> >1.0.0-SNAPSHOT >> > >> > >> >groupA >> >artifactC >> >1.0.0-SNAPSHOT >> > >> > >> > >> >> I assume you meant to use two different group ids? >> >> - Geoffrey >> -- >> Geoffrey Wiseman >> http://www.geoffreywiseman.ca/ >> > > > yes, two different group ids, but their artifact id are the same. so i get > only one jar,but i want two. > i made a mistake in the sample code, sorry about that. groupA and groupB not both groupA *groupA* artifactC 1.0.0-SNAPSHOT *groupB* artifactC 1.0.0-SNAPSHOT