I have a maven war project and am using maven-cargo-plugin to deploy the war
to the container and also to start/stop the container for functional
testing. All works well on an internet-connected machine, but when I try to
execute my build on a disconnected machine, the cargo:deploy fails. I have
c
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 dire
Well, the first step would be determining exactly where your build is
spending its time - compiling, building the war, deploying the war (locally
and/or remotely)? If your current build output doesn't give enough
information, try "mvn -X" for more verbose output. Then you will have a
better idea
Trant,
Look at the cargo plugin (http://cargo.codehaus.org/). It is useful for
starting/stopping J2EE containers and deploying modules to them.
With proper configuration of the plugin (, and
elements), you just need something like this in your build
section:
It appears this was fixed in version 2.2 of m-w-p, try updating.
http://jira.codehaus.org/browse/MWAR-235
Cheers,
John
2010/10/28 Marcin Trościańczyk
> Hi,
>
> I have a problem with maven-war-plugin version 2.1. Below, I paste build
> section fragment from my pom.xml:
>
>
>
>
>
http://jira.codehaus.org/browse/MSQL-53
addresses exactly this issue...
On Thu, Oct 14, 2010 at 5:12 PM, John Singleton wrote:
> Hi Chris,
>
> It has been my experience of ~2.5 years that the order is maintained with a
> list, though I see nothing in the plugin docs that
specified using are
> executed in the order they are specified whereas it is not so in the case
> of
> (this is when orderFile attribute is not specified). Am I wrong?
>
> Thanks for the reply,
> Chris.
>
> On Thu, Oct 14, 2010 at 7:33 PM, John Singleton >wrote:
>
>
Hi Chris,
#2 is probably the best to ensure repeatability in the order you want. It
also prevents inadvertent re-ordering if a new sql file is introduced into
the sql directory. In our project, we use srcFiles rather than fileset:
[file1]
[file2}
...
HTH,
John Singleton
On Thu
rs to update their artifacts...
John Singleton
On Thu, Sep 9, 2010 at 2:14 PM, Wayne Fay wrote:
> > bcel/bcel/5.1 and ant-contrib/ant-contrib/1.0b3. Both of these poms are
> > structurally incorrect:
>
> bcel moved to o.a.bcel and has a 5.2 release with a proper pom file:
>
&g
we increase the urgency of fixing bad poms in maven central (repo1.maven.org)
so I don't have to host a lot of already-available artifacts just to fix
their metadata?
Thanks,
John Singleton
On Wed, Sep 8, 2010 at 6:51 PM, Yoav Landman wrote:
> This may be a result of pom validation check
618 (05MAR09) and is still unassigned.
Until that happens, what is the recommended fix or workaround?
Thanks,
John Singleton
On Wed, Sep 8, 2010 at 9:49 AM, Brian Fox wrote:
> So if you haven't
> yet, we would like you to grab the latest 3.x build and give us your
> feedback.
>
>
I tried building my project with the latest maven 3.0-beta-2 but it fails
the build because of a pom error in the colt-1.2.0 artifact on maven
central. This error has already been reported (MEV-618, MEV-652) but is
currently unassigned. I can't see any maven configuration or command-line
option t
It works for me, too - Thanks!
John Singleton
On Fri, Apr 23, 2010 at 4:04 AM, Thomas Sundberg <
thomas.k.sundb...@gmail.com> wrote:
> Hi!
>
> I just upgraded the project I'm working on and it worked fine.
>
> /Thomas
>
> On Fri, Apr 23, 2010 at 09:54, Milos Kle
gt; On 21/04/2010, at 5:48 AM, Raphael Ackermann wrote:
>
> > I get the same/similar checksum errors with nexus 1.6.
> > I deleted the plexus-compiler artefacts both from my local and the
> > nexus repository but got the same error still.
> >
> > Raphael
> >
&g
I tried to upgrade to this version of the plugin, but am getting download
errors on some of its dependencies, namely:
org.codehaus.plexus:plexus-compiler-api:jar:1.8
org.codehaus.plexus:plexus-compiler-manager:jar:1.8
org.codehaus.plexus:plexus-compiler-javac:jar:1.8
sample error message from art
15 matches
Mail list logo
