Re: Filtering web.xml?
On Tue, Nov 6, 2012 at 4:45 PM, Billy Newman newman...@gmail.com wrote:
I am trying to filter my web.xml with no luck.
Current structure:
pom.xml
-- src
---main
webapp
-WEB-INF
--web.xml
I have the war plugin defined as follows:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.3/version
configuration
webResources
resource
directory${basedir}/src/main/webapp/WEB-INF/directory
filteringtrue/filtering
includes
include*.xml/include
/includes
/resource
Please, try to add second section of resources:
resource
directory${basedir}/src/main/webapp/WEB-INF/directory
filteringfalse/filtering
excludes
exclude*.xml/exclude
/excludes
/resource
Regards,
Tomek
/webResources
/configuration
/plugin
After I build I can look in the target directory and the web.xml that
lives in the exploded dir is correctly filtered. However the web.xml
that gets packaged up in the war is not filtered. So its like my
filtered web.xml got copied into target after the war was built. I
imagine that I am not filtering the web.xml correctly, any ideas?
Thanks!
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: Filtering web.xml?
On Tue, Nov 6, 2012 at 4:45 PM, Billy Newman newman...@gmail.com wrote:
I am trying to filter my web.xml with no luck.
Current structure:
pom.xml
-- src
---main
webapp
-WEB-INF
--web.xml
I have the war plugin defined as follows:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.3/version
configuration
webResources
resource
directory${basedir}/src/main/webapp/WEB-INF/directory
filteringtrue/filtering
includes
include*.xml/include
/includes
/resource
/webResources
/configuration
/plugin
After I build I can look in the target directory and the web.xml that
lives in the exploded dir is correctly filtered. However the web.xml
that gets packaged up in the war is not filtered. So its like my
filtered web.xml got copied into target after the war was built. I
imagine that I am not filtering the web.xml correctly, any ideas?
web.xml is a special file. You have to set
filteringDeploymentDescriptors to true to filter it (and no need to
mess up with webResources then)
http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html#filteringDeploymentDescriptors
--
Thomas Broyer
/tɔ.ma.bʁwa.je/
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
Re: filtering web.xml
Hi,
Just to build on this a bit, the maven plugin definitely supports the
filtering of resources (outside of WEB-INF/classes). Here is a full build
config which filters web.xml (*.xml, actually) and places it in the WEB-INF
directory:
build
plugins
!-- the below filters src/.../WEB-INF resources and places the
filtered files in WEB-INF of our target war --
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
include*.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
filters
filtersrc/main/filters/filter-${env}.properties/filter
/filters
!-- the below filters general resources and places the filtered
files in WEB-INF/classes of our target war --
resources
resource
directorysrc/main/resources/directory
filteringtrue/filtering
/resource
!--
resource
directorysrc/main/webapp/WEB-INF/directory
filteringtrue/filtering
/resource
--
/resources
/build
Todd Fulton
Tim Kettler wrote:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up somewhere under 'target/classes' and I don't want that polluted with
a web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
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
--
View this message in context:
http://www.nabble.com/filtering-web.xml-tp17263714p2341.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
Correct way to filtering web.xml with maven-war-plugin 2.1-alpha-1
Hi to all,
I need to filter the web.xml in some webapp :
I tried with :
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-antrun-plugin/artifactId
executions
execution
phasegenerate-resources/phase
goals
goalrun/goal
/goals
configuration
tasks
!-- Safety --
mkdir dir=${project.build.directory} /
tstamp
format property=last.updated pattern=-MM-dd
hh:mm:ss /
/tstamp
echo
file=${basedir}/target/filter.propertiesbuild.time=${last.updated}${line.separator}os.infos=${os.name}
${os.version}${line.separator}user.infos=${user.name}${line.separator}java.infos=JDK
${java.vendor} ${java.runtime.version}${line.separator}/echo
/tasks
/configuration
/execution
/executions
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
archiveClassestrue/archiveClasses
filters
filter${basedir}/target/filter.properties/filter
/filters
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdtomcat-maven-plugin/artifactId
version1.0-SNAPSHOT/version
/plugin
/plugins
/build
I found the right stuff in the target/filter.properties :
build.time=2008-07-02 11:23:43
os.infos=Windows XP 5.1
user.infos=hgomez
java.infos=JDK Sun Microsystems Inc. 1.5.0_15-b04
My web.xml is :
!-- last modification date of the current file --
context-param
param-namedate/param-name
param-value${build.time}/param-value
/context-param
context-param
param-nameWEBAPP.VERSION/param-name
param-value${project.version}/param-value
/context-param
context-param
param-nameWEBAPP.CANOPEE/param-name
param-value${project.parent.name}
v${project.parent.version}/param-value
/context-param
context-param
param-nameWEBAPP.CREATION/param-name
param-valuebuilt by ${user.infos} on ${os.infos} with
${java.infos}/param-value
/context-param
After mvn package ${build.time}, ${user.infos}, ${os.infos} and
${java.infos} and not filtered.
${project.version} and ${project.parent.name}
v${project.parent.version} are filtered.
What could be wrong ?
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Any news about this problem ? 2008/5/17 Henri Gomez [EMAIL PROTECTED]: 2008/5/17 Tim Kettler [EMAIL PROTECTED]: There's currently a discussion on the dev list [1] about releasing the next version of the war plugin. I posted there yesterday that this bug should be fixed before a release, you can express your opinion there as well. I'll send a note on the dev list Additionally, you can vote on the bug report in jira, to make it more visible to the developers that this is an urgent issue for users. Done - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
There's currently a discussion on the dev list [1] about releasing the
next version of the war plugin. I posted there yesterday that this bug
should be fixed before a release, you can express your opinion there as
well. Additionally, you can vote on the bug report in jira, to make it
more visible to the developers that this is an urgent issue for users.
-Tim
[1]
http://www.nabble.com/Releasng-the-war-and-deploy-plugins-to17155510.html
Henri Gomez schrieb:
There is a patch provided in http://jira.codehaus.org/browse/MWAR-133.
How can I contact the maintener for a fix ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
I tested with 2.1-alpha and same problem ;(
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
It's a bug in the war plugin. The resource filtering is seriously borked
there, see here [1] for a bug report back from Nov 2007. The obvious and
simple workaround would be to filter web.xml as a normal resource in a
custom invocation of the resource plugin. But unfortunately there is a bug
in the resource plugin as well [2] (open since 2006), causing it to not
recognize a resources element in the plugin configuration.
Sometimes maven is no fun at all :-(
[1] http://jira.codehaus.org/browse/MWAR-133
[2] http://jira.codehaus.org/browse/MRESOURCES-8
Henri Gomez schrieb:
I suspect something weird in maven-war plugin (2.0.2) since I get the
same error from m2eclipse which use maven 2.1 embedded
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter
property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the
standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources
end
up
somewhere under 'target/classes' and I don't want that polluted with
a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the
src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application
v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
2008/5/17 Tim Kettler [EMAIL PROTECTED]: There's currently a discussion on the dev list [1] about releasing the next version of the war plugin. I posted there yesterday that this bug should be fixed before a release, you can express your opinion there as well. I'll send a note on the dev list Additionally, you can vote on the bug report in jira, to make it more visible to the developers that this is an urgent issue for users. Done - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up somewhere under 'target/classes' and I don't want that polluted with
a web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie : http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Strange.
I could get thru filter ${user.home} or ${java.version} but not ${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter
property files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the standard
pom properties. This seems to be the case even for custom properties
like foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not ${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
I suspect something weird in maven-war plugin (2.0.2) since I get the
same error from m2eclipse which use maven 2.1 embedded
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
It's a bug in the war plugin. The resource filtering is seriously borked
there, see here [1] for a bug report back from Nov 2007. The obvious and
simple workaround would be to filter web.xml as a normal resource in a
custom invocation of the resource plugin. But unfortunately there is a
bug in the resource plugin as well [2] (open since 2006), causing it to
not recognize a resources element in the plugin configuration.
Sometimes maven is no fun at all :-(
[1] http://jira.codehaus.org/browse/MWAR-133
[2] http://jira.codehaus.org/browse/MRESOURCES-8
Henri Gomez schrieb:
I suspect something weird in maven-war plugin (2.0.2) since I get the
same error from m2eclipse which use maven 2.1 embedded
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources end
up
somewhere under 'target/classes' and I don't want that polluted with a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
I tested with 2.1-alpha and same problem ;(
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
It's a bug in the war plugin. The resource filtering is seriously borked
there, see here [1] for a bug report back from Nov 2007. The obvious and
simple workaround would be to filter web.xml as a normal resource in a
custom invocation of the resource plugin. But unfortunately there is a bug
in the resource plugin as well [2] (open since 2006), causing it to not
recognize a resources element in the plugin configuration.
Sometimes maven is no fun at all :-(
[1] http://jira.codehaus.org/browse/MWAR-133
[2] http://jira.codehaus.org/browse/MRESOURCES-8
Henri Gomez schrieb:
I suspect something weird in maven-war plugin (2.0.2) since I get the
same error from m2eclipse which use maven 2.1 embedded
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter
property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the
standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources
end
up
somewhere under 'target/classes' and I don't want that polluted with
a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the
src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application
v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
There is a patch provided in http://jira.codehaus.org/browse/MWAR-133.
How can I contact the maintener for a fix ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
I tested with 2.1-alpha and same problem ;(
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
It's a bug in the war plugin. The resource filtering is seriously borked
there, see here [1] for a bug report back from Nov 2007. The obvious and
simple workaround would be to filter web.xml as a normal resource in a
custom invocation of the resource plugin. But unfortunately there is a bug
in the resource plugin as well [2] (open since 2006), causing it to not
recognize a resources element in the plugin configuration.
Sometimes maven is no fun at all :-(
[1] http://jira.codehaus.org/browse/MWAR-133
[2] http://jira.codehaus.org/browse/MRESOURCES-8
Henri Gomez schrieb:
I suspect something weird in maven-war plugin (2.0.2) since I get the
same error from m2eclipse which use maven 2.1 embedded
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
*.version = pom.version
*.name = pom.name
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Problem in maven-war 2.0.2 or in maven 2.0.9 ?
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Strange, indeed.
Looks like a bug to me. I tried with this in web.xml and no filter
property
files:
pom.name: ${pom.name}
user.name: ${user.name}
name: ${name}
foo.name: ${foo.name}
pom.version: ${pom.version}
os.version: ${os.version}
version: ${version}
foo.version: ${foo.version}
And the filtered result is this:
pom.name: servlet
user.name: servlet
name: servlet
foo.name: servlet
pom.version: 1.0
os.version: 1.0
version: 1.0
foo.version: 1.0
It seems that the system properties get somehow shadowed by the
standard pom
properties. This seems to be the case even for custom properties like
foo.version that are not defined anywhere.
-Tim
Henri Gomez schrieb:
Strange.
I could get thru filter ${user.home} or ${java.version} but not
${user.name}
Any idea ?
2008/5/16 Henri Gomez [EMAIL PROTECTED]:
Many thanks Tim.
I was using the same thing, excepted targetPathWEB-INF/targetPath
It works now !
2008/5/16 Tim Kettler [EMAIL PROTECTED]:
Hi,
I do it like this:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
configuration
webResources
webResource
directory${basedir}/src/main/webapp/WEB-INF/directory
includes
includeweb.xml/include
/includes
targetPathWEB-INF/targetPath
filteringtrue/filtering
/webResource
/webResources
/configuration
/plugin
/plugins
/build
and I think this is the right way to do it since standard resources
end
up
somewhere under 'target/classes' and I don't want that polluted with
a
web.xml file.
-Tim
Henri Gomez schrieb:
Hi to all,
In a war project I'd like to filter the
src/main/webapp/WEB-INF/web.xml
:
ie : update the display name to include the pom version
display-nameMy Site Application
v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie :
http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
filtering web.xml
Hi to all,
In a war project I'd like to filter the src/main/webapp/WEB-INF/web.xml :
ie : update the display name to include the pom version
display-nameMy Site Application v${pom.version}/display-name
I read some threads and it's not clear if it should be done by
web-resources or standard filtering.
ie : http://www.nabble.com/War-plugin-and-filtering-webapp-files-to4384723.html
Advice welcome, I'm using maven-war-plugin 2.0.2
regards and thanks for your help, I'm being crasy :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Filtering web.xml?
I had similar problem with a webapp I developed few months ago, so I used this war filtering feature to add build number and deploy time and other informations to jsp files as comment tags filtered by maven. Could you tell us how you do that ? It's really simple to changes web.xml contents with variables/properties using ant task but I still wonder how to do it with maven 2 and advices samples are more than welcome. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Filtering web.xml?
Hello, I had similar problem with a webapp I developed few months ago, so I used this war filtering feature to add build number and deploy time and other informations to jsp files as comment tags filtered by maven. Regards, -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Filtering web.xml?
Wayne: I thought having packagingwar/packaging in your pom.xml was a shortcut to calling war:war, with Maven filling in the requried parameters. If I'm wrong about that, what's the difference? Just more elaborate customizability with war:war? Also, the plugin documentation is a little sparse, so I'm not sure which of these parameters will help me. I see that you can specify the location of webXML, and I see that there's a filters parameter, but Maven already knows where web.xml is, and puts it in the right spot by default; it only gets confused and misplaces the file when I try to use filters. Also, the documentation for Fitlers only says it's used in interpolation of the pom.xml, whereas I need to filter web.xml. Thanks, ~Dan Allen PS: What's an overlay? That sounds potentially useful, but the parameter Overlays is just explained as specifies overlays. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 6:36 PM To: Maven Users List Subject: Re: [m2] Filtering web.xml? The war plugin has a configuration you can use for this webXml: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html That should do it... Wayne On 2/1/08, Allen, Daniel [EMAIL PROTECTED] wrote: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? So, how can I get maven to filter web.xml, but still put it where it needs to go in the WAR structure? Thanks in advance, ~DVA -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Filtering web.xml?
Nevermind about the overlays; I found a docs page on that. -Original Message- From: Allen, Daniel Sent: Monday, February 04, 2008 11:08 AM To: Maven Users List Subject: RE: [m2] Filtering web.xml? Wayne: I thought having packagingwar/packaging in your pom.xml was a shortcut to calling war:war, with Maven filling in the requried parameters. If I'm wrong about that, what's the difference? Just more elaborate customizability with war:war? Also, the plugin documentation is a little sparse, so I'm not sure which of these parameters will help me. I see that you can specify the location of webXML, and I see that there's a filters parameter, but Maven already knows where web.xml is, and puts it in the right spot by default; it only gets confused and misplaces the file when I try to use filters. Also, the documentation for Fitlers only says it's used in interpolation of the pom.xml, whereas I need to filter web.xml. Thanks, ~Dan Allen PS: What's an overlay? That sounds potentially useful, but the parameter Overlays is just explained as specifies overlays. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 6:36 PM To: Maven Users List Subject: Re: [m2] Filtering web.xml? The war plugin has a configuration you can use for this webXml: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html That should do it... Wayne On 2/1/08, Allen, Daniel [EMAIL PROTECTED] wrote: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? So, how can I get maven to filter web.xml, but still put it where it needs to go in the WAR structure? Thanks in advance, ~DVA -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission
RE: [m2] Filtering web.xml?
Ok, finally found the right page of the plugin docs with the info I needed. I do stand by my comment about the documentation, within the limited scope of the parameters page... a lot of them are documented like they're self-explanatory, but if you're not familiar with the workings of the plugin, they're anything but. Even little touches like having the overlays parameter's documentation link to the overlays explanation page would be helpful. I don't suppose there's a wiki or something that the documents are generated from that I could go to and add that, is there? I may not know enough yet to seriously contribute to the documents, but I can manage small chores like cross-referencing. ;) Anyway, thanks for the link, Wayne. ~Dan Allen -Original Message- From: Allen, Daniel Sent: Monday, February 04, 2008 11:58 AM To: Maven Users List Subject: RE: [m2] Filtering web.xml? Nevermind about the overlays; I found a docs page on that. -Original Message- From: Allen, Daniel Sent: Monday, February 04, 2008 11:08 AM To: Maven Users List Subject: RE: [m2] Filtering web.xml? Wayne: I thought having packagingwar/packaging in your pom.xml was a shortcut to calling war:war, with Maven filling in the requried parameters. If I'm wrong about that, what's the difference? Just more elaborate customizability with war:war? Also, the plugin documentation is a little sparse, so I'm not sure which of these parameters will help me. I see that you can specify the location of webXML, and I see that there's a filters parameter, but Maven already knows where web.xml is, and puts it in the right spot by default; it only gets confused and misplaces the file when I try to use filters. Also, the documentation for Fitlers only says it's used in interpolation of the pom.xml, whereas I need to filter web.xml. Thanks, ~Dan Allen PS: What's an overlay? That sounds potentially useful, but the parameter Overlays is just explained as specifies overlays. -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, February 01, 2008 6:36 PM To: Maven Users List Subject: Re: [m2] Filtering web.xml? The war plugin has a configuration you can use for this webXml: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html That should do it... Wayne On 2/1/08, Allen, Daniel [EMAIL PROTECTED] wrote: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? So, how can I get maven to filter web.xml, but still put it where it needs to go in the WAR structure? Thanks in advance, ~DVA -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP
Re: [m2] Filtering web.xml?
On 2/3/08, Insitu [EMAIL PROTECTED] wrote: Allen, Daniel [EMAIL PROTECTED] writes: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? Hello, The war plugin has configuration options for defining and filtering webResources. Check http://maven.apache.org/plugins/maven-war-plugin When they said filtering I think they meant more like what Apache Ant lets you do with filter sets (replace token values with configuration values). HTH, -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Filtering web.xml?
On 2/3/08, James Carman [EMAIL PROTECTED] wrote: On 2/3/08, Insitu [EMAIL PROTECTED] wrote: Allen, Daniel [EMAIL PROTECTED] writes: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? Hello, The war plugin has configuration options for defining and filtering webResources. Check http://maven.apache.org/plugins/maven-war-plugin When they said filtering I think they meant more like what Apache Ant lets you do with filter sets (replace token values with configuration values). Sorry, I hit send too quickly. I actually use the antrun m2 plugin to execute an Ant copy to achieve this. HTH, -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Filtering web.xml?
Allen, Daniel [EMAIL PROTECTED] writes: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? Hello, The war plugin has configuration options for defining and filtering webResources. Check http://maven.apache.org/plugins/maven-war-plugin HTH, -- Arnaud Bailly, PhD OQube - Software Engineering http://www.oqube.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Filtering web.xml?
I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? So, how can I get maven to filter web.xml, but still put it where it needs to go in the WAR structure? Thanks in advance, ~DVA -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns.
Re: [m2] Filtering web.xml?
The war plugin has a configuration you can use for this webXml: http://maven.apache.org/plugins/maven-war-plugin/war-mojo.html That should do it... Wayne On 2/1/08, Allen, Daniel [EMAIL PROTECTED] wrote: I'm building a web application (packaging WAR), and I need to run the web.xml file through a filter to set certain configutation values. I tried adding it to a resource tag, but that causes Maven to make a copy of it and put it in WEB-INF/classes subdirectory with all of the rest of the resources. I tried setting targetPath to WEB-INF, but then Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the two. I expect that this is because the phase where the the resources tag is processed is before the phase where the WAR file (and thus the WEB-INF directory I wish to target) is created. I'm guessing the generate-sources and package phases, respectively? So, how can I get maven to filter web.xml, but still put it where it needs to go in the WAR structure? Thanks in advance, ~DVA -- This message may contain confidential, proprietary, or legally privileged information. No confidentiality or privilege is waived by any transmission to an unintended recipient. If you are not an intended recipient, please notify the sender and delete this message immediately. Any views expressed in this message are those of the sender, not those of any entity within the KBC Financial Products group of companies (together referred to as KBC FP). This message does not create any obligation, contractual or otherwise, on the part of KBC FP. It is not an offer (or solicitation of an offer) of, or a recommendation to buy or sell, any financial product. Any prices or other values included in this message are indicative only, and do not necessarily represent current market prices, prices at which KBC FP would enter into a transaction, or prices at which similar transactions may be carried on KBC FP's own books. The information contained in this message is provided as is, without representations or warranties, express or implied, of any kind. Past performance is not indicative of future returns. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Filtering web.xml?
Hi,
What you can try is to add your web.xml in resources with filtering to true.
And set webXml in the mojo to ${project.build.outputDirectory}/web.xml.
--
Olivier
2008/2/2, Allen, Daniel [EMAIL PROTECTED]:
I'm building a web application (packaging WAR), and I need to run the
web.xml file through a filter to set certain configutation values. I
tried adding it to a resource tag, but that causes Maven to make a
copy of it and put it in WEB-INF/classes subdirectory with all of the
rest of the resources. I tried setting targetPath to WEB-INF, but then
Maven creates WEB-INF/classes/WEB-INF, and puts it in the deeper of the
two. I expect that this is because the phase where the the resources
tag is processed is before the phase where the WAR file (and thus the
WEB-INF directory I wish to target) is created. I'm guessing the
generate-sources and package phases, respectively?
So, how can I get maven to filter web.xml, but still put it where it
needs to go in the WAR structure?
Thanks in advance,
~DVA
--
This message may contain confidential, proprietary, or legally privileged
information. No confidentiality or privilege is waived by any transmission to
an unintended recipient. If you are not an intended recipient, please notify
the sender and delete this message immediately. Any views expressed in this
message are those of the sender, not those of any entity within the KBC
Financial Products group of companies (together referred to as KBC FP).
This message does not create any obligation, contractual or otherwise, on the
part of KBC FP. It is not an offer (or solicitation of an offer) of, or a
recommendation to buy or sell, any financial product. Any prices or other
values included in this message are indicative only, and do not necessarily
represent current market prices, prices at which KBC FP would enter into a
transaction, or prices at which similar transactions may be carried on KBC
FP's own books. The information contained in this message is provided as
is, without representations or warranties, express or implied, of any kind.
Past performance is not indicative of future returns.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
filtering web.xml
hello everyone,
i know this has been discussed recently (also here:
http://www.nabble.com/War-plugin-and-filtering-webapp-files-t1617964.html) ,
but thevarious solutions and hacks proposed haven't solved my issue :(
Consider this snippet of web.xml:
context-param
param-namecontextConfigLocation/param-name
param-value
classpath*:/acegi.xml
classpath*:/springapp-servlet.xml
classpath*:/datasource-populator.xml
${dbms.filter}
/param-value
/context-param
I'd like to change the value of the dbms.filter variable value depending on
a given profile.
So i have the following in my pom.xml:
//configuration for the maven-war-plugin
build
filters
filter${basedir}/src/main/filters/webxml-filter.xml/filter
/filters
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0/version
configuration
webResources
resource
filteringtrue/filtering
directory${basedir}/src/main/webapp/directory
includes
include**/*.xml/include
/includes
/resource
/webResources
/configuration
/plugin
/build
then, a profile :
profile
idpostgres/id
activation
property
namedbms/name
valuepostgres/value
/property
/activation
properties
dbms.filterclasspath*:/springapp-pgdb.xml/dbms.filter
/properties
/profile
so that when I issue : mvn clean -Ddbms=postgres i'm expecting the
web.xmlfile to be filled with the value
specified in the postgres profile. which actually is not happening.
the filter element is there only because I read it fixes some current
issues, and it actually refers to an empty filter file.
any suggestion is very appreciated.
--
http://valerioschiavoni.blogspot.com
http://jroller.com/page/vschiavoni
Re: filtering web.xml
for sake of completeness, i also tried with maven-war-plugin version 2.0.1 .
here is the stacktrace:
[INFO] Failure
Embedded error: IOException parsing XML document from ServletContext
resource [/${dbms.filter}]; nested exception is
java.io.FileNotFoundException: Could not open ServletContext resource [/${
dbms.filter}]
i also tried putting this:
dbms.filter = classpath*:/springapp-pgdb.xml
in the webxml-filter.xml (that is the filter definition file), without any
luck.
On 10/30/06, Valerio Schiavoni [EMAIL PROTECTED] wrote:
hello everyone,
i know this has been discussed recently (also here:
http://www.nabble.com/War-plugin-and-filtering-webapp-files-t1617964.html
) , but thevarious solutions and hacks proposed haven't solved my issue
:(
Consider this snippet of web.xml:
context-param
param-namecontextConfigLocation/param-name
param-value
classpath*:/acegi.xml
classpath*:/springapp-servlet.xml
classpath*:/datasource-populator.xml
${dbms.filter}
/param-value
/context-param
I'd like to change the value of the dbms.filter variable value depending
on a given profile.
So i have the following in my pom.xml:
//configuration for the maven-war-plugin
build
filters
filter${basedir}/src/main/filters/webxml-filter.xml/filter
/filters
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.0/version
configuration
webResources
resource
filteringtrue/filtering
directory${basedir}/src/main/webapp/directory
includes
include**/*.xml/include
/includes
/resource
/webResources
/configuration
/plugin
/build
then, a profile :
profile
idpostgres/id
activation
property
namedbms/name
valuepostgres/value
/property
/activation
properties
dbms.filterclasspath*:/springapp-pgdb.xml/dbms.filter
/properties
/profile
so that when I issue : mvn clean -Ddbms=postgres i'm expecting the web.xmlfile
to be filled with the value
specified in the postgres profile. which actually is not happening.
the filter element is there only because I read it fixes some current
issues, and it actually refers to an empty filter file.
any suggestion is very appreciated.
--
http://valerioschiavoni.blogspot.com
http://jroller.com/page/vschiavoni
--
http://valerioschiavoni.blogspot.com
http://jroller.com/page/vschiavoni
Re: filtering web.xml with profile properties
ertnutler wrote:
strange. i got it to work by changing the resource directory from
${basedir}/src/main/webapp/WEB-INF to ${basedir}/src/main/webapp. i can't
explain why it doesn't work for WEB-INF...
Good day to you, ertnutler,
If it works with a property file, then that's most likely the bug i
mentioned before ([1]). I made a patch in [1] so that you can use the
properties in your poms without having to specify a property file ^_^
Try it if it works ^_^
Regarding the ${basedir}/src/main/webapp only, and
${basedir}/src/main/webapp/WEB-INF dirs, I guess maybe because filtering for
the former is done by maven-resource-plugin, and not by
maven-war-plugin...not sure about this though.
Cheers,
Franz
[1] http://jira.codehaus.org/browse/MWAR-67
--
View this message in context:
http://www.nabble.com/filtering-web.xml-with-profile-properties-tf2272626.html#a6356093
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml with profile properties
it works fine when i use a filter file, but i want to use properties defined in profiles. the resources plugin uses them appropriately. any idea when the war plugin will do the same? -- View this message in context: http://www.nabble.com/filtering-web.xml-with-profile-properties-tf2272626.html#a6324912 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml with profile properties
strange. i got it to work by changing the resource directory from
${basedir}/src/main/webapp/WEB-INF to ${basedir}/src/main/webapp. i can't
explain why it doesn't work for WEB-INF...
--
View this message in context:
http://www.nabble.com/filtering-web.xml-with-profile-properties-tf2272626.html#a6325123
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
filtering web.xml with profile properties
I can't for the life of me figure out how to have the maven-war-plugin filter my web.xml with properties from my profiles. i've read this thread: http://www.nabble.com/War-plugin-and-filtering-webapp-files-t1617964.html and i've tried all the configuration options mentioned there--except providing the filter files. this thread seems to provide a solution if i want to have properties files as my filter source, but i want to have profiles, so i can take advantage of the inheritance of them to avoid having to redefine variables multiple times. this works fine for files in my webapp that aren't web.xml (i.e., those in src/main/resources). i was hoping that the solution to MWAR-41 would provide what i'm looking for, but it doesn't. does anybody have web.xml filtering with profile properties working? if so, can you post an example? thanks in advance... -- View this message in context: http://www.nabble.com/filtering-web.xml-with-profile-properties-tf2272626.html#a6309369 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml with profile properties
ertnutler wrote: I can't for the life of me figure out how to have the maven-war-plugin filter my web.xml with properties from my profiles. i've read this thread: http://www.nabble.com/War-plugin-and-filtering-webapp-files-t1617964.html and i've tried all the configuration options mentioned there--except providing the filter files. this thread seems to provide a solution if i want to have properties files as my filter source, but i want to have profiles, so i can take advantage of the inheritance of them to avoid having to redefine variables multiple times. this works fine for files in my webapp that aren't web.xml (i.e., those in src/main/resources). i was hoping that the solution to MWAR-41 would provide what i'm looking for, but it doesn't. does anybody have web.xml filtering with profile properties working? if so, can you post an example? thanks in advance... Good day to you, ertnutler, Try creating a property file and have your pom reference that. If the filtering suddenly works, then what you're experiencing is a bug (see [1]). Cheers, Franz [1] http://jira.codehaus.org/browse/MWAR-67 -- View this message in context: http://www.nabble.com/filtering-web.xml-with-profile-properties-tf2272626.html#a6317667 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
filtering web.xml
hello all, i was wonderring, is there a way, in Maven2, to filter also web.xml (i placed it in src/main/webapp/WEB-INF) directory without resortingto a hardcocded ant task taht copies the file from /resources/ to webapp/WEB-INF? thanks and regards marco
Re: filtering web.xml
I've been having some issues with things like this in the war build. There is a way to process resources in the war build plugin. You'll have to dig around the mailing list for 'webResources'. If what you want to do is more complicated, you can take a look at this thread... http://www.nabble.com/war+lifecycle-t1646489.html#a4471351 I'm using this for processing on some jsp files, as mentioned in the thread. It works. On 5/21/06, Marco Mistroni [EMAIL PROTECTED] wrote: hello all, i was wonderring, is there a way, in Maven2, to filter also web.xml (i placed it in src/main/webapp/WEB-INF) directory without resortingto a hardcocded ant task taht copies the file from /resources/ to webapp/WEB-INF? thanks and regards marco
Re: filtering web.xml
Just tested whether web resource filtering also filters web.xml and it does. Check this thread for details on web resource filtering itself: http://www.nabble.com/War+plugin+and+filtering+webapp+files-t1617964.html Mark On 21/05/06, Kevin Galligan [EMAIL PROTECTED] wrote: I've been having some issues with things like this in the war build. There is a way to process resources in the war build plugin. You'll have to dig around the mailing list for 'webResources'. If what you want to do is more complicated, you can take a look at this thread... http://www.nabble.com/war+lifecycle-t1646489.html#a4471351 I'm using this for processing on some jsp files, as mentioned in the thread. It works. On 5/21/06, Marco Mistroni [EMAIL PROTECTED] wrote: hello all, i was wonderring, is there a way, in Maven2, to filter also web.xml (i placed it in src/main/webapp/WEB-INF) directory without resortingto a hardcocded ant task taht copies the file from /resources/ to webapp/WEB-INF? thanks and regards marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: filtering web.xml
Hello Mark, thx... it worked just fine rgds marco On 5/21/06, Mark Hobson [EMAIL PROTECTED] wrote: Just tested whether web resource filtering also filters web.xml and it does. Check this thread for details on web resource filtering itself: http://www.nabble.com/War+plugin+and+filtering+webapp+files-t1617964.html Mark On 21/05/06, Kevin Galligan [EMAIL PROTECTED] wrote: I've been having some issues with things like this in the war build. There is a way to process resources in the war build plugin. You'll have to dig around the mailing list for 'webResources'. If what you want to do is more complicated, you can take a look at this thread... http://www.nabble.com/war+lifecycle-t1646489.html#a4471351 I'm using this for processing on some jsp files, as mentioned in the thread. It works. On 5/21/06, Marco Mistroni [EMAIL PROTECTED] wrote: hello all, i was wonderring, is there a way, in Maven2, to filter also web.xml (i placed it in src/main/webapp/WEB-INF) directory without resortingto a hardcocded ant task taht copies the file from /resources/ to webapp/WEB-INF? thanks and regards marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
