Try mvn -h. There's a parameter you should look at, -s.
Wayne
On 11/13/07, Christian Andersson <[EMAIL PROTECTED]> wrote:
> of course, that is what is going to happen IN TIME, but right now it is
> not the only sollution to this right now is to create different users
> for each webapplication, that way the users settings.xml can be different..
>
> is there some parameter I can add to the mvn command line to force it to
> read a settings.xml file, if that works I can create my own "mvn" script
> that calls the real mvn script with this extra parameter
>
> hmm come to think of it, if I create my own maven script I could perheps
> just replace $HOME for the real mvn command and ${user.home} would
> probably reflect my change..
>
>
>
> Nigel Magnay skrev:
> > Sure, but by doing that you're effectively trying to dodge the bullet of
> > having correct versions for artifacts, which isn't really what m2 is
> > designed to do.
> > It's quite common to have 'unversioned' 3rd party jars. Best solution is to
> > version them yourself, and deploy them somewhere locally - either
> > (minimally) an HTTP server (such as SVN itself), or into an artifact
> > repository such as proximity, archiva or artifactory.
> >
> > On Nov 13, 2007 2:54 PM, Christian Andersson <[EMAIL PROTECTED]> wrote:
> >
> >> I'm not sure what you mean by "messing with maven versioning"
> >>
> >> since what I basicly want is to have different local repositories for
> >> different projects without having to create a settings.xml for each
> >> project..
> >>
> >> that would take care of our immediate problem and in time we could start
> >> using maven everywhere and also get some 3rd party providers to start
> >> doing versioning of jar files.. (which they don't today)
> >>
> >>
> >> Nigel Magnay skrev:
> >>> I'd really (really really) try not to mess with the maven versioning -
> >> it's
> >>> a recipe for having to custom write loads of stuff, and it really is
> >> pretty
> >>> fundamental to the operation of maven. Without it, I'm not sure there's
> >> much
> >>> reason to change if it's currently working...
> >>> That said... Is there some reason the JARs *can't* have a version (I.E.
> >> why
> >>> can't you create 4 website projects with the dependencies of the JARs
> >> set to
> >>> particular versions)?
> >>>
> >>> You can always write a custom script or MOJO (ANT or GROOVY) to move
> >> things
> >>> about during the build (including the repository) - perhaps that's a way
> >>> forward?
> >>>
> >>>
> >>> On Nov 13, 2007 2:31 PM, Christian Andersson <[EMAIL PROTECTED]> wrote:
> >>>
> >>>> quick recap..
> >>>>
> >>>> Hi there, first some history :-)
> >>>> I'm currently using maven 1.0.3 (yes, I know it is old, but it works
> >> for
> >>>> me) and we are currently switching from cvs to subversion. Along with
> >>>> this switch from cvs to subversion we are also going to try to switch
> >>>> from our old maven to maven 2 (2.0.7)
> >>>>
> >>>> We are developing web applications that share many of our projects
> >>>> and we have several installed out at the customers, unfourtunally due
> >> to
> >>>> our own laziness and some reasons from the customers, they are not
> >>>> always updated at the same time to a newer version..
> >>>>
> >>>> so, what we have is then something like this (example)
> >>>>
> >>>> website1 using v1 of all jar files
> >>>> website2 using v1.02 of some jar files and v1 of the rest
> >>>> website3 using v1.1 of some jar files and v1 of the rest
> >>>> website4 using v1.02 of some jar files and v1 of the rest
> >>>>
> >>>> this is no problem since different versions can be stored in the
> >>>> repository at the same time..
> >>>>
> >>>> however some external dependencies and unfourtunally some of our own,
> >> do
> >>>> not have version information, or are still in V1 even though there are
> >>>> differences between 2 sites..
> >>>>
> >>>> when developing for the different sites we checked out the different
> >>>> branches (source code) from cvs into dedicated folders..
> >>>>
> >>>> for example
> >>>>
> >>>> branches/website1/projects/.... (all projects)
> >>>> branches/website2/projects/.... (all projects)
> >>>> branches/website3/projects/.... (all projects)
> >>>> branches/website4/projects/.... (all projects)
> >>>>
> >>>> and to be able to support our unversioned jar files (or different jar
> >>>> files with the same version number) we simple put the repository for
> >>>> each website inside the directory for the website (using the
> >>>> MAVEN_HOME_LOCAL and MAVEN_HOME_USER so that we could have per site
> >>>> repositories and settings.
> >>>>
> >>>> branches/website1/repository/...
> >>>> branches/website2/repository/....
> >>>> branches/website3/repository/....
> >>>> branches/website4/repository/....
> >>>>
> >>>> now after such long description here is my question..
> >>>>
> >>>> from what I have learned about maven 2 there is no such environment
> >>>> variables that I can set and maven2 reads only settings from 3
> >> different
> >>>> places? the global settings, the settings in the users home directory
> >>>> and the settings for the project.. that means I cannot create a per
> >>>> "site" settings.xml with the localRepository set to a specific
> >> directory ?
> >>>> I can probably create a settings.xml file per project but that means
> >>>> many files in many places that needs to be set up, and if one of them
> >> is
> >>>> wrong......
> >>>>
> >>>> I tried creating a settings.xml for the parent (pom) project but that
> >>>> did not look like it was working (still using
> >> /home/user/.m2/repository)
> >>>> can this be done, or are there better ways to do this (yes versioning
> >>>> all files would be best, but that is not a realistic option at the
> >>>> moment..
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Christian Andersson - [EMAIL PROTECTED]
> >>>>
> >>>> Configuration and Collaboration for OpenOffice.org
> >>>> Open Framework Systems AS http://www.ofs.no
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>>> For additional commands, e-mail: [EMAIL PROTECTED]
> >>>>
> >> --
> >> Christian Andersson - [EMAIL PROTECTED]
> >>
> >> Configuration and Collaboration for OpenOffice.org
> >> Open Framework Systems AS http://www.ofs.no
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >
>
> --
> Christian Andersson - [EMAIL PROTECTED]
>
> Configuration and Collaboration for OpenOffice.org
> Open Framework Systems AS http://www.ofs.no
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
