+1 I think it would be a great idea to have the war plugin handle packaging
of webstart applications. I deal with this myself my manually copying the
jars within my maven.xml.
Another bonus would be for the war plugin to include Sun's webstart servlet
(maybe not possible due to lice
Hi,
if you have client side code, which doesn't belong in the WEB-INF folder
(like code for
Java Web Start apps or Applets), it seems that you have to copy these jars
to
maven.war.src.
In my opinion these jars should be declared in the dependencies section,
with a special
property.
Ralf
---
The following comment has been added to this issue:
Author: Tim Chen
Created: Tue, 20 Jan 2004 4:14 AM
Body:
EXTERNAL MESSAGE:
SUBJECT: RE: [jira] Commented: (MPWAR-16) war plugin cannot add other files to web-inf
without workaround
Thanks Michal. But that's exactly what
must occur before the war plugin starts to process
and therefore if you have just that it would evaluate to
C:\WEB-INF (on windows) because it can't find a definition for maven.war.webapp.dir.
Also keep in mind that my using xdoclet generation was an example. I meant for any
type of
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 min
pt of what war plugin should do. A valid war can have multiple files
directly under WEB-INF. I know that this is supported in the sense that
webapps/WEB-INF files can be incorporated but for autogenerated files this is not
where they usually reside. I'm sure it's more of a question of pr
The following comment has been added to this issue:
Author: Michal Maczka
Created: Thu, 15 Jan 2004 2:25 AM
Body:
War plugin works in stages:
1. war:webapp goal is coping the files into ${maven.war.webapp.dir}
2. war:war makes a jar from this directory.
If you need to add some
war:webapp?
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
think?
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPWAR-16
Here is an overview of the issue:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf wi
:
-
Key: MPWAR-16
Summary: war plugin cannot add other files to web-inf without workaround
Type: Improvement
Status: Open
Priority: Major
Original Estimate: 30 minutes
Time Spent: Unknown
Remaining: 30 minutes
Project: maven-war-plugin
Assignee: Jason
The following comment has been added to this issue:
Author: Brett Porter
Created: Sun, 9 Nov 2003 4:14 PM
Body:
the way resources are copied is via java:jar-resources, which puts them in
maven.build.dest, which is then copied by the war plugin into WEB-INF/classes.
If
history
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-986
Here is an overview of the issue:
-
Key: MAVEN-986
Summary: war plugin doesn't copy resources in no sources present
:
-
Key: MAVEN-986
Summary: war plugin doesn't copy resources in no sources present
Type: Bug
Status: Unassigned
Priority: Minor
Time Spent: Unknown
Remaining: Unknown
Project: maven
Components:
plugin-war
Assignee:
Reporter:
an overview of the issue:
-
Key: MAVEN-810
Summary: war-plugin requires maven.build.dir/classes subdirectory
Type: Task
Status: Closed
Priority: Major
Resolution: DUPLICATE
Time Spent: Unknown
:
-
Key: MAVEN-810
Summary: war-plugin requires maven.build.dir/classes subdirectory
Type: Task
Status: Unassigned
Priority: Major
Time Spent: Unknown
Remaining: Unknown
Project: maven
Components:
plugin-war
Versions:
1.0-beta
.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-667
Here is an overview of the issue:
-
Key: MAVEN-667
Summary: WAR plugin is missing
:
-
Key: MAVEN-727
Summary: war plugin inconsistencies
Type: Improvement
Status: Closed
Priority: Minor
Resolution: FIXED
Time Spent: Unknown
Remaining: 0 minutes
Project: maven
Components:
plugin-war
Assignee: james strachan
Reporter
ssue:
-
Key: MAVEN-667
Summary: WAR plugin is missing some features (patch included)
Type: Improvement
Status: Unassigned
Priority: Minor
Time Spent: Unknown
Remaining: Unknown
Project: maven
Components:
plugin
an overview of the issue:
-
Key: MAVEN-661
Summary: war plugin doesn't support lists of includes/excludes
Type: Bug
Status: Closed
Priority: Major
Resolution: FIXED
Time Spent: Unknown
Rema
:
-
Key: MAVEN-667
Summary: WAR plugin is missing some features (patch included)
Type: Improvement
Status: Unassigned
Priority: Minor
Time Spent: Unknown
Remaining: Unknown
Project: maven
Components:
plugin-war
Versions:
1.0
?key=MAVEN-667
Here is an overview of the issue:
-
Key: MAVEN-667
Summary: WAR plugin is missing some features (patch included)
Type: Improvement
Status: Unassigned
Priority: Minor
Time Spent: Unk
:
-
Key: MAVEN-661
Summary: war plugin doesn't support lists of includes/excludes
Type: Bug
Status: Unassigned
Priority: Major
Time Spent: Unknown
Remaining: Unknown
Project: maven
Components:
plugin-war
Versions:
1.0-be
-661
Here is an overview of the issue:
-
Key: MAVEN-661
Summary: war plugin doesn't support lists of includes/excludes
Type: Bug
Status: Unassigned
Priority: Major
Time Spent: Unknown
Remaining
tory
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-163
Here is an overview of the issue:
-
Key: MAVEN-163
Summary: war plugin inconsistencies
Type: Improve
:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-163
Here is an overview of the issue:
-
Key: MAVEN-163
Summary: war plugin inconsistencies
Type: Improvement
Status: Assigned
Priority: Minor
Here is an overview of the issue:
-
Key: MAVEN-350
Summary: war plugin does not respect overriden jars
Type: Bug
Status: Resolved
Priority: Major
Resolution: FIXED
Time Spent: Unknown
Remaining: 0
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Sunday, July 06, 2003 3:02 PM
> To: Maven Developers List
> Subject: RE: [war plugin] - Proposition by default include instead
> ofexclude
>
>
> On Sun, 2003-07-06 at 06:32, Micha
sus the AspectJ compiler
versus Javac.
> But I was also convinced by Vincent.
>
> regards
>
> Michal
>
> > -Original Message-
> > From: Juergen Heidak [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, July 05, 2003 11:51 PM
> > To: Maven Developers L
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Saturday, July 05, 2003 11:52 PM
> To: Maven Developers List
> Subject: RE: [war plugin] - Proposition by default include instead
> ofexclude
>
>
> On Sat, 2003-07-05 at
; From: Juergen Heidak [mailto:[EMAIL PROTECTED]
> Sent: Saturday, July 05, 2003 11:51 PM
> To: Maven Developers List
> Subject: RE: [war plugin] - Proposition by default include instead
> ofexclude
>
>
> Hi
>
> Breaking API's or configuration settings is always
On Sat, 2003-07-05 at 17:50, Juergen Heidak wrote:
> Hi
>
> Breaking API's or configuration settings is always bad. The much better
> way is to keep compatibility and make the new feature configurable so
> that it can be turned on easily.
>
> I dont use the war plugin I
On Sat, 2003-07-05 at 17:24, Michal Maczka wrote:
> > -Original Message-
> > From: Vincent Massol [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, July 05, 2003 10:57 PM
> > To: 'Maven Developers List'
> > Subject: RE: [war plugin] - Proposition b
Hi
Breaking API's or configuration settings is always bad. The much better
way is to keep compatibility and make the new feature configurable so
that it can be turned on easily.
I dont use the war plugin I just wanted to say that I agree with
Vincent.
Regards
> > >
> > &g
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 05 July 2003 23:24
> To: Maven Developers List
> Subject: RE: [war plugin] - Proposition by default include instead of
> exclude
>
>
>
> > -Original Message-
> &
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: Saturday, July 05, 2003 10:57 PM
> To: 'Maven Developers List'
> Subject: RE: [war plugin] - Proposition by default include
> instead of exclude
>
>
> I think I'm -1 fo
I think I'm -1 for making this change now. As you say there are just too
many who are using it the other way.
I'm +0 if you want to introduce a war plugin property such as:
maven.war.dependency.behavior=exclude|include
so that the current behavior is the default.
-Vincent
>
I realized that in POMs of my web projects I have very long lists
of dependencies marked with:
...
true
I always want to "bundle" most of deps (or all of them)
while if I exclude I do exclude only few of them
I think that war plugin w
/ViewIssue.jspa?key=MAVEN-481
Here is an overview of the issue:
-
Key: MAVEN-481
Summary: Enhancement for war plugin to deploy tlds from repository
Type: Improvement
Status: Resolved
Priority: Minor
Resolution
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: Monday, June 23, 2003 2:18 PM
> To: 'Maven Developers List'
> Subject: RE: War plugin
>
> Tld bundling is supported right now by the war plugin. You can even put
> them whe
Tld bundling is supported right now by the war plugin. You can even put
them wherever you want provided it's under the webapp/ source directory.
I'm not sure adding a tld property helps a lot. I personally think it
makes this simple plugin more complex. Person who want more flexib
> The location you've suggested is sensible, but personally I'd prefer if
> the tlds were delivered inside their jars. It seems more of a 'best
> practice' thing to do (eg it avoids problems with jars mismatching tlds)
>
How nice! So you are suggesting that best practice is to use tag libs
only in
)
Michal Maczka wrote:
I am bit busy at the moment but hope to have time to work a bit on war
plugin soon (hope to have it done before rc1 is out)
There was a request to support "bundling" of TLD files in war archive.
I am going to implement it.
I am planning to set default directo
I am bit busy at the moment but hope to have time to work a bit on war
plugin soon (hope to have it done before rc1 is out)
There was a request to support "bundling" of TLD files in war archive.
I am going to implement it.
I am planning to set default directory for TLDS files acco
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-481
Here is an overview of the issue:
-
Key: MAVEN-481
Summary: Enhancement for war plugin to deploy tlds from repository
Type: Improvement
Status: Unassi
ion quality right now). I
> don't mind that but I do mind using it in our WAR plugin at this point
> in time. Especially as we're so close from a release.
>
> I'd like to restore the old war:install goal for the time being. Once
> the artifact plugin works we will th
Thanks Michal. The war:install goal seems to be working for me now, so
I'll leave it as it is.
Thanks
-Vincent
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 19 June 2003 13:00
> To: Maven Developers List
> Subject: RE: new Artifact p
I quickly committed latest version which has install goal fixed.
Install snapshot should also work.
So I guess functionality is matching the old code.
But no problem fell free to use old install goal if you still have a
problems.
Michal
P.S
Note that war plugin haven't got deploy and d
Hi Michal,
I've had a look at the source code for the new artifact plugin... and it
is really proof-of-concept code at this stage and I'm totally sure there
are lots of bugs (it is really far from production quality right now). I
don't mind that but I do mind using it in our WAR
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 22:01
> To: Maven Developers List
> Subject: RE: Recent changes in war plugin
[snip]
> > I think we're talking about the same thing. You can have a jelly
taglib
&g
> > -Original Message-
> > From: Michal Maczka [mailto:[EMAIL PROTECTED]
> > Sent: 18 June 2003 21:13
> > To: Maven Developers List
> > Subject: RE: Recent changes in war plugin
> >
> >
> > > This already exists in Ant: it'
hanks
-Vincent
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 21:40
> To: Maven Developers List
> Subject: RE: Recent changes in war plugin
>
>
>
> > -Original Message-
> > From: Vincent Massol [mailto:[E
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 18, 2003 8:46 PM
> To: 'Maven Developers List'
> Subject: RE: Recent changes in war plugin
>
>
>
>
> > -Original Message-
> > From: Mic
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 21:13
> To: Maven Developers List
> Subject: RE: Recent changes in war plugin
>
>
> > This already exists in Ant: it's called
> > (http://ant.apache.org/ma
> This already exists in Ant: it's called
> (http://ant.apache.org/manual/CoreTasks/manifest.html). And you can use
> it from java too... :-) It weights 37K and contains lots of useful code.
> Why start reimplementing it again?
>
It's about different thing. There is no central place in maven whi
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 12:44
> To: 'Maven Developers List'
> Subject: RE: Recent changes in war plugin
>
>
> > > >
> > >
> > > What's so magical in an
Michal Maczka wrote:
...
Last time I am asking:
Does anybody has something against building war ___always__ in two distinct
steps?
a) copying to build area (somewhere in target/ )
b) making a jar archive
Yes, this is the best way to do it. If your servlet engine can use
exploded webapps it
> > >
> >
> > What's so magical in ant war task?
>
> It's written, fully supports the war model and has gone through lots of
> testing.
>
OK I agree. But if we all have all files in given folder and we just want
to archive it why we should care? It's just fairly simple thing.
Do we need realy w
--- Michal Maczka <[EMAIL PROTECTED]> wrote:
> What's so magical in ant war task?
Nothing. I would say, that I never used it before
maven - jar was just fine for me.
> And personally I think that as much as possible of
> the code should be done
> in pure java - not in jelly with help of ant.
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 11:20
> To: 'Maven Developers List'
> Subject: RE: Recent changes in war plugin
>
>
>
> > -Original Message-
> > From: Vincent Massol [mail
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 18, 2003 10:33 AM
> To: 'Maven Developers List'
> Subject: RE: Recent changes in war plugin
>
>
>
> > -Original Message-
> > From: Michal
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 18 June 2003 10:01
> To: 'Maven Developers List'
> Subject: RE: Recent changes in war plugin
>
> Yes.
> I am still working on deployer.
> That's the art which I
Michal Maczka wrote:
> Does anybody has something against building war ___always__ in two distinct
> steps?
>
> a) copying to build area (somewhere in target/ )
> b) making a jar archive
Go for it - it seems to simplify things, and people might want to run
their application off that "explode
Yes.
I am still working on deployer.
That's the art which I want to use in this plugin to add missing
functionality.
Once I am readay with this for war plugin, I am planning to change also
other plugins.
Last time I am asking:
Does anybody has something against building war ___always
By this do you mean the war plugin??
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Work: http://www.multitask.com.au
Michal Maczka <[EMAIL PROTECTED]> wrote on 17/06/2003 08:21:41 PM:
> Thanks for pointing that!
> I also realized tha
It was mistake!
will fix that
Michal
> -Original Message-
> From: Kurt Schrader [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 17, 2003 6:36 PM
> To: Maven Developers List
> Subject: Re: Recent changes in war plugin
>
>
> I thought that we voted on this and
I thought that we voted on this and decided that a war qould remained
unversioned for easy deployment, but there would be a property to switch
it to a versioned war.
I am still -1 on making a versioned war the default behavior.
-Kurt
On Tue, 17 Jun 2003, Konstantin Priblouda wrote:
> I'm not sur
--- Michal Maczka <[EMAIL PROTECTED]> wrote:
> Thanks for pointing that!
> I also realized that I did this change (bit
> unintentionally)
I was sure you did it :) cvs log does not lie :)
> Any other problems with the plugin?
not at the moment
> BTW:
>
> This plugin has not yet reached "releas
Konstantin Priblouda wrote:
> I'm not sure that war artifact always needs version
> name on it. Well, from one point of view it would be
> nice to have versioned one if we are assembling ear.
>
> But from other point of view if we just assemble web
> app
> versioned war is not cool...
IMO a war s
out..
mm
> -Original Message-
> From: Konstantin Priblouda [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 17, 2003 11:58 AM
> To: [EMAIL PROTECTED]
> Subject: Recent changes in war plugin
>
> Hi Michal,
>
> Last changes in war plugin seem suboptimal for
> me.
>
&g
Hi Michal,
Last changes in war plugin seem suboptimal for
me.
I'm not sure that war artifact always needs version
name on it. Well, from one point of view it would be
nice to have versioned one if we are assembling ear.
But from other point of view if we just assemble web
app
versioned w
--- Vincent Massol <[EMAIL PROTECTED]> wrote:
> Applied. Can you please verify it works?
>
perfectly.
thanks.
regards,
=
[ Konstantin Pribluda ( ko5tik ) ]
Zu Verstärkung meines Teams suche ich ab Sofort einen
Softwareentwickler[In] für die Festanstellung.
Arbeitsort
:
-
Key: MAVEN-474
Summary: war plugin doesn't support lists of includes/excludes
Type: Bug
Status: Closed
Priority: Major
Resolution: FIXED
Time Spent: Unknown
Estimate: 0 minutes
Project: maven
Components:
plugin-war
Fix
ct: SOLVED : Strange behavior of war plugin [EMAIL PROTECTED]
>
>
> Well, I fould where problem was.
>
> I said in my project.properties:
>
> --%<--
> maven.war.classes.includes=**/*.properties ,
> **/*.class
> ---%<-
>
> and this just lea
Applied. Can you please verify it works?
Thanks
-Vincent
> -Original Message-
> From: Konstantin Priblouda [mailto:[EMAIL PROTECTED]
> Sent: 16 June 2003 11:46
> To: Maven Developers List
> Subject: SOLVED : Strange behavior of war plugin [EMAIL PROTECTED]
>
>
Well, I fould where problem was.
I said in my project.properties:
--%<--
maven.war.classes.includes=**/*.properties ,
**/*.class
---%<-
and this just lead to omission of everything from this
directory.
I see from plugin.jelly that this results in:
---%<--
>
> What's wrong with Ant's war task?
You cannot override/extend it. Only way of making any extra processing e.g
including some resources generated by other goal (e.g. by XDoclet) anyway
requires two phases of processing.
Say that we will realize the scenario with more complex dependencies, whic
> -Original Message-
> From: Michal Maczka [mailto:[EMAIL PROTECTED]
> Sent: 16 June 2003 10:31
> To: 'Maven Developers List'
> Subject: RE: Strange behavior of war plugin
>
> My teammate has also strange problems with war plugin.
> For him just java f
My teammate has also strange problems with war plugin.
For him just java files are included in war.
FYI:
I am working on generic java code for installing and deploying artifacts and
generating manifest file. I am almost done with that
I am rewriting also WAR plugin to use this code.
I plan to
Hi all,
I'm experiencing strange behaviour of war plugin.
It just stopped to include classes into war.
I' just using war:war, and here is maven -X output
---%<
[war] [DEBUG] ZipFileSet: Setup scanner in dir
/home/konstantin/.maven/repository/odmg/jars with
pattern
:
-
Key: MAVEN-481
Summary: Enhancement for war plugin to deploy tlds from repository
Type: Improvement
Status: Unassigned
Priority: Minor
Time Spent: Unknown
Estimate: 0 minutes
Project: maven
Components:
plugin-war
Versions
ssue:
-
Key: MAVEN-481
Summary: Enhancement for war plugin to deploy tlds from repository
Type: Improvement
Status: Unassigned
Priority: Minor
Time Spent: Unknown
Estimate: 0 minutes
Project: maven
Compon
some issues, maybe not:
1. I noticed there were some changes with the war plugin (HEAD) and now
the
"war:war" goal does not do anything any more (at least not something
like a
WAR file, not for me).
However, the cactus plugin seems to rely on the war:war goal and it
"Florin Vancea" <[EMAIL PROTECTED]> wrote on 02/04/2003 09:25:42 PM:
> Hello, everybody.
>
> Maybe some issues, maybe not:
>
> 1. I noticed there were some changes with the war plugin (HEAD) and now
the
> "war:war" goal does not do anything any mor
Hello, everybody.
Maybe some issues, maybe not:
1. I noticed there were some changes with the war plugin (HEAD) and now the
"war:war" goal does not do anything any more (at least not something like a
WAR file, not for me).
However, the cactus plugin seems to rely on the war:war goal an
601 - 685 of 685 matches
Mail list logo