Re: dependency:unpack handling of overwrite for individual items in the archive

2010-04-30 Thread Brian Fox
Currently it just unpacks the whole archive.

On Thu, Apr 29, 2010 at 10:31 AM, Marshall Schor  wrote:
> The documentation for dependency:unpack [1] says that the default is to
> overwrite (only) if newer.  But it seems to apply to the entire archive
> being unpacked, meaning that the check is on whether the archive file
> itself is "newer" or not, using what the plugin calls "marker files",
> and perhaps not on whether the individual archived items are newer or
> not (is that right?).
>
> Is it possible to specify overwrite-if-newer such that it applies to the
> timestamps on the individual zipped items in the source (I'm using zip
> as the archive format)?  Or is this the default behavior (for example,
> the Ant task for unZip [2] appears to have this property by default).
>
> -Marshall
>
> [1]
> http://maven.apache.org/plugins/maven-dependency-plugin/usage.html#Overwrite_Rules
> [2] http://ant.apache.org/manual/CoreTasks/unzip.html
>
> -
> 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: How To Determine/Exclude Transitive Dependencies

2010-04-30 Thread Shelli Orton
Thanks!

That makes so much more sense.  :)

Shelli

-Original Message-
From: Jörg Schaible [mailto:joerg.schai...@gmx.de] 
Sent: Friday, April 30, 2010 3:16 PM
To: users@maven.apache.org
Subject: Re: How To Determine/Exclude Transitive Dependencies

Shelli Orton wrote:

> I am new to Maven and am trying to understand transitive dependencies
> and how to exclude them from my war.
> 
>  
> 
> For example, in my war file, FastInfoset-1.2.2.jar file is included.  I
> do not have it listed as a dependency in my POM, so it must be a
> transitive dependency.  I ran mvn with the -X parameter and saved the
> output to a file to see if I could glean which dependency is the
> "mother" dependency.

-X is useful for debugging if a process fails. For simple dependency 
checking, use "mvn dependency:tree"

- Jörg



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



Re: How To Determine/Exclude Transitive Dependencies

2010-04-30 Thread Jörg Schaible
Shelli Orton wrote:

> I am new to Maven and am trying to understand transitive dependencies
> and how to exclude them from my war.
> 
>  
> 
> For example, in my war file, FastInfoset-1.2.2.jar file is included.  I
> do not have it listed as a dependency in my POM, so it must be a
> transitive dependency.  I ran mvn with the -X parameter and saved the
> output to a file to see if I could glean which dependency is the
> "mother" dependency.

-X is useful for debugging if a process fails. For simple dependency 
checking, use "mvn dependency:tree"

- Jörg



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



How To Determine/Exclude Transitive Dependencies

2010-04-30 Thread Shelli Orton
I am new to Maven and am trying to understand transitive dependencies
and how to exclude them from my war.  

 

For example, in my war file, FastInfoset-1.2.2.jar file is included.  I
do not have it listed as a dependency in my POM, so it must be a
transitive dependency.  I ran mvn with the -X parameter and saved the
output to a file to see if I could glean which dependency is the
"mother" dependency.

 

The first time FastInfoset is noted in the output follows:

 

[WARNING] 

Artifact javax.servlet:servlet-api:jar:2.4:provided
retains local scope 'provided' overriding broader scope 'compile'

given by a dependency. If this is not intended, modify
or remove the local scope.

 

[DEBUG]   javax.servlet:servlet-api:jar:2.3:compile (removed -
nearer found: 2.4)

[DEBUG] commons-logging:commons-logging-api:jar:1.1:compile
(selected for compile)

[DEBUG] javax.el:el-api:jar:1.0:compile (selected for compile)

[DEBUG] com.sun.xml.fastinfoset:FastInfoset:jar:1.2.2:compile
(selected for compile)

 

Does this mean that it is a transitive dependency of the
servlet-api.jar?  If not, how can I determine which dependency this is a
transitive one of?

 

In my POM.xml, here is the servlet-api dependency:

 



  javax.servlet

  servlet-api

  2.4

  provided



 

The servlet-api.jar is not included in my war (as expected).  Do I have
to add exclusions to this dependency for all its transitive
dependencies?  I would have expected that transitive dependencies would
be included/excluded as per the mother dependency.

 

Thanks in advance!



Re: Release plugin and updating a release with some fixes

2010-04-30 Thread Wendy Smoak
On Fri, Apr 30, 2010 at 10:07 AM, Jan Torben Heuer
 wrote:
> How do I create a branch from a tag?
> I have a:
> 2.0-SNAPSHOT (current /trunk/)
> 1.0 /tags/1.0/
>
> and I want to have a /branch/1.1-SNAPSHOT.
> It is a a multi module project so version numbers must be changed.

I think either the release or scm plugin has a "branch" goal.  I
usually just do the copy

svn cp http://url/of/tag http://url/of/new/branch

and then update the version numbers later.  (The versions plugin can
help, as Tim mentioned.)

-- 
Wendy

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



Re: Release plugin and updating a release with some fixes

2010-04-30 Thread Tim O'Brien
mvn versions:set -DnewVersion=1.1-SNAPSHOT



On Fri, Apr 30, 2010 at 9:07 AM, Jan Torben Heuer
 wrote:
> Wendy Smoak wrote:
>
>> If you find you need to make a fix, then you can branch from the tag
>> -- in your case the version number on your branch might be
>> 1.5.1-SNAPSHOT.
>
> How do I create a branch from a tag?
> I have a:
> 2.0-SNAPSHOT (current /trunk/)
> 1.0 /tags/1.0/
>
> and I want to have a /branch/1.1-SNAPSHOT.
> It is a a multi module project so version numbers must be changed.
>
> Jan
> --
> From address is valid until 01.06.2010
>
> -
> 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: Release plugin and updating a release with some fixes

2010-04-30 Thread Jan Torben Heuer
Wendy Smoak wrote:

> If you find you need to make a fix, then you can branch from the tag
> -- in your case the version number on your branch might be
> 1.5.1-SNAPSHOT.

How do I create a branch from a tag?
I have a:
2.0-SNAPSHOT (current /trunk/)
1.0 /tags/1.0/

and I want to have a /branch/1.1-SNAPSHOT.
It is a a multi module project so version numbers must be changed.

Jan
-- 
>From address is valid until 01.06.2010

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



Re: doubt in maven-deploy plugin : deploy-file goal

2010-04-30 Thread Ron Wheeler

On 30/04/2010 5:39 AM, Ambikapathy, Srinivas wrote:

Hi Anders. When I sent the first mail I wasn't subscribed to the group. Didn't 
know the policy of the mailing list whether they allow mails from non-members. 
So subscribed to the mailing list and sent the mail again.
Sorry for it anyways.
   
Anders may have a better answer to your question, if you give him 
another week to think about it.


I think your problem comes from Maven's view of releases.
You can not deploy a release that has already been deployed.
Releases are immutable and permanent.

If you want to redeploy a release you need to delete the erroneous 
release in the repo (probably in your local repo as well).


This should not happen very often if you use SNAPSHOTS and versions 
correctly.


This is not new as far as I know.

Ron



-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of 
Anders Hammar
Sent: Friday, April 30, 2010 3:04 PM
To: Maven Users List
Subject: Re: doubt in maven-deploy plugin : deploy-file goal

Didn't you ask the very same question (twice) yesterday? Please don't spam
the mailing list, but allow some days for people to answer.

/Anders

On Thu, Apr 29, 2010 at 16:53, srinivasa raghavan<
srinivasaraghava...@gmail.com>  wrote:

   

Hi,
have a doubt in maven-deploy plugin 2.5 version. For deploy-file goal ,
they
make a sanity check to see whether the file to be deployed is present in
the
local repository and if so they fail the deploy goal. I believe 2.4 version
didn't do that.

So why is it illegal to deploy artifact from the local repository? (is it
because we use this option only to deploy third party artifacts to the
repository?)

thanks,
Srinivas

 

-
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: How do I get rid of the compile phase in site:site

2010-04-30 Thread Benson Margulies
See MJAVADOC-281 which I filed last night. A seemingly trivial
configuration of javadoc in the reporting section triggers this
behavior.

On Fri, Apr 30, 2010 at 4:50 AM, Jörg Schaible  wrote:
>
> Benson Margulies wrote:
>
> > I run mvn site:site, and, the next thing I know, things like checkstyle
> > and one of my own plugins are running. my plugin has an @phase of compile
> > declared in the plugin descriptor.
> >
> > I do have a defaultGoal of compile specified, but that shouldn't matter
> > for mvn site:site, should it?
>
> It should since some reports are based on the analysis of the generated byte
> code. Therefore compile phase has to run first.
>
> - 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: release plugin: Create new SNAPSHOT from release tag?

2010-04-30 Thread Kalpak Gadre

Past discussion which happened on similar question,

http://www.mail-archive.com/users@maven.apache.org/msg108587.html

Kalpak



Hi,
Using release:prepare, release:perform I successfully created a tag in svn.
I now have to fix some bugs so I thought I should create a new branch from
the svn tag. Is this the way to go?

So I created from 1.0-SNAPSHOT the svn tag 1.0 and have the working copy
2.0-SNAPSHOT. To fix a bug i the old release I want to create the branch
1.1-SNAPSHOT from the version 1.0.

How can I do this? It is a multi module project and I'd rather not fix all
versions by hand...

Cheers,

Jan
   




release plugin: Create new SNAPSHOT from release tag?

2010-04-30 Thread Jan Torben Heuer
Hi,
Using release:prepare, release:perform I successfully created a tag in svn. 
I now have to fix some bugs so I thought I should create a new branch from 
the svn tag. Is this the way to go?

So I created from 1.0-SNAPSHOT the svn tag 1.0 and have the working copy 
2.0-SNAPSHOT. To fix a bug i the old release I want to create the branch 
1.1-SNAPSHOT from the version 1.0.

How can I do this? It is a multi module project and I'd rather not fix all 
versions by hand...

Cheers,

Jan
-- 
>From address is valid until 01.06.2010


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



RE: doubt in maven-deploy plugin : deploy-file goal

2010-04-30 Thread Ambikapathy, Srinivas
Hi Anders. When I sent the first mail I wasn't subscribed to the group. Didn't 
know the policy of the mailing list whether they allow mails from non-members. 
So subscribed to the mailing list and sent the mail again.
Sorry for it anyways.

-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of 
Anders Hammar
Sent: Friday, April 30, 2010 3:04 PM
To: Maven Users List
Subject: Re: doubt in maven-deploy plugin : deploy-file goal

Didn't you ask the very same question (twice) yesterday? Please don't spam
the mailing list, but allow some days for people to answer.

/Anders

On Thu, Apr 29, 2010 at 16:53, srinivasa raghavan <
srinivasaraghava...@gmail.com> wrote:

> Hi,
> have a doubt in maven-deploy plugin 2.5 version. For deploy-file goal ,
> they
> make a sanity check to see whether the file to be deployed is present in
> the
> local repository and if so they fail the deploy goal. I believe 2.4 version
> didn't do that.
>
> So why is it illegal to deploy artifact from the local repository? (is it
> because we use this option only to deploy third party artifacts to the
> repository?)
>
> thanks,
> Srinivas
>

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



Re: doubt in maven-deploy plugin : deploy-file goal

2010-04-30 Thread Anders Hammar
Didn't you ask the very same question (twice) yesterday? Please don't spam
the mailing list, but allow some days for people to answer.

/Anders

On Thu, Apr 29, 2010 at 16:53, srinivasa raghavan <
srinivasaraghava...@gmail.com> wrote:

> Hi,
> have a doubt in maven-deploy plugin 2.5 version. For deploy-file goal ,
> they
> make a sanity check to see whether the file to be deployed is present in
> the
> local repository and if so they fail the deploy goal. I believe 2.4 version
> didn't do that.
>
> So why is it illegal to deploy artifact from the local repository? (is it
> because we use this option only to deploy third party artifacts to the
> repository?)
>
> thanks,
> Srinivas
>


doubt in maven-deploy plugin : deploy-file goal

2010-04-30 Thread srinivasa raghavan
Hi,
have a doubt in maven-deploy plugin 2.5 version. For deploy-file goal , they
make a sanity check to see whether the file to be deployed is present in the
local repository and if so they fail the deploy goal. I believe 2.4 version
didn't do that.

So why is it illegal to deploy artifact from the local repository? (is it
because we use this option only to deploy third party artifacts to the
repository?)

thanks,
Srinivas


Re: How do I get rid of the compile phase in site:site

2010-04-30 Thread Jörg Schaible
Benson Margulies wrote:

> I run mvn site:site, and, the next thing I know, things like checkstyle
> and one of my own plugins are running. my plugin has an @phase of compile
> declared in the plugin descriptor.
> 
> I do have a defaultGoal of compile specified, but that shouldn't matter
> for mvn site:site, should it?

It should since some reports are based on the analysis of the generated byte 
code. Therefore compile phase has to run first.

- Jörg



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



Re: Embedding Maven. I'm a newbie, please point me in the right direction....

2010-04-30 Thread Anders Hammar
I believe that Jason has said that once the beta is out, the internal APIs
would be fixed. So, now should be a good time to start looking at this I
think. Maybe Jason or Benjamin can clarify?

Also, please note that Maven 2.x and Maven 3 is very different when it comes
to the embedder. What we're talking about here is the new embedder in Maven
3.

/Anders

On Fri, Apr 30, 2010 at 05:49, Wayne Fay  wrote:

> > Google only shows MavenEmbedder, a class the was deleted as of
> > maven-embedder-3.0-alpha-3.
> > I can't find any howtos/guides for this.
> > JavaDoc is... well... not so informative when it comes to use cases.
>
> If you search this list for "embedder" and espcially look at Jason van
> Zyl's comments, you'll see comments like:
> "The embedder doesn't currently exist anymore. I'm remaking it so it's
> not there to use... The embedder is changing and not stable right
> now."
>
> So, I think this is a bad time to be working on embedding Maven. Wait
> until M3 is final and then I think you'll see the situation change
> drastically. If your project can't wait, good luck.
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


Re: How do I get rid of the compile phase in site:site

2010-04-30 Thread Anders Hammar
I only have limited experience of maven site and reports, but could it be
that some report plugin (checkstyle?) triggers some part of the build
lifecycle (incl the compile phase)? Try disabling/removing the reports and
see if that makes a difference.

/Anders

On Fri, Apr 30, 2010 at 00:34, Benson Margulies wrote:

> I run mvn site:site, and, the next thing I know, things like checkstyle and
> one of my own plugins are running. my plugin has an @phase of compile
> declared in the plugin descriptor.
>
> I do have a defaultGoal of compile specified, but that shouldn't matter for
> mvn site:site, should it?
>