Ah, you're using JBoss EAP? I have quite some experience from that I we had to build our own JBoss EAP repo for a customer. What a pain to get all the dependencies right... Never the less, it's the way to go I think. It might be of interest for you that there is a JBoss jira for creating an EAP repo and the rumor has it there is actually some work going on.
/Anders On Mon, Nov 9, 2009 at 19:53, EJ Ciramella <ecirame...@upromise.com> wrote: > Well, that's interesting - here's the thing - if you use opensource, > community edition version of jboss, then you can depend on the jboss > repository. > > If, however, you depend on the commercial version, patches (to both files > and jars) are delivered in a different fashion (from what I can tell). > > Also, all the services that are available as part of the default server > installation example are used in about 20 different projects here. I'd > prefer creating a single artifact that contains both duplicated/shared > component configuration AND binaries versus multiple jar installation and a > secondary artifact for the component configuraiton. > > Thank you for the feedback though, the real answer to this question seems > to be that dependencies are verified during the validate phase and if you > bind an "unpack-dependencies" to validate, it binds it to the end of the > goal (which is too late for our purposes). > > > > -----Original Message----- > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On > Behalf Of Anders Hammar > Sent: Monday, November 09, 2009 12:58 PM > To: Maven Users List > Subject: Re: system scoped dependencies are attempted to be downloaded > > Don't think it's a bug, it's you using it the wrong way. > As I understand you, you have a dependency to some archive which you > unpack. > In the same project you have a system scope dependency which points at some > jar that gets unpacked from the dependency above. Don't think that would > work and I frankly don't understand what you're doing. That is not the > Maven > way. You should add the jar (artifact) extracted from the archive to you > (corporate) repository instead. > > /Anders > > On Mon, Nov 9, 2009 at 18:07, EJ Ciramella <ecirame...@upromise.com> > wrote: > > > Sorry - and thank you! > > > > Any suggestions or is this (confirmed as a) a bug? > > > > -----Original Message----- > > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On > > Behalf Of Anders Hammar > > Sent: Saturday, November 07, 2009 2:07 AM > > To: Maven Users List > > Subject: Re: system scoped dependencies are attempted to be downloaded > > > > Ok. In the future, it would be great if you include this kind of info > when > > you ask about a problem. You need to provide all info for us to be able > to > > help. > > > > /Anders > > > > On Fri, Nov 6, 2009 at 23:47, EJ Ciramella <ecirame...@upromise.com> > > wrote: > > > > > Yeah, we have a pretty out-of-the-ordinary build process using > > > jboss/atg/etc. > > > > > > Try this - zip up any jar and try to both unpack that AND put that jar > as > > a > > > dependency with a system scope. > > > > > > This won't work. It will try to resolve the dependency and fail so it > > > never unpacks the zip. > > > > > > -----Original Message----- > > > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On > > > Behalf Of Anders Hammar > > > Sent: Friday, November 06, 2009 4:20 PM > > > To: Maven Users List > > > Subject: Re: system scoped dependencies are attempted to be downloaded > > > > > > Sorry, I don't know. > > > I take it your setup is a little bit more complicated than your initial > > > posts indicated? > > > > > > /Anders > > > > > > On Fri, Nov 6, 2009 at 22:12, EJ Ciramella <ecirame...@upromise.com> > > > wrote: > > > > > > > Hmm - here's a question - if the jar I'm looking for exists inside a > > zip > > > > file that needs to be downloaded, unpacked and then and only then > will > > > > systemPath actually point at a jar - will that fail? > > > > > > > > When does dependency resolution happen - at the validate stage? If > so, > > > the > > > > zip won't be downloaded and unpacked by then resulting in a > systemPath > > > that > > > > doesn't exist. > > > > > > > > > > > > -----Original Message----- > > > > From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] > On > > > > Behalf Of Anders Hammar > > > > Sent: Friday, November 06, 2009 3:41 PM > > > > To: Maven Users List > > > > Subject: Re: system scoped dependencies are attempted to be > downloaded > > > > > > > > And you have tried the very simplest project, containing just the > > > > dependencies section with just this dependency? And no parent pom > which > > > > could hide something not obvious. For example, use the quickstart > > > > archetype. > > > > Also, have you tried it in a different environment (computer)? > > > > If that still reproduces the issue, I suggest you create a jira and > > > attach > > > > that project. > > > > > > > > /Anders > > > > > > > > On Fri, Nov 6, 2009 at 21:33, EJ Ciramella <ecirame...@upromise.com> > > > > wrote: > > > > > > > > > We're not using a version range. The numbers I'm speaking of below > > is > > > > the > > > > > range of maven 2 versions I tried and had this problem. > > > > > > > > > > -----Original Message----- > > > > > From: Wayne Fay [mailto:wayne...@gmail.com] > > > > > Sent: Friday, November 06, 2009 3:29 PM > > > > > To: Maven Users List > > > > > Subject: Re: system scoped dependencies are attempted to be > > downloaded > > > > > > > > > > > It's simple - if you have a dependency with a system scope, maven > > > 2.0.9 > > > > - > > > > > 2.2.1 tries looking up that dependency in any repos you may have > > > mapped. > > > > > > > > > > > > Shouldn't it just skip that part? > > > > > > > > > > What happens when you change the version range to a fixed value eg > > > > > >2.1.3< or >[2.1.3]<? Or if you remove the version stanza entirely > > > > > since it does not apply to system scoped artifacts? > > > > > > > > > > Wayne > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > > For additional commands, e-mail: users-h...@maven.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >