hello,
try the mvn site. it will generate a dependency html page
under target/generated-site.
Patrick Moore wrote:
> Hi there-
>
> Is there a plugin that explodes the dependency graph so that it is possible to
> see why a jar is being included in the build? I have a bunch of m
i see, then just use
"https://svn.apache.org/repos/asf/maven/plugins/trunk";
Jeff Mutonho wrote:
> On 8/15/06, Pete Marvin King <[EMAIL PROTECTED]> wrote:
>>
>>
>> There's a space between trunk and plugins on the url, the last plugin
>> is th
There's a space between trunk and plugins on the url, the last plugin
is the destination directory
1. svn co
https://svn.apache.org/repos/asf/maven/plugins/trunkplugins
2. cd plugins/maven-war-plugin
3. mvn install
Jeff Mutonho wrote:
> On 8/13/06, Pete Marvin King <[EMAIL PROTEC
Hello Jeff,
Sorry about that, can you try this
1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins
2. cd plugins/maven-war-plugin
3. mvn install
the steps above should do it.
pete marvin
Jeff Mutonho wrote:
> On 8/9/06, Pete Marvin King <[EMAIL PROTECTED]&
Hello Jeff,
Sorry about the example, the correct one should be
[...]
configurations
WEB-INF
true
**/properties
it's webResources/resource. So far I
use version 2.1-SNAPSHOT
[EMAIL PROTECTED] wrote:
> Hi all
>
> I'm trying to override the webResources default location by adding
> , but this is not working form, the welogic.xml is being still
> copied into the Root directory,
>
> is there some thing i'm doing wrong here, please help
>
>
Hello,
the targetPath configuration for webResources is only available in maven
war plugin 2.1-SNAPSHOT.
you need to use the latest from the trunk to avail of this feature.
> svn co
https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin
> cd maven-war-plugin
> mvn install
hope
Hello,
I don't know why you want to do this but the work around is to add the
following to your pom :
[...]
[...]
org.apache.maven.plugins
maven-resour
hello,
the src/main/resources is handled by the resource plugin, by default the
resource plugin copies the contents to
target/classes. =) you need to explicitly invoke the compile phase
before using the war goals.
check the war plugin documentation for the details :
http://maven.apache.org/plugi
http://maven.apache.org/guides/mini/guide-archive-configuration.html
[EMAIL PROTECTED] wrote:
> Hi all,
>
> Is there a way of preventing maven from adding the effective pom to the
> generated JAR?
>
> Thanks
>
>
>
> --
the war plugin is also capable of war overlaying. if you declare
another war as
a dependency it will automatically unpack the war to your current
project. =)
i'm not sure if this will fit in your current development build
structure but try
to check it anyway.
http://maven.apache.or
Mike Perham wrote:
> Not true.
>
> -Original Message-----
> From: Pete Marvin King [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 09, 2006 11:52 AM
> To: Maven Users List
> Subject: Re: WEB-INF/lib excludes once more
>
>
> if you want to exclude certain depend
Hello,
the exclude paramater of the war plugin is only meant for the webapp
sources,
the parameter name is a little bit vague. =)
if you want to exclude certain dependencies from the war, just specify
the scope
as compile. only dependencies with runtime scope will be included in the
war.
btw, just make sure you compile first before you invoke war:war or
just use the package phase just to be sure.
if you invoke war:war, it will not automatically compile the source.
see the war plugin documentation for
more details.
Vinny wrote:
> yes, it is set to war
>
> On 7/7/06, M
it's now documented here
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html.
just ignore the warning it's obsolete, the overwriting bug is already
fixed.
cheers,
pete marvin
Stefan Hübner wrote:
> Hi guys,
>
> 2006/7/7, Alexandre Poitras <[EMAIL PROTECTED]>:
>> Can't
issue created : http://jira.codehaus.org/browse/MWAR-58
Robert Biernat wrote:
> Hi,
>
> I have a web application that I'm trying to build which has two dependencies
> which have exactly the same groupId, artifactId and version, however one of
> them has a classifier so I can distinguish betwee
try turning on the remote debugging capability of your sevlet
container's jvm by adding the
following argument on the java command line :
-Xdebug -Xnoagent -Djava.compiler=NONE
-Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8030
the jvm would block when passing these argum
you can also...
try running mvn site:site, it will generate a documentation site for
your webapp project.
check the link Project Documentation -> Dependencies, for the
dependency tree.
the new war plugin ( 2.1-SNAPSHOT ) only includes the dependencies
with a runtime scope,
you can excl
try putting your mapping_common.hbm.xml on "src/main/resources/" instead.
or modify your getResourceAsStream to get the file
"META-INF/mapping_common.hbm.xml"
resources are searched on all the classpaths, normally META-INF is
added to the classpath
so getClass().getResourceAsStream("m
perhaps you can do a war overlay, add the war to your depedency list
with a scope of
runtime. you might need to rename it to *.war, the war plugin uses the
extension
to determine if it will do a war overlay.
Alexandre Poitras wrote:
> To those who are facing the same issue, I just submitted
Currently there's :
- maven-archetype-j2ee-simple
- maven-archetype-portlet
- maven-archetype-simple
- maven-archetype-site-simple
- maven-archetype-webapp
- maven-archetype-marmalade-mojo
- maven-archetype-quickstart
Sorry, I'm not sure if
Hello,
2.1-SNAPSHOT of the war plugin only includes dependencies with a runtime
scope
for exploded,inplace and war goals. I think by default an artifact has a
compile scope
unless you modify the default scope then it shouldn't be included in the
war.
pete marvin
Markus Reinhardt wrote:
> Hi S
hello, try to download the maven book at www.mergere.com. There's a
link on the
mid-right for the book, "Better Builds With Maven". There's a lot of
information
there that you might find useful.
hope this helps...=)
cheers,
pete marvin
Stefan Arentz wrote:
> On 5/30/06, Marc Weber
it's use for war overlays, for excluding dependent war files from being
included in the exploded war. this is use in war:exploded and
war:inplace
btw, only the artifacts with a runtime scope is included in the war.
when using war:war
pete marvin
Roland Asmann wrote:
> Part o
I agree with wayne fay there's usually a default jdk installed on
Solaris.
try to verify your JAVA_HOME and PATH just to be sure.
Wayne Fay wrote:
> You must have an older JDK installed on your server.
>
> Run "java -fullversion" on both machines and upgrade the Solaris JDK
> to the ver
what war plugin version are you currently using?
Julian Wood wrote:
> On 15-May-06, at 1:51 PM, Julian Wood wrote:
>>
>> PS. I do regularly use the trick where you configure the war plugin
>> to use a resources directory which was the target of a regular
>> resource filtering process, and th
ult its filtering Session.class, i reopened the issue with Jira
>
>
>
>
>
>
> Thanks,
> Raghu
>
>
>
>
>
> Pete Marvin King <[EMAIL PROTECTED]>
> 05/04/2006 04:54 AM
> Please respond to "Maven Users List"
>
>
> To:
both are correct, wf's example and the comma separated values
wf's example is supported during assigning of values to the parameter
and the csv in the war plugin code itself.
you can even mix and match, still need to verify this. =)
pete marvin
Wayne Fay wrote:
verified, it's already fixed on version 2.1 of the plugin
clientExclude doesn't work on version 2.0.
Pete Marvin King wrote:
> include and exclude works fine in the unit test.
> can you try getting the latest version. =)
>
> btw, if yo
include and exclude works fine in the unit test.
can you try getting the latest version. =)
btw, if you don't specify client exclusion
it will automatically exclude the following :
**/*Bean.class
**/
the bug has something to do with the defaults of "Properties" not
working.
btw, what's the procedure in applying patches from the lower
versions to
the higher ones? the patch is only applied on version 2.0. how
about for 2.1
for example? I'm sure it was based on the old 2.0 co
i think this has already been fixed, someone already reported this
on the codehaus jira.
get the SNAPSHOT of maven-resources-plugin to fix this.
cheers,
pete
Sebastien Arbogast wrote:
> I'm just going through "Better Builds With Maven" book and once again, I
> can't help being ama
32 matches
Mail list logo