Re: When does maven check for updated snapshots?

[Phillip Hellewell]

Thanks.  It's good to know that I can configure that in my settings.xml.

Phillip

On Fri, May 13, 2011 at 12:02 PM, Thiessen, Todd (Todd)  wrote:

> It is determined by the updatePolicy for the repo. Default is 24 hours.
>
> http://maven.apache.org/ref/3.0.3/maven-settings/settings.html
>
> Look for updatePolicy.
>
> > -Original Message-
> > From: Phillip Hellewell [mailto:ssh...@gmail.com]
> > Sent: Friday, May 13, 2011 1:49 PM
> > To: Maven Users List
> > Subject: When does maven check for updated snapshots?
> >
> > I can't seem to find any documentation on this, so maybe you can just
> > tell
> > me.  What is the exact rule for when Maven will check for a newer
> > snapshot
> > from a remote repo (when you're not using -U) ?
> >
> > It seems to be something like:
> > 1. If you don't already have the snapshot it will check.
> > 2. If your latest snapshot is older than 24 hours it will check.
> >
> > But that's just me kinda guessing.  I don't know what the exact rule
> > is, but
> > I would like to.
> >
> > Phillip
>

Re: Building a -classpath for a plugin, from the inside?

[Owen Jacobson]

Thanks, Ryan. This turned out to be exactly the solution I needed:

https://bitbucket.org/ojacobson/apacheds-maven-plugin/changeset/fcb7d7b66a41

-o

On 2011-04-29, at 9:00 AM, Ryan Connolly wrote:

> Owen: I think my previous reply got it half right:
> 
>/**
> * @parameter expression="${plugin.artifacts}"
> * @required
> * @readonly
> */
>private List pluginArtifacts;
> 
> 
>StringBuilder sb = new StringBuilder();
>for (Artifact dep : pluginArtifacts)
>{
>sb.append(dep.getFile().toURI()).append(File.pathSeparator);
>}
>getLog().info("Plugin CP = " + sb.toString());
> 
> 
> 
> On Thu, Apr 28, 2011 at 9:57 PM, Ryan Connolly  wrote:
> 
>> Owen:
>> 
>> As far as getting a nice pre-crafted classpath element string from the
>> plugin's dependencies, I am not aware of an API call that will do that like
>> we can for MavenProject classpaths (project.getRuntimeClasspathElements(),
>> etc.).  However, the plugin's dependencies are available in the following
>> ways (maybe more):
>> 
>>/**
>> * @parameter expression="${plugin.artifacts}"
>> * @required
>> */
>>private List pluginArtifacts;
>> 
>>/**
>> * @parameter expression="${plugin.dependencies}"
>> * @required
>> */
>>private List pluginDependencies;
>> 
>> I think the classpath would need to be constructed by using the dependency
>> info from above and resolving the artifacts from a repository as
>> demonstrated in the following blog post.
>> 
>> http://blogs.webtide.com/janb/entry/extending_the_maven_plugin_classpath
>> 
>> Hope that helps.  If others know of a better way to accomplish this I would
>> be interested in this as well.
>> 
>> 
>> -Ryan
>> 
>> 
>> 
>> On Thu, Apr 28, 2011 at 7:27 PM, Owen Jacobson 
>> wrote:
>> 
>>> Hi folks,
>>> 
>>> I'm working on upgrading a Maven plugin that runs Apache DS[0] to use the
>>> latest version of their software. Unfortunately, the latest version of their
>>> software does something slightly slack-jawed on startup: it inspects the
>>> java.class.path system property to locate JARs that contain core LDAP
>>> schemata. There is no alternate loader mechanism.
>>> 
>>> When this happens inside a plugin, the java.class.path system property
>>> contains one JAR: Maven's own launcher JAR.
>>> 
>>> I think the shortest path from where I am to working software is to fake
>>> up java.class.path before running Apache DS and then to reset it back to its
>>> "real" value after the server starts. However, in order to do this, I need
>>> to build a classpath-like string containing the JARs Apache DS needs.
>>> 
>>> These JARs are already listed in the plugin's dependencies (and when the
>>> plugin runs, are available in the local repository). I'd like to use that
>>> information if possible, rather than hard-coding specific JAR names into the
>>> plugin. However, after spending half the day looking through various
>>> existing plugins, I'm no closer to doing this than I was this morning.
>>> 
>>> 1. Is there a shortcut I missed that produces exactly the string (or list
>>> of JARs) I need?
>>> 2. If not, is there a reasonable way to obtain the dependency artifacts
>>> for a plugin?
>>> 3. If not, what's a better solution that doesn't involve patching Apache
>>> DS?
>>> 
>>> -o
>>> 
>>> [0] https://bitbucket.org/ojacobson/apacheds-maven-plugin/
>>> 
>>> 
>>> -
>>> 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: help - how to reduce the build time using mvn and cargo

[EJ Ciramella]

100 points to Ron.

Ron touched on something here - not sure if you can look at any of the 
transitive dependencies you may be pulling in and see if you can exclude some 
of those as well.

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Friday, May 13, 2011 5:24 PM
To: users@maven.apache.org
Subject: Re: help - how to reduce the build time using mvn and cargo

By this time on a Friday 3s look like 7s.

We had to remove over 70 out of our build.
It made lots of things better.

Some dependencies such as CXF for Web services are huge and getting them
as provided was a big help since we had a dozen or so webapps in our LMS
portal that used web services.

  If 70 can be removed will the WAR file be a negative size and give you
back disk space when you build it?

Ron


CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

Re: help - how to reduce the build time using mvn and cargo

[John Singleton]

In addition to trimming the war (definitely a good idea)...

In your first post, you mentioned mvn.bat - so I will assume you are in a
Windows environment.  Where is your ${user.home} located: local or remote?
I have seen at least one corporate environment where (for Sysadmin
convenience) home directories were kept on a central server.  This was not a
big deal to Word and PowerPoint users, who only download one file at a time,
but a huge hit to maven as people were constantly hitting .m2/repository
*ACROSS-THE-WIRE*.

On Fri, May 13, 2011 at 5:10 PM, EJ Ciramella wrote:

> Heh - I see 30 dependencies mentioned below, is this a trick answer?
>
> (sorry, trolling as I wait for posts to my questions)
>
> -Original Message-
> From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
> Sent: Friday, May 13, 2011 5:08 PM
> To: users@maven.apache.org
> Subject: Re: help - how to reduce the build time using mvn and cargo
>
> Getting the 70 dependencies out of the build will yield the biggest ROI.
>
> Ron
>
> On 13/05/2011 4:29 PM, Wayne Fay wrote:
> >> Bunch of thanks to all for sharing the info.  Yes my war is very big.
>  Its
> >> size is almost 62MB.  It builds in 7 mins than other machines.  It uses
> 30
> >> dependencies and xml resources.
> > 7 minutes is a long time just to build what is essentially a zip file.
> > Perhaps invest in some SSD hardware and perform your builds on
> > server-class machines rather than pokey laptops via a CI server like
> > Jenkins/Hudson or something along those lines.
> >
> > 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
>
>
> CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within
> including any attachments is only for the recipient(s) to which it is
> intended and may contain confidential and/or privileged material. Any
> review, retransmission, dissemination or other use of; or taking of any
> action in reliance upon this information by persons or entities other than
> the intended recipient is prohibited. If you received this in error, please
> send the e-mail back by replying to the sender and permanently delete the
> entire message and its attachments from all computers and network systems
> involved in its receipt.
>

Re: help - how to reduce the build time using mvn and cargo

[Ron Wheeler]

By this time on a Friday 3s look like 7s.

We had to remove over 70 out of our build.
It made lots of things better.

Some dependencies such as CXF for Web services are huge and getting them 
as provided was a big help since we had a dozen or so webapps in our LMS 
portal that used web services.


 If 70 can be removed will the WAR file be a negative size and give you 
back disk space when you build it?


Ron

On 13/05/2011 5:10 PM, EJ Ciramella wrote:

Heh - I see 30 dependencies mentioned below, is this a trick answer?

(sorry, trolling as I wait for posts to my questions)

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Friday, May 13, 2011 5:08 PM
To: users@maven.apache.org
Subject: Re: help - how to reduce the build time using mvn and cargo

Getting the 70 dependencies out of the build will yield the biggest ROI.

Ron

On 13/05/2011 4:29 PM, Wayne Fay wrote:

Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
dependencies and xml resources.

7 minutes is a long time just to build what is essentially a zip file.
Perhaps invest in some SSD hardware and perform your builds on
server-class machines rather than pokey laptops via a CI server like
Jenkins/Hudson or something along those lines.

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


CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.



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

Re: settings.xml problems

[Wayne Fay]

> Sorry, I'm not sure what you are recommending I do.

You can generally ignore Martin, he's a bot or something.

> Should I edit my POM in Visual Studio and changed something in the NPanday
> section of the plugins, or do you mean run the actual mvn command?

This list knows almost nothing about NPanday. Why aren't you asking
these questions on the NPanday Users list? Or the M2E Users list
(since you mentioned that originally)?

Wayne

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

Re: DependencyResolutionException

[Ron Wheeler]

Tons of people build with Spring.
What is the error?
Do you have a Maven Repo (Nexus or other) set up and working?
What have you tested?

Ron


On 13/05/2011 12:26 PM, uday shankar wrote:

PRoblem : I have to create a project (SpringMVC project). For this I have to
connect to the online repository which provides the jars required for
running the Spring MVC project. And when we build the project using the
maven commands, the jars are copied into our local repository .
So, for this I need to connect to a Online repository first. Unable to go
ahead with the set up of a online repository.

--
View this message in context: 
http://maven.40175.n5.nabble.com/DependencyResolutionException-tp4392741p4393563.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





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

RE: help - how to reduce the build time using mvn and cargo

[EJ Ciramella]

Heh - I see 30 dependencies mentioned below, is this a trick answer?

(sorry, trolling as I wait for posts to my questions)

-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: Friday, May 13, 2011 5:08 PM
To: users@maven.apache.org
Subject: Re: help - how to reduce the build time using mvn and cargo

Getting the 70 dependencies out of the build will yield the biggest ROI.

Ron

On 13/05/2011 4:29 PM, Wayne Fay wrote:
>> Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
>> size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
>> dependencies and xml resources.
> 7 minutes is a long time just to build what is essentially a zip file.
> Perhaps invest in some SSD hardware and perform your builds on
> server-class machines rather than pokey laptops via a CI server like
> Jenkins/Hudson or something along those lines.
>
> 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


CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

Re: help - how to reduce the build time using mvn and cargo

[Ron Wheeler]

Getting the 70 dependencies out of the build will yield the biggest ROI.

Ron

On 13/05/2011 4:29 PM, Wayne Fay wrote:

Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
dependencies and xml resources.

7 minutes is a long time just to build what is essentially a zip file.
Perhaps invest in some SSD hardware and perform your builds on
server-class machines rather than pokey laptops via a CI server like
Jenkins/Hudson or something along those lines.

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

Re: DependencyResolutionException

[uday shankar]

PRoblem : I have to create a project (SpringMVC project). For this I have to
connect to the online repository which provides the jars required for
running the Spring MVC project. And when we build the project using the
maven commands, the jars are copied into our local repository .
So, for this I need to connect to a Online repository first. Unable to go
ahead with the set up of a online repository.

--
View this message in context: 
http://maven.40175.n5.nabble.com/DependencyResolutionException-tp4392741p4393563.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

[ANN] Maven Deploy Plugin 2.6 Released

[Paul Gier]

The Maven team is pleased to announce the release of the Maven Deploy
Plugin, version 2.6

This plugin allows artifacts to be deployed to a Maven repository.  See
the plugin's site for more details:

http://maven.apache.org/plugins/maven-deploy-plugin/

You should specify the version in your project's plugin configuration:


 org.apache.maven.plugins
 maven-deploy-plugin
 2.6


Release Notes - Maven 2.x Deploy Plugin - Version 2.6

** Bug
* [MDEPLOY-112] - deployed snapshot name has different build numbers
for multiple artifacts of the same build
* [MDEPLOY-123] -
http://maven.apache.org/plugins/maven-deploy-plugin/usage.html says
maven does not support password hashing

** Improvement
* [MDEPLOY-48] - deploy:deploy-file does not support deploying
sources jars too
* [MDEPLOY-106] - Packaging should not always be required.


Enjoy,

-The Maven team




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

RE: help - how to reduce the build time using mvn and cargo

[EJ Ciramella]

Or, revisit what is going in there...

Are there images and files that the end user no longer can access?  How much 
cruft is in there exactly and how much can you yank out?

Are there dependencies that can be removed?

Are you saying the actual zipping process takes 7 min or the entire warfile 
build takes 7 min?  Could you break that apart and extract portions to a 
different build and just rely on dependencies?



-Original Message-
From: Wayne Fay [mailto:wayne...@gmail.com]
Sent: Friday, May 13, 2011 4:30 PM
To: Maven Users List
Subject: Re: help - how to reduce the build time using mvn and cargo

> Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
> size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
> dependencies and xml resources.

7 minutes is a long time just to build what is essentially a zip file.
Perhaps invest in some SSD hardware and perform your builds on
server-class machines rather than pokey laptops via a CI server like
Jenkins/Hudson or something along those lines.

Wayne

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


CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

Re: help - how to reduce the build time using mvn and cargo

[Wayne Fay]

> Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
> size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
> dependencies and xml resources.

7 minutes is a long time just to build what is essentially a zip file.
Perhaps invest in some SSD hardware and perform your builds on
server-class machines rather than pokey laptops via a CI server like
Jenkins/Hudson or something along those lines.

Wayne

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

Re: help - how to reduce the build time using mvn and cargo

[javadaisy]

Bunch of thanks to all for sharing the info.  Yes my war is very big.  Its
size is almost 62MB.  It builds in 7 mins than other machines.  It uses 30
dependencies and xml resources.

--
View this message in context: 
http://maven-users.828.n2.nabble.com/help-how-to-reduce-the-build-time-using-mvn-and-cargo-tp6356451p6360977.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 set up Ivy Repository as a Local Repository . Please help . Urgent

[Anders Hammar]

Although Ivy people might very well give you the wrong advice wrt how you
should use Maven...

The local Maven repo should adhere to a specific structure, unless you alter
Maven with logic to handle a different structure. As I don't think you want
to head down the path of writing your own local repo logic I think you
should attach your task in a different way. What you're trying to accomplish
I don't understand though...

/Anders

On Fri, May 13, 2011 at 16:46, Wayne Fay  wrote:

> > I have to set up Ivy Repo as the local repository. Once  it is set up as
> a
> > local repository I have to add couple of jar files to the repo and using
> > Maven I have to fetch those jar files from the repo.
>
> This list does not respond well to "urgent" requests. Everyone
> believes their problem needs to be fixed "urgently."
>
> Your question does not make much sense. Please restate it. Maven has a
> specific expectation for how a repository is laid out and the contents
> of that repo etc. I don't know Ivy very well and have no idea if an
> Ivy repo can be set up as a Maven repo. This question may be answered
> better by people on the Ivy list.
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: maven 3 version ranges with snapshots

[Ron Wheeler]

  
  

Version ranges are pure evil if you want to have repeatable builds
and want some idea about what you are testing and deploying.
They seem to be used as an alternative to thinking.


I do have some ideas that I hope will help.

On 13/05/2011 11:42 AM, Paul French wrote:

  
  I've added the below to the discussion at...
  
  http://jira.codehaus.org/browse/MNG-3092
  
  ...but include here in case anyone else has some ideas.
  
  
  If you consider semantic versioning http://semver.org/ where by using
  carefully chosen version numbers (enforced by an api analysis
  tool) and version ranges to specify your dependencies between your
  components then version ranges need to support some basic ideas.
  
I have component A [1.0.0] and
  component B [1.1.0] and component
  A depends on component B with version range [1.0.0,1.2.0)
 A [1.0.0] depends on B
  [1.0.0,1.2.0)
We start additional development on B so it will initially be
  B [1.1.1-SNAPSHOT] So A will pull
  this in as it's current dependency i.e. B [1.1.1-SNAPSHOT]
  as a dependency (the current behaviour of maven 3.0.3)
Work continues on B and someone adds a method to an interface
  which is used by A, component B's version is increased to [1.2.0-SNAPSHOT] to signal the possible
  incompatible change since version B [1.1.0]
If you think about it, this snapshot of B could be
  incompatible to A so we need to exclude it in our version
  range i.e. we modify component A's dependency version range on
  B to exclude the 1.2.0-SNAPSHOT
  

Adding a method to B will not affect A, A can depend on
[1.2.0-SNAPSHOT] since the methods that it will call are still
there.
OTOH, there is no need to change A since it will be perfectly happy
with B[1.1.0] and any subsequent version of B that is upwards
compatible.
You can compile with [1.1.0] and execute with any later version of
B.
Is B's scope in A "provided" or "compile"? Compile will include
B[1.1.0] in A's jar and that may be perfectly alright. Provided will
have A using whatever version of B that you provide.

  
 A [1.0.0] depends on B
  [1.0.0,1.2.0-SNAPSHOT)
So already I'm not liking this since I have to specify I
  don't want the 1.2 SNAPSHOT but I can live with it.
  

So don't. Stick with A's original designed dependency B[1.1.0]. When
you revisit A and start to use the new method, it will then depend
on the current production release of B or some SNAPSHOT if you want
to use A to test B.


  
However the dependency pulled in for A will now always be B [1.1.1-SNAPSHOT], there will never be a
  release of B[1.1.1] made by us, our
  baseline is B[1.1.0] and we have
  not made a new baseline release yet for component B but it
  will at best be [1.2.0] or a later version.

  

Never release anything with a SNAPSHOT dependency if you want to be
able to maintain it since you have no idea what code is in a
SNAPSHOT.
Could be ready to release or in the middle of development. 
That is why it is not a Release. 
SNAPSHOTS are unstable and do not come with a warranty of usability
or any fixed specification.
RELEASES are stable and come with a warranty and a known
specification. That is what you want to run in production.


  
 
I've concluded but I could be wrong that you need to be able
  to say whether you want to include or exclude SNAPSHOT in your
  version ranges. We develop OSGi bundles. Using the PDE
  analysis API tooling we compare on going development of
  bundles with a baseline release and update the
  POM/Bundle-Manifest version as appropriate depending on code
  changes. So we require to use version ranges with snapshots
  included when doing continuous integration but do not include
  SNAPSHOT when doing releases.
I actually would prefer A [1.0.0]
  depends on B [1.0.0,1.2.0) to actually mean... 

  


  
 "A depends on B from 1.0.0 up to but NOT including 1.2.0 or
  1.2.0-SNAPSHOT"
  

Just pick 1 version and make sure that you do not break upwards
compatibility without going back and fixing A.


  
From our point of view, if you do not want 1.2.0 since it
  will be incompatible then you do not want 1.2.0-SNAPSHOT
  either since it will also be incompatible.
To be clear B [1.1.1-SNAPHOT] is
  valid in the range above by default.
However when building a release we would like to set a
  property or something equivalent (not in the POM, you

RE: Checkstyle out of memory...

[EJ Ciramella]

Sorry - if it helps, I'm executing checkstyle/pmd/cpd directly, not as part of 
site output.

-Original Message-
From: EJ Ciramella [mailto:ecirame...@casenetinc.com]
Sent: Friday, May 13, 2011 2:05 PM
To: users@maven.apache.org
Subject: Checkstyle out of memory...

Hi all -

I've recently started to add things like pmd/checkstyle/findbugs to a build 
pipeline but all of a sudden, when adding "mvn checkstyle:checkstyle", I'm 
getting out of memory exceptions.

I've set start/max memory settings to 1024 but I'm still getting this issue.

I'm open and all ears to any/all suggestions.


CONFIDENTIALITY NOTICE: This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

CONFIDENTIALITY NOTICE:  This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

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

Checkstyle out of memory...

[EJ Ciramella]

Hi all -

I've recently started to add things like pmd/checkstyle/findbugs to a build 
pipeline but all of a sudden, when adding "mvn checkstyle:checkstyle", I'm 
getting out of memory exceptions.

I've set start/max memory settings to 1024 but I'm still getting this issue.

I'm open and all ears to any/all suggestions.


CONFIDENTIALITY NOTICE: This e-mail and the information transmitted within 
including any attachments is only for the recipient(s) to which it is intended 
and may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of; or taking of any action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you received this in error, please send the e-mail 
back by replying to the sender and permanently delete the entire message and 
its attachments from all computers and network systems involved in its receipt.

Re: When does maven check for updated snapshots?

[Stephen Connolly]

the update frequency specified in the repository definition (which defaults
to daily if not specified)

- Stephen

---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct result of using swype to type on the
screen
On 13 May 2011 18:49, "Phillip Hellewell"  wrote:
> I can't seem to find any documentation on this, so maybe you can just tell
> me. What is the exact rule for when Maven will check for a newer snapshot
> from a remote repo (when you're not using -U) ?
>
> It seems to be something like:
> 1. If you don't already have the snapshot it will check.
> 2. If your latest snapshot is older than 24 hours it will check.
>
> But that's just me kinda guessing. I don't know what the exact rule is,
but
> I would like to.
>
> Phillip

RE: When does maven check for updated snapshots?

[Thiessen, Todd (Todd)]

It is determined by the updatePolicy for the repo. Default is 24 hours.

http://maven.apache.org/ref/3.0.3/maven-settings/settings.html

Look for updatePolicy.

> -Original Message-
> From: Phillip Hellewell [mailto:ssh...@gmail.com]
> Sent: Friday, May 13, 2011 1:49 PM
> To: Maven Users List
> Subject: When does maven check for updated snapshots?
> 
> I can't seem to find any documentation on this, so maybe you can just
> tell
> me.  What is the exact rule for when Maven will check for a newer
> snapshot
> from a remote repo (when you're not using -U) ?
> 
> It seems to be something like:
> 1. If you don't already have the snapshot it will check.
> 2. If your latest snapshot is older than 24 hours it will check.
> 
> But that's just me kinda guessing.  I don't know what the exact rule
> is, but
> I would like to.
> 
> Phillip

When does maven check for updated snapshots?

[Phillip Hellewell]

I can't seem to find any documentation on this, so maybe you can just tell
me.  What is the exact rule for when Maven will check for a newer snapshot
from a remote repo (when you're not using -U) ?

It seems to be something like:
1. If you don't already have the snapshot it will check.
2. If your latest snapshot is older than 24 hours it will check.

But that's just me kinda guessing.  I don't know what the exact rule is, but
I would like to.

Phillip

Re: settings.xml problems

[Eric Kolotyluk]

Sorry, I'm not sure what you are recommending I do.

Should I edit my POM in Visual Studio and changed something in the 
NPanday section of the plugins, or do you mean run the actual mvn command?


Also, I'm not sure about what you mean about kenai?

Cheers, Eric

On 2011-05-12 5:13 PM, Martin Gainty wrote:

Eric-

you can define settingsFile for npanday plugin as :
mvn npanday.plugin:maven-vsinstaller-plugin:install 
-DsettingsFile="$USER_HOME\.m2\settings.xml"

could you briefly educate our members on a project called kenai?
Martin Gainty
__
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger 
sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung 
oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem 
Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. 
Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung 
fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est 
interdite. Ce message sert à l'information seulement et n'aura pas n'importe 
quel effet légalement obligatoire. Étant donné que les email peuvent facilement 
être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité 
pour le contenu fourni.





Date: Thu, 12 May 2011 16:32:52 -0700
From: eric.koloty...@gmail.com
To: users@maven.apache.org
Subject: settings.xml problems

I keep getting

12/05/11 3:17:12 PDT PM: Could not read settings.xml, assuming default
values

Now for the back-story. Everything was fine, I am using Sonatype m2e and
love it. I also have the regular maven release installed, although that
is not a requirement for m2e.

I've been trying to get NPanday 1.4.0 working in Visual Studio 2010 and
it kept complaining that it could not find a settings.xml file. Well,
guess what you don't need one in your .m2 folder, but NPanday thinks you
do. Anyway, I copied the default one from the standard Maven release to
.m2 and that makes NPanday happy, but it makes m2e very unhappy. If I
remove the file then m2e is happy but NPanday is not.

I can only assume that Sonatype have a different default settings.xml
than the standard Maven release, but I'm surprised to see they are so
incompatible. Does anyone have any suggestions on the best way for me to
harmonize things that makes both m2e and NPanday happy?

Cheers, Eric

-
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: Incorrect assembly created with Maven 3.0.3

[Wayne Fay]

> finally got ClassNotFoundException because of a missing dependency Jar in
> the lib folder; more precisely xalan:serializer:2.7.1
>
> PS: I tested it with Maven 3.0.3 using Java 1.6.0_24, first on Solaris 11
> Express and then on Mac OS X 10.6.7.

Xalan and Xerces are special since they have been absorbed into the
JVM as of 1.4. In 1.5 they were basically shaded so now they are under
com.sun.* instead of directly under org.apache.* which was causing
problems.

What class specifically is giving you the CNFE? Are you building and
then running your code with the same version etc of the JVM? This may
be a situation where a jdk-specific profile is kicking in and
including (or not) a dependency during your build... or something else
of course.

Wayne

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

maven 3 version ranges with snapshots

[Paul French]

  
  
I've added the below to the discussion at...

http://jira.codehaus.org/browse/MNG-3092

...but include here in case anyone else has some ideas.


If you consider semantic versioning http://semver.org/
where by using carefully chosen version numbers (enforced by an api
analysis tool) and version ranges to specify your dependencies
between your components then version ranges need to support some
basic ideas.

  I have component A [1.0.0] and
component B [1.1.0] and component A
depends on component B with version range [1.0.0,1.2.0)
   A [1.0.0] depends on B
[1.0.0,1.2.0)
  We start additional development on B so it will initially be B
[1.1.1-SNAPSHOT] So A will pull this
in as it's current dependency i.e. B [1.1.1-SNAPSHOT]
as a dependency (the current behaviour of maven 3.0.3)
  Work continues on B and someone adds a method to an interface
which is used by A, component B's version is increased to [1.2.0-SNAPSHOT] to signal the possible
incompatible change since version B [1.1.0]
  If you think about it, this snapshot of B could be incompatible
to A so we need to exclude it in our version range i.e. we
modify component A's dependency version range on B to exclude
the 1.2.0-SNAPSHOT
   A [1.0.0] depends on B
[1.0.0,1.2.0-SNAPSHOT)
  So already I'm not liking this since I have to specify I don't
want the 1.2 SNAPSHOT but I can live with it.
  However the dependency pulled in for A will now always be B [1.1.1-SNAPSHOT], there will never be a
release of B[1.1.1] made by us, our
baseline is B[1.1.0] and we have not
made a new baseline release yet for component B but it will at
best be [1.2.0] or a later version.
  
  I've concluded but I could be wrong that you need to be able to
say whether you want to include or exclude SNAPSHOT in your
version ranges. We develop OSGi bundles. Using the PDE analysis
API tooling we compare on going development of bundles with a
baseline release and update the POM/Bundle-Manifest version as
appropriate depending on code changes. So we require to use
version ranges with snapshots included when doing continuous
integration but do not include SNAPSHOT when doing releases.
  I actually would prefer A [1.0.0]
depends on B [1.0.0,1.2.0) to actually mean...
   "A depends on B from 1.0.0 up to but NOT including 1.2.0 or
1.2.0-SNAPSHOT"
  From our point of view, if you do not want 1.2.0 since it will
be incompatible then you do not want 1.2.0-SNAPSHOT either since
it will also be incompatible.
  To be clear B [1.1.1-SNAPHOT] is
valid in the range above by default.
  However when building a release we would like to set a property
or something equivalent (not in the POM, you do not want to have
to go through all the POMS) and exclude SNAPSHOT in version
ranges.
  I suspect other people may require other scenarios so I see
some form of pluggable version range strategy being the answer.
You plugin the functionality you require. The default behaviour
will be what I have outlined 
  My 10 pence 


-- 
  Paul French
Kirona Solutions Ltd
Tel: 07803 122 058
E-Mail: paul.fre...@kirona.com
Web: www.kirona.com
  
  
This email and any attachments are confidential and should only
be read by those to whom they are addressed. If you are not the
intended recipient, please contact us on 01625 585511, delete
the email (including any attachment) from your computer and
destroy any copies. Any distribution or copying without our
prior permission is prohibited.
Internet communications are not always secure and may be subject
to delays, non-delivery and unauthorised alterations. Therefore,
information expressed in this message is not given or endorsed
by Kirona Solutions Limited ("Kirona") unless otherwise notified
by our duly authorised representative independent of this
message. No warranty is given that this email (including any
attachment) is virus free. Any views or opinions presented are
solely those of the author and do not necessarily represent
those of Kirona.


Registered addresses: Kirona Solutions Limited, Barrington
House, Heyes Lane, Alderley Edge, Cheshire. SK9 7LA Registered
in England and Wales No: 04678711

  

Re: How to set up Ivy Repository as a Local Repository . Please help . Urgent

[Wayne Fay]

> I have to set up Ivy Repo as the local repository. Once  it is set up as a
> local repository I have to add couple of jar files to the repo and using
> Maven I have to fetch those jar files from the repo.

This list does not respond well to "urgent" requests. Everyone
believes their problem needs to be fixed "urgently."

Your question does not make much sense. Please restate it. Maven has a
specific expectation for how a repository is laid out and the contents
of that repo etc. I don't know Ivy very well and have no idea if an
Ivy repo can be set up as a Maven repo. This question may be answered
better by people on the Ivy list.

Wayne

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

Incorrect assembly created with Maven 3.0.3

[Thorsten Heit]

Hi,

I have a strange problem when building an assembly with Maven 3.0.3, and I 
don't know where to debug...:

My project uses a combination of the appassembler mojo (1.1.1) and 
assembly plugin (2.2.1), both attached to the "package" phase, to create a 
tar.gz archive that basically has the following structure:

my-prg/
my-prg/bin/
my-prg/bin/my-prg.cmd
my-prg/bin/my-prg.sh
my-prg/bin/local-log4j.xml
my-prg/bin/log4j.dtd
my-prg/lib/
(lots of Jar files)
my-prg/log/
my-prg/log/readme.txt

An end user unzips the archive and starts the program by one of the shell 
scripts (.cmd for Windows, .sh for Unix).

Today I released a new version of my program, and just before informing my 
colleages that it's available I tested it by myself from a Windows box and 
finally got ClassNotFoundException because of a missing dependency Jar in 
the lib folder; more precisely xalan:serializer:2.7.1

Looking into the tar.gz archive I couldn't see that jar although it is 
used as a transitive compile-time dependency somewhere in the dependency 
tree of my program. The latter is verifiable by for example mvn 
dependency:tree:

thorsten$ mvn dependency:tree
[INFO] Scanning for projects...
[INFO]  
[INFO] 

[INFO] Building my-prg 0.4.6
[INFO] 

[INFO] 
[INFO] --- maven-dependency-plugin:2.1:tree (default-cli) @ my-prg ---
[INFO] prg:my-prg:jar:0.4.6
...
[INFO] |  +- lib:v-base:jar:1.8:compile
[INFO] |  |  +- org.apache.axis:axis-saaj:jar:1.4:compile
[INFO] |  |  +- commons-logging:commons-logging:jar:1.1.1:compile (version 
managed from 1.0.4)
[INFO] |  |  +- commons-validator:commons-validator:jar:1.0.2:compile
[INFO] |  |  |  +- commons-beanutils:commons-beanutils:jar:1.5:compile
[INFO] |  |  |  \- commons-collections:commons-collections:jar:2.1:compile
[INFO] |  |  +- commons-digester:commons-digester:jar:1.8:compile
[INFO] |  |  +- oro:oro:jar:2.0.8:compile
[INFO] |  |  +- commons-discovery:commons-discovery:jar:0.4:compile
[INFO] |  |  +- wsdl4j:wsdl4j:jar:1.6.1:compile
[INFO] |  |  +- xerces:xercesImpl:jar:2.9.1:compile
[INFO] |  |  \- xalan:xalan:jar:2.7.1:compile
[INFO] |  | \- xalan:serializer:jar:2.7.1:compile
...


For curiosity I did a "mvn package" on my project by using Maven 2.2.1 and 
exactly the same code base. Comparing the resulting archives shows an 
interesting phenomenon:

* The archive created by Maven 3.0.3 contains a dependency to 
org.apache.xmlgraphics:batik-js:1.7 (not shown by dependency:tree) and is 
missing one to xalan:serializer:jar
* The archive created by Maven 2.2.1 contains only those dependencies that 
are listed in the dependency tree with scope "compile".


>From my pom.xml:

(...)



src/main/resources



../my-prg





org.apache.maven.plugins
maven-compiler-plugin
2.3.2

1.6
1.6




org.apache.maven.plugins
maven-deploy-plugin
2.5



org.apache.maven.plugins
maven-javadoc-plugin
2.8



org.apache.maven.plugins
maven-release-plugin
2.1



org.apache.maven.plugins
maven-resources-plugin
2.5



org.apache.maven.plugins
maven-scm-plugin
1.5


cvs_native

install






org.apache.maven.plugins
maven-source-plugin
2.1.2



org.codehaus.mojo
appassembler-maven-plugin
1.1.1


attach-appassembler
package

assemble

Re: DependencyResolutionException

[Wayne Fay]

> In my project I added all the jars required for Spring MVC in the local
> repository(C:\Documents and Settings\username\.m2\repository created by
> maven.

How did you "add all the jars"? Be specific, provide the command line
you executed or what steps you followed. Most likely, however you did
this was wrong or had an error.

Wayne

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

Re: Web app not workin when compiled via Maven.

[Wayne Fay]

> I have narrowed down the problem and i am pretty sure the problem is with my
> pom.xml

Yes, this is what Anders told you originally.

> I have the following J2EE dependencies, Which of these are most likely to
> cause a Faces Listener Error ?

Well, you copied and pasted the same artifact details so that doesn't
seem like much of a choice.

But this is the wrong place to ask such questions. We can't help you
figure out what dependencies your project might need and why your JSF
project is failing to work as you expect. You should probably ask this
question on a J2EE-oriented list like the Oracle J2EE Forums, the
JavaRanch, or perhaps a Faces-specific forum/list somewhere.

Wayne

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

Lifecycle for interactive development

[Stuart Sierra]

Hello, Maven,

Is there a need for a Maven lifecycle supporting interactive development tasks?

The default Maven lifecycle is designed to support statically-compiled
languages like Java. But the rise of alternative languages on the JVM
languages has led to plugins that perform tasks outside of the default
lifecycle. Groovy, Scala, and Clojure all have plugins with custom
goals for tasks like launching an interactive console, running a
script, or evaluating an expression.

Would it be possible to standardize around a custom lifecycle that
would support some or all these tasks?

Thanks for listening, comments welcome.

-Stuart Sierra
clojure.com

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

RE: Problem when web app is built via Maven

[Yanko, Curtis]

Can you use a tool like Beyond Compare to compare the two WAR files?
That should identify the difference and point you to what needs to be
configured in Maven.



Curt Yanko | Continuous Integration Services | UnitedHealth Group IT 
Making IT Happen, one build at a time, 600 times a day
 

> -Original Message-
> From: Jamshed Katta [mailto:jamshed.ka...@wwindia.com] 
> Sent: Friday, May 13, 2011 2:39 AM
> To: users@maven.apache.org
> Subject: Problem when web app is built via Maven
> 
> Problem with Maven Dependency.
> 
> 
> 
> Hello All,
> 
> This is in reference to my earlier post
> http://maven.40175.n5.nabble.com/Maven-Users-f40176.html
> 
> When i dont build via maven and export the project as a war ( 
> I use Eclipse for J2EE ) and deploy it to Jboss6 via its 
> admin console it runs fine, whereas if i build via maven 
> using mvn clean install and copy the war built by maven to my 
> /deploy directory (Jboss) i get the following error
> 
> 2011-05-10 14:41:57,509 INFO
> [org.jboss.web.tomcat.service.deployers.TomcatDeployment] 
> (HDScanner) deploy, ctxPath=/UltimateSMS-1 2011-05-10 
> 14:41:57,681 ERROR 
> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost
> ].[/UltimateSMS-1]]
> (HDScanner) Error configuring application listener of class
> com.sun.faces.config.ConfigureListener: 
> java.lang.ClassNotFoundException:
> com.sun.faces.config.ConfigureListener
> at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
> [:1.6.0_20]
> at java.security.AccessController.doPrivileged(Native 
> Method) [:1.6.0_20]
> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
> [:1.6.0_20] 
> 
> And the deployment of war fails.
> 
> Heres a section of my pom
> 
>   
> javax.servlet
> servlet-api
> 2.5
> jar
> compile
> 
> 
> jboss
> jboss-j2ee
> 4.0.2
> jar
> compile
> 
>   
> javax
> javaee-web-api
> 6.0
> 
> 
> No where in my web.xml have a configured a faces listener and 
> it doesnot have any references to JSF
> 
> P.S:  My project is a simple JSP/Servlet J2EE project with no 
> references to JSF what so ever I use JDK 1.6 and Maven -> 
> Apache Maven 3.0.3 I have narrowed down the error and i think 
> the problem is in my pom.xml
> 
> 
> Please Advise.
> Thanks
> 
> 
> 
> --
> View this message in context: 
> http://maven.40175.n5.nabble.com/Problem-when-web-app-is-built
> -via-Maven-tp4392340p4392340.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
> 
> 

This e-mail, including attachments, may include confidential and/or
proprietary information, and may be used only by the person or entity
to which it is addressed. If the reader of this e-mail is not the intended
recipient or his or her authorized agent, the reader is hereby notified
that any dissemination, distribution or copying of this e-mail is
prohibited. If you have received this e-mail in error, please notify the
sender by replying to this message and delete this e-mail immediately.


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

DependencyResolutionException

[uday shankar]

Hi,
In my project I added all the jars required for Spring MVC in the local
repository(C:\Documents and Settings\username\.m2\repository created by
maven. 
And in the pom.xml of my project I added the dependencies information.I
created a web application and wanted to check if the jars added by me to the
local repository can be obtained or not.So, I gave the comman mvn package
but it gave an error that it is unable to fetch any dependency information. 
Please suggest a way forward. 

Error message :[ERROR] Failed to execute goal on project mywebtest: Could
not resolve dependenc
ies for project com.maventest:mywebtest:war:1.0-SNAPSHOT: The following
artifact
s could not be resolved: org.spring:spring-test:jar:2.5.6,
org.spring:spring-web
mvc:jar:2.5.6, org.spring:spring-webmvc-struts:jar:2.5.5,
org.spring:spring-jdbc
:jar:2.5.6, org.spring:spring-jms:jar:2.5.6,
org.spring:spring-dao:jar:2.0.7, or
g.spring:spring-core:jar:2.5.6, org.spring:spring-context:jar:2.5.6,
org.spring:
spring-beans:jar:2.5.6, org.spring:spring-aop:jar:2.5.6: Could not find
artifact
 org.spring:spring-test:jar:2.5.6 in central (http://repo1.maven.org/maven2)
->
[Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
swit
ch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please
rea
d the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/DependencyReso
lutionException

http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException


--
View this message in context: 
http://maven.40175.n5.nabble.com/DependencyResolutionException-tp4392741p4392741.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: help - how to reduce the build time using mvn and cargo

[Marc Rohlfs]

Java memory settings are not defined like system properties - You 
shouldn't use '-D'. Try this:

   set MAVEN_OPTS="-Xms=1024M -Xmx=1024M"

This might not solve Your problem, but it should fix the memory 
reservation/allocation.


BTW: I wouldn't modify the mvn.bat. Just set the MAVEN_OPTS as an 
environment var.



On 12/05/11 18:53, javadaisy wrote:

I tried adding set MAVEN_OPTS=-DXms_1024M -DXmx=1024M in mvn.bat.  It didn't
work


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

Re: help - how to reduce the build time using mvn and cargo

[Alex Lopez]

You could deploy in place or unpacked or something similar, there is 
more than one way to deploy or test your webapp without it having to be 
packed into the WAR, which is what takes most of the build time for us too.


Em 13-05-2011 01:42, Ron Wheeler escreveu:

On 12/05/2011 12:53 PM, javadaisy wrote:

Hi,

I am using maven 2.2.1 with cargo plugin to deploy into the local and
remote
host. It takes around 7 to 8 minutes to build and deploy the war. I would
like to reduce the time to 3 minutes or less than 3 minutes. can anybody
please tell me how to do that?.

I tried adding set MAVEN_OPTS=-DXms_1024M -DXmx=1024M in mvn.bat. It
didn't
work


How big is the WAR file?
There are physical limits to the speed at which disk drives work.

How long does it take on other machines? Is it only slow on some
workstations?

One of the most effective tricks is to segregate third party libraries
into sharable JARs that you only build once and deploy to the servlet
engine (Tomcat) once.
You set these as "provided" in the WAR file's POM and suddenly the build
creates a WAR that is 20 Mb smaller and builds 10 times faster.
Things like CXF (Web Services) add 20Mb to each WAR. If you make it
shareable and scope it as "provided" in the POM, the WAR drops to a few
tens of kilobytes that builds PDQ.

We have done this is 10+ cases to get common third-party and our own
utilities out of our 60+ WAR files that implement services and servlets.
- Spring, Hibernate, MySQL in one shared jar
- CXF
- JasperReports
- Apache Commons - lots of modules that everyone uses.
- our messaging/e-mail utility
- our facades that simplify our internal connections
- API and core functions that define the ORM and business processes

The WARs now contain only the code and resources that uniquely exist to
support the WAR's functionality.

It also eliminates the "jar hell" of conflicting versions of common
dependencies. Once you decide which version of commons-logging you want
to use, everyone gets it.

POM files get really small since they only refer to 10 dependencies or
less (typically 5 dependencies) to get all of the 90+ officially
sanctioned libraries.

Big help at run-time as well.

Ron


Thanks in advance.

--
View this message in context:
http://maven.40175.n5.nabble.com/help-how-to-reduce-the-build-time-using-mvn-and-cargo-tp4390836p4390836.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





-
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: Nested artifacts

[Andreas Sewe]

Hi,


So the first part of the problem is the zip contains multiple rar files, but 
only one needs to be unpacked and tinkered with.


the maven-external-dependency-plugin might fit the bill: 
. If the RAR 
file is not found in the local repository, the plugin tries to download 
the ZIP file, extracts the RAR, and installs it in your local 
repository. You would then bind dependency:unpack to a later phase, 
referring to the RAR artifact just installed. (I use this plugin in a 
similar way, with dependency:copy: 
.)


The only issue 
 
I have found so far with the maven-external-dependency-plugin is that it 
doesn't work well with Maven 3 if the artifacts you want to extract 
(RARs in your case) are among the project dependencies. Unlike Maven 2, 
Maven 3 seems to resolve all project dependencies first, before any 
lifecycle phases are executed; thus, the 
maven-external-dependency-plugin doesn't get a chance of installing the 
missing dependencies first. This is not a problem when using 
dependency:copy or dependency:unpack, however.


I hope this helps.

Andreas Sewe

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

Maven unnecessarily downloads all dependencies from parent POM's ?

[Richard Kennard]

Hi guys,

First, thanks for a terrific tool in Maven!

For my Open Source project Metawidget (http://metawidget.org) I am distributing 
the examples as standalone Maven projects with their own POMs. However each
POM shares a couple of levels of parent POM, with the top-level parent POM 
defining a  block of artifact versions. I believe this is
pretty common practice?

I instruct my users to first download metawidget-1.20-examples.zip 
(http://metawidget.org/download.php), then extract it and build, say, the GWT 
example
(which has a couple shared projects) using:

-pl org.metawidget.examples.gwt:addressbook-gwt -am install
   
What I *expect* to happen is that Maven builds 
'org.metawidget.examples.gwt:addressbook-gwt' (-pl) and shared projects (-am) 
and automatically downloads
all dependencies related to their  blocks.

What *actually* happens, however, is that Maven seems to traverse up the 
heirarchy to the top-level POM, into its  block, and 
proceed
to download *every* dependency in there. This includes many dependencies that 
have nothing to do with src/examples/gwt/addressbook/pom.xml or its shared
projects.

This behaviour is really killing my user's experience, as it can take over an 
hour to download all  dependencies on a clean machine -
when only a dozen or so are needed for the sake of the tutorial.

Is this a bug? Is there anyway to prevent Maven exhibiting this behaviour?

Regards,

Richard.

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

Problem when web app is built via Maven

[Jamshed Katta]

Problem with Maven Dependency.



Hello All,

This is in reference to my earlier post
http://maven.40175.n5.nabble.com/Maven-Users-f40176.html

When i dont build via maven and export the project as a war ( I use Eclipse
for J2EE ) and deploy it to Jboss6 via its admin console it runs fine,
whereas if i build via maven using mvn clean install and copy the war built
by maven to my /deploy directory (Jboss) i get the following error

2011-05-10 14:41:57,509 INFO 
[org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner)
deploy, ctxPath=/UltimateSMS-1
2011-05-10 14:41:57,681 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/UltimateSMS-1]]
(HDScanner) Error configuring application listener of class
com.sun.faces.config.ConfigureListener: java.lang.ClassNotFoundException:
com.sun.faces.config.ConfigureListener
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
[:1.6.0_20]
at java.security.AccessController.doPrivileged(Native Method)
[:1.6.0_20]
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
[:1.6.0_20] 

And the deployment of war fails.

Heres a section of my pom


javax.servlet
servlet-api
2.5
jar
compile


jboss
jboss-j2ee
4.0.2
jar
compile


javax
javaee-web-api
6.0


No where in my web.xml have a configured a faces listener and it doesnot
have any references to JSF

P.S:  My project is a simple JSP/Servlet J2EE project with no references to
JSF what so ever
I use JDK 1.6 and Maven -> Apache Maven 3.0.3  
I have narrowed down the error and i think the problem is in my pom.xml


Please Advise.
Thanks



--
View this message in context: 
http://maven.40175.n5.nabble.com/Problem-when-web-app-is-built-via-Maven-tp4392340p4392340.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

How to set up Ivy Repository as a Local Repository . Please help . Urgent

[uday shankar]

I have to set up Ivy Repo as the local repository. Once  it is set up as a
local repository I have to add couple of jar files to the repo and using
Maven I have to fetch those jar files from the repo.

Please help me go forward.

--
View this message in context: 
http://maven.40175.n5.nabble.com/How-to-set-up-Ivy-Repository-as-a-Local-Repository-Please-help-Urgent-tp4392329p4392329.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: Web app not workin when compiled via Maven.

[Jamshed Katta]

No Wayne,
That didnot resolve the issue :(
I have narrowed down the problem and i am pretty sure the problem is with my
pom.xml
I have the following J2EE dependencies, Which of these are most likely to
cause a Faces Listener Error ?


javax
javaee-api
6.0
jar
compile


or


javax
 javaee-api
6.0
jar
compile


Thanks



--
View this message in context: 
http://maven.40175.n5.nabble.com/Web-app-not-workin-when-compiled-via-Maven-tp4384067p4392317.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

Programmatically list all dependencies without downloading the artifacts?

[hezjing]

Hi

May I know if it is possible to programmatically list all the direct and
transitive dependencies without downloading the artifacts?

Is there any Maven's API for this kind of purpose?


-- 

Hez