Re: dependency graph plugin?
hello, try the mvn site. it will generate a dependency html page under target/generated-site. Patrick Moore wrote: Hi there- Is there a plugin that explodes the dependency graph so that it is possible to see why a jar is being included in the build? I have a bunch of mystery jars that I would like to eliminate, or at least know which library is trying to use them. Thanks. -Pat __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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: incorrect war file structure
i see, then just use https://svn.apache.org/repos/asf/maven/plugins/trunk; Jeff Mutonho wrote: On 8/15/06, Pete Marvin King [EMAIL PROTECTED] wrote: There's a space between trunk and plugins on the url, the last plugin is the destination directory 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunkspaceplugins 2. cd plugins/maven-war-plugin 3. mvn install I tried that also and got the BAD Url error message as well.I'm doing this from Eclipse , using the SVN plugin Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
There's a space between trunk and plugins on the url, the last plugin is the destination directory 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunkspaceplugins 2. cd plugins/maven-war-plugin 3. mvn install Jeff Mutonho wrote: On 8/13/06, Pete Marvin King [EMAIL PROTECTED] wrote: Hello Jeff, Sorry about that, can you try this 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins 2. cd plugins/maven-war-plugin 3. mvn install the steps above should do it. pete marvin Thanks Pete .Tried https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins and that url seem not correct as I get the Bad URL passed to RA layer svn: URL ' https://svn.apache.org/repos/asf/maven/plugins/trunk/plugins; error. Couldn't you or someone build the 2.0.2-SNAPSHOT with the fix for altering the default path.That would be greatly appreciated. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: incorrect war file structure
Hello Jeff, Sorry about that, can you try this 1. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk plugins 2. cd plugins/maven-war-plugin 3. mvn install the steps above should do it. pete marvin Jeff Mutonho wrote: On 8/9/06, Pete Marvin King [EMAIL PROTECTED] wrote: Hello Jeff, Sorry about the example, the correct one should be configuration webResources [...] resource directoryconfigurations/directory !-- override the destination directory for this resource -- targetPathWEB-INF/targetPath !-- enable filtering -- filteringtrue/filtering excludes exclude**/propertiesexclude /excludes /resource /webResources /configuration it's webResources/resource. So far I can only assure you that the targetPath configuration will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was applied to the 2.0 series. If you have the time you can get the source and built the latest war plugin from the trunk. --- svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin cd maven-war-plugin mvn install --- hope this helps, pete marvin I checked out the maven-war-plugin project and tried to build it by running mvn install , but got stumped by the error : D:\jeff\workspace\maven2\maven-war-plugin\maven-war-pluginmvn install [INFO] Scanning for projects... [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- [INFO] Failed to resolve artifact. GroupId: org.apache.maven.plugins ArtifactId: maven-plugins Version: 2-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) [INFO] - --- [INFO] Trace org.apache.maven.reactor.MavenExecutionException: POM 'org.apache.maven.plugins: maven-plugins' not found in repository: Unable to download the artifact from any repository org.apache.maven.plugins:maven-plugins:pom:2-SNAPSHOT This makes sense since the pom.xml has : parent artifactIdmaven-plugins/artifactId groupIdorg.apache.maven.plugins/groupId version2-SNAPSHOT/version /parent Pete , what do I need to get this to build? Jeff Mutonho GoogleTalk : ejbengine Skype: ejbengine Registered Linux user number 366042 - 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: incorrect war file structure
Hello Jeff, Sorry about the example, the correct one should be configuration webResources [...] resource directoryconfigurations/directory !-- override the destination directory for this resource -- targetPathWEB-INF/targetPath !-- enable filtering -- filteringtrue/filtering excludes exclude**/propertiesexclude /excludes /resource /webResources /configuration it's webResources/resource. So far I can only assure you that the targetPath configuration will only work in 2.1-SNAPSHOT. I'm not sure if the targetPath patch was applied to the 2.0 series. If you have the time you can get the source and built the latest war plugin from the trunk. --- svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin cd maven-war-plugin mvn install --- btw, if you decide to use the build/resources/resource configuration make sure you use the package phase instead of directly invoking the war goal. Resource processing is not covered by the war plugin. Just do mvn package just to be sure. hope this helps, pete marvin Denis Cabasson wrote: Jeff Mutonho wrote: On 8/8/06, Denis Cabasson [EMAIL PROTECTED] wrote: Jeff Mutonho wrote: On 8/8/06, Denis Cabasson [EMAIL PROTECTED] wrote: Jeff Mutonho wrote: On 8/8/06, Stefan Magnus Landrø [EMAIL PROTECTED] wrote: Hi Jeff, properties normally go in the src\main\resources BTW, You seem to use a strange layout for your directories. Do you really want it to be that way? Read Better builds with maven for the recommended dir. structure Thats just the way the project is structured and am powerless to change it. This is eclipse WTP directory layout. You should really work the other way round: take maven's directory structure (far better), and create the eclipse descriptor with: mvn -Dwtpversion=1.0 eclipse:eclipse See http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html for more details Denis. -- View this message in context: http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708197 Sent from the Maven - Users forum at Nabble.com. I understand that , that would work better but I do not have the liberty to change the directory structure now to the maven structure.The war plugin in document ( http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html talk about specifying what it calls an external resource using the webResources resource directory/path-to-external-directory/directory and then under the section Overriding the default destination directory of a web resource) says it should be possible to specify what it calls an external resource and override the target directory ie the directory where you want the resources to be copied to , by specifying targetPath in my case its targetPathWEB-INF/classes/targetPath I just don't understand why I won't work. Jeff webRessources, are ressources bundled in your war archive... You should rather specify the build/ressources element in your POM to include the correct ressources, and let the maven-war-plugin include those ressources in your produced war. Something like: ... build ... resources resource directoryWebContent/JavaSource/directory excludes exclude**/*.java/exclude /excludes /resource /resources ... /build ... That should work (alternatively, you can specify includes instead of excludes tags). Denis -- View this message in context: http://www.nabble.com/incorrect-war-file-structure-tf2072468.html#a5708705 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I just noticed that the example provided on the plugin website has a resource tag nested inside another resource , as shown below : Overriding the default destination directory of a web resource By default web resources are copied to the root of the war, as shown in the previous example. To override the default destination directory, specify the target path. [...] configuration webResources resource [...] resource directoryconfigurations/directory !-- override the destination directory for this resource -- targetPathWEB-INF/targetPath !-- enable filtering -- filteringtrue/filtering excludes exclude**/propertiesexclude /excludes /resource
Re: war plugin, webResources-overriding default Location
use version 2.1-SNAPSHOT [EMAIL PROTECTED] wrote: Hi all I'm trying to override the webResources default location by adding targetPath, but this is not working form, the welogic.xml is being still copied into the Root directory, is there some thing i'm doing wrong here, please help plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration warName${pom.artifactId}/warName webResources resource directory${basedir}/../../config/directory targetPathWEB-INF/targetPath includes includeweblogic.xml/include /includes /resource /webResources /configuration /plugin Thanks, - This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Non-classpath resources filtering?
Hello, I don't know why you want to do this but the work around is to add the following to your pom : [...] build [...] plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-resources-plugin/artifactId version2.2/version /plugin /plugins resources resource !-- this is relative to your project root -- directorysourceDir/directory !-- this is relative to target/classes -- !-- this dir will land on your project root -- targetPath../../destinationDir/targetPath filteringtrue/filtering /resource [...] /resources [...] /build [...] you can add as many resource entries as you want. Hope this helps. pete marvin Adrian Shum wrote: Dear all, I am new to Maven and I have tried to find related answer but I failed. Is it possible to perform non-classpath resources filter? My application has its own application configs which I don't want to put into the JAR. Instead I want it be put in a separated directory to let users able to change directly (which I think I can achieve by using maven-assembly-plugin, right?). I'd like to use filtering to generate config files for different environments. Seems I can only filter resources under buildresources in POM. However, if resources are put there it will be jarred which is not I want. Is there any suggestion if I want to achieve this? Thanks. Best regards, Alien This email is confidential. If you are not the intended recipient, please delete it from your system and notify the sender immediately. Any unauthorized use, disclosure, dissemination or copying of this email is prohibited. Tai Fook Securities Group, its group companies and their content providers (Parties) shall not be responsible for the accuracy or completeness of this email or its attachment, if any, which could contain virus, be corrupted, destroyed, incomplete, intercepted, lost or arrive late. The Parites do not accept liability for any damage caused by this email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Placing war resources
Hello, the targetPath configuration for webResources is only available in maven war plugin 2.1-SNAPSHOT. you need to use the latest from the trunk to avail of this feature. svn co https://svn.apache.org/repos/asf/maven/plugins/trunk/maven-war-plugin cd maven-war-plugin mvn install hope that helps, pete marvin Laurie Harper wrote: According to the war-plugin documentation [1], I should be able to control where webapp resources are copied to using the targetPath element: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0/version configuration webResources resource filteringtrue/filtering directorysrc/main/conf/directory targetPathWEB-INF/conf/targetPath /resource /webResources /configuration /plugin but targetPath seems to be ignored; the resources end up in the webapp root, not under WEB-INF. Am I doing something wrong, or is this a bug? I'm guessing I can work around it by moving everything from src/main/conf to src/main/conf/WEB-INF/conf, but I'd rather avoid the redundant paths... Thanks, L. [1] http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html - 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: maven-war-plugin 2.0.1 not copying xml files
hello, the src/main/resources is handled by the resource plugin, by default the resource plugin copies the contents to target/classes. =) you need to explicitly invoke the compile phase before using the war goals. check the war plugin documentation for the details : http://maven.apache.org/plugins/maven-war-plugin/usage.html pete marvin Charles Harvey III wrote: Hello. I am trying to build a war with: mvn war:exploded mvn war:inplace mvn war:war And, no matter how I configure it, only .properties files get copied from my src/main/resources directory into the webapp/WEB-INF/classes/. plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId version2.0.1/version configuration webResources resource directorysrc/main/resources/directory targetPathWEB-INF/classes/targetPath filteringtrue/filtering includes include**/*/include /includes /resource /webResources /configuration /plugin /plugins When I set it up this way, it copes all the files from src/main/resources into the root directory of the webapp. If I don't have this plugin declaration (which I should not need because everything is in the default location), only .properties files are copied over. Is there something I am doing wrong? When I put this config in, it says: Copy webapp webResources to workspace\projectname\target\projectname-1.0 TWICE. If I leave it out, I only see it once. It doesn't say it is copying it to the WEB-INF/classes directory. Any help is much appreciated. Charlie - 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: Prevent maven from adding pom file to jar
http://maven.apache.org/guides/mini/guide-archive-configuration.html [EMAIL PROTECTED] wrote: Hi all, Is there a way of preventing maven from adding the effective pom to the generated JAR? Thanks Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - 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 multiple war files with some common code
the war plugin is also capable of war overlaying. if you declare another war as a dependency it will automatically unpack the war to your current project. =) i'm not sure if this will fit in your current development build structure but try to check it anyway. http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html pete marvin Martin Gladdish wrote: I had the same problem the other day; trying to share JSPs and config files across multiple maven2 apps. I solved it by configuring the war plugin to pull in the resources from the shared folder, following instructions here: http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html A word of warning though: the targetPath functionality hasn't even been checked in to the head of the war plugin as yet - I had to apply a patch that was attached to the jira entry and use my own local patched build of the war plugin. See http://jira.codehaus.org/browse/MWAR-54 for further details. Hope this helps On 13/07/06, Bravo, Kris [EMAIL PROTECTED] wrote: Two options then. The less desirable is to build the common war, then unpack it into the target directory of each webapps before packaging them up. You'll have to watch this because the web.xml and other files are liable to get trampled. See http://mojo.codehaus.org/dependency-maven-plugin/ and the unpack'ing goals. The other is to create an ear project for each common/webapp pair and share the session across both webapps within the ear. I'm gathering from a quick google that this is a challenge - you are up for a challenge are you? ;) kris bravo -Original Message- From: Srinivas Pavani [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 3:57 PM To: users@maven.apache.org Subject: RE: m2 multiple war files with some common code Kris, Thanks for your reply. Most likely they will not be placed in the same ear file. Yes there are common servlets and jsps that need to be shared across the apps. The question still remains how to integrate the servlets from common and module specific directories into a single WAR file. I don't think just listing it as a dependency would solve the problem, would it? -- View this message in context: http://www.nabble.com/m2-multiple-war-files-with-some-common-code-tf1939 224.html#a5315554 Sent from the Maven - Users forum at Nabble.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WEB-INF/lib excludes once more
Hello, the exclude paramater of the war plugin is only meant for the webapp sources, the parameter name is a little bit vague. =) if you want to exclude certain dependencies from the war, just specify the scope as compile. only dependencies with runtime scope will be included in the war. pete marvin Markus Wolf wrote: Hi, I have a problem creating my EAR file containing a WAR and a EJB. First I setup my WAR-pom to have the EAR as provided dependency, but then it is not possible to add it to the manifests classpath. Then I read through the mailinglist and found an exclude configuration should help. But no matter how I configure my excludes they are ignored... I've checked the version of the war plugin as well and I'm using 2.0.1. Is there anything I've overlooked in my pom.xml? ... dependencies dependency groupIdde.esw.services/groupId artifactIdemediaservices-core/artifactId version1.0-SNAPSHOT/version scoperuntime/scope /dependency dependency groupIdjunit/groupId artifactIdjunit/artifactId version3.8.1/version scopetest/scope /dependency /dependencies build finalNameemediaservices-web/finalName plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-war-plugin/artifactId configuration excludes excludeWEB-INF/lib/*.jar/exclude /excludes archive manifest addClasspathtrue/addClasspath /manifest /archive /configuration /plugin /plugins /build ... Any ideas? Thanks Markus Wolf - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WEB-INF/lib excludes once more
sorry my mistake, SCOPE_RUNTIME = systemScope = false; providedScope = false; compileScope = true; runtimeScope = true; testScope = false; ---AbstractWarMojo snippet -- // TODO: utilise appropriate methods from project builder ScopeArtifactFilter filter = new ScopeArtifactFilter( Artifact.SCOPE_RUNTIME ); if ( !artifact.isOptional() filter.include( artifact ) ) { String type = artifact.getType(); if ( tld.equals( type ) ) { copyFileIfModified( artifact.getFile(), new File( tldDirectory, targetFileName ) ); } else ---AbstractWarMojo snippet -- thanx for the correction mike. i need to stop assuming things. =) Mike Perham wrote: Not true. -Original Message- From: Pete Marvin King [mailto:[EMAIL PROTECTED] Sent: Sunday, July 09, 2006 11:52 AM To: Maven Users List Subject: Re: WEB-INF/lib excludes once more if you want to exclude certain dependencies from the war, just specify the scope as compile. only dependencies with runtime scope will be included in the war. - 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: Maven 2.0.4's 'package' not copying contents or main resources to WEB-INF/classes
btw, just make sure you compile first before you invoke war:war or just use the package phase just to be sure. if you invoke war:war, it will not automatically compile the source. see the war plugin documentation for more details. Vinny wrote: yes, it is set to war On 7/7/06, Mykel Alvis [EMAIL PROTECTED] wrote: Is your packaging in the pom set to war instead of the default jar? On 7/7/06, Vinny [EMAIL PROTECTED] wrote: One additional datapoint: the files are being copied to target/classes correctly just not to target/webapp/WEB-INF/classes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disecting a webapp?
it's now documented here http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html. just ignore the warning it's obsolete, the overwriting bug is already fixed. cheers, pete marvin Stefan Hübner wrote: Hi guys, 2006/7/7, Alexandre Poitras [EMAIL PROTECTED]: Can't you create more than one war and add them to an ear archive? If it's not a valid strategy in your case than I guess you can use the dependency plugin unpack goal (http://mojo.codehaus.org/dependency-maven-plugin/) or you can use the war merging feature of Maven (don't know how it works but I know it exists). war merging feature? Is this documented somewhere out there? sounds promissing. I'm also interested in best practises on this topic, since we're producing large webapps too. having all resources in just one big module is a bit nasty. -Stefan In my case, I use the dependency plugin to unpack resources (images, css, ...) dependencies. Note those aren't limitations of Maven but of JEE since each web modules must be packaged as an individual war and of the web because there isn't any standard resources archive format. Hope it helps! On 7/6/06, Alex Shneyderman [EMAIL PROTECTED] wrote: Thanks, guys for your responses. But ... I think I was not understood correctly. Let me clarify a bit here. The problem is not so much to separate layers into modules (it seems that's what examples demonstrate), but how to break up a big web application into smaller modules. The module's boundary is not that of the layer (business, webapp, core, etc). Web application itself needs to be broken onto smaller submodules. So core would have all the templates, js and css files and will be a webapp on its own, the child module would have concrete pages that utilize those templates and styles and in combination with the core module would constitute complete sub-application of a bigger app. When I develop I would like to checkout just one module and a few modules that this module depends on. Of course I would be able to deploy this one small module (and all of its dependencies), but it will not be the site itself, just one little portion. It also makes creation of the new module easier. Just declare dependencies and create a simple WAR structure. When I am happy with the little module I worked on, I will want to deploy it to production. This is when I will have to merge all the configuration files (web.xml comes to mind) and directory structures but only on creation of the WAR no need for physical merge on the system someplace. I am not sure if this made my question any clearer :-) On 7/6/06, Tamás Cservenák [EMAIL PROTECTED] wrote: Hi Alex, a quick example for this, see here: https://is-micro.myip.hu/trac/ismicro-commons/browser/trunk/ismicro-proximity Three modules: px-core (j2ee and transport independent), px-core-maven (maven bindings for core, till no sign of webapp) and px-webapp. The module separation should be natural and/or logical -- whetever it means :) In my practice it means, produce ONLY ONE ARTIFACT, be as small and as simple as it can (but naturally keep the overall module count manageable). Maven generated site from these sources here: http://proximity.abstracthorizon.org/ ~t~ On 7/6/06, ben short [EMAIL PROTECTED] wrote: Also have a look at the better builds with maven book, there is an example in there. On 7/6/06, ben short [EMAIL PROTECTED] wrote: Create a project for each of the core module and the children. then the webapp can pull them in as dependancies. On 7/6/06, Alex Shneyderman [EMAIL PROTECTED] wrote: How does one disect a web app into many modules but deploy it as one web app? This is what I mean: We have a web application that is quite big. We can identify many modules of it. There is a few core modules, and a bunch of child modules. Practically all children are dependendent on core modules, some child modules depend on other child modules. The modularization is done in purely logical way. Meaning, we still have one maven project for the webapp. I was wondering if anyone can suggest a way to break those modules up into seprate physical modules while keeping the ability to create a unifying webapp? Is it even possible with Maven 1 or 2? -- Thanks, Alex. - 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] -- Thanks, Alex.
Re: [m2] war plugin, ignores classifier in dependency
issue created : http://jira.codehaus.org/browse/MWAR-58 Robert Biernat wrote: Hi, I have a web application that I'm trying to build which has two dependencies which have exactly the same groupId, artifactId and version, however one of them has a classifier so I can distinguish between the two. When it comes to packaging up the webapp, the war plugin complains that their are duplicate jar files, renames the one which has the classifier set and excludes the other one. The missing jar prevents my web app from being able to be deployed. Obviously I can get around this issue by using a unique artifactId, however I think the war plugin should respect classifiers that have been specified in the dependencies. Thanks Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] webapp
try turning on the remote debugging capability of your sevlet container's jvm by adding the following argument on the java command line : -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=8030 the jvm would block when passing these arguments, waiting for a remote debugger to connect. in your eclipse, choose Run-Debug then select Remote Java Application. click on the new button below while the Remote Java Application is selected. change the port to 8030 and on the common tab select the radio button under the display in favorite menu - debug. the projects debugging icon will now be displayed under the debug icon. make sure the project that you want to debug is selected while you are doing this. if the deployed webapp is in sync with your webapp source then stepping function would sync with the execution. the maven user list is not the best place to ask this. =) but here it is anyway..hope this helps. pete marvin christophe blin wrote: Hi, the nicely documented stuff (that I already read BTW) talks about jetty and does not mention debugging... My concern is to run the war under tomcat and/or jboss with the associated plugins in Eclipse in order to benefit from the debug perspective. Maybe there is a solution to do this with jetty ? If so, could you please provide any hints in order to switch my dev to jetty. Regards, chris Geoffrey De Smet a écrit : Download and read the free m2 book from mergere.com :) It has all stuff nicely documented christophe blin wrote: Hi, My first question is where do I put java source files in a webapp (i.e archetype = war) ? Should I create a directory src/main/java ? Or maybe I should create another module to hold the java sources ? Then, a small question but maybe difficult to answer : how can I integrate maven into eclipse for a webapp ? I find this good article [1] but it seems to be maven1 only as I do not manage to have correct dependencies when deploying into tomcat. Also, maybe someone has osme experience with the tomcat plugin (I'd prefer to avoid it since the j2ee plugin supports more platforms)? Thanks for any help, chris [1] http://www.eclipse.org/webtools/jst/components/j2ee/scenarios/MavenEclipseIntegration.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Maven2] test resources
try putting your mapping_common.hbm.xml on src/main/resources/ instead. or modify your getResourceAsStream to get the file META-INF/mapping_common.hbm.xml resources are searched on all the classpaths, normally META-INF is added to the classpath so getClass().getResourceAsStream(mapping_common.hbm.xml) would normally work if you're using a jar. But for your unit test it is not, only target/classes is added to your classpath. you need to specify the directory it is in which is META-INF. correct me if i'm wrong. =) christophe blin wrote: Hi, I am new to maven so excuse me if the questions have already been posted (I do not find a related in the archives so I think it has not been so). I am working with maven2 and hibernate. My hibernate mapping is in /src/main/resources/META-INF : mapping_common.hbm.xml First question : if I manually copy this file into /src/test/resources and I do (as stated in the docs getting started) : InputStream is = getClass().getResourceAsStream(mapping_common.hbm.xml); assert(is != null); the assertion is thrown. Am I doing something wrong or Should I configure something in the pom to use src/test/resources as the resources directory for the unit tests ? Second question : I'd like to use the same mapping file when doing unit tests. How can I configure the pom in order to perform a copy of the file just before the execution of the test goal ? Thanks and regards, chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: warSourceDirectory
perhaps you can do a war overlay, add the war to your depedency list with a scope of runtime. you might need to rename it to *.war, the war plugin uses the extension to determine if it will do a war overlay. Alexandre Poitras wrote: To those who are facing the same issue, I just submitted a patch that seems to fix the problem. Hope it helps. On 6/27/06, Alexandre Poitras [EMAIL PROTECTED] wrote: This is what I'm already doing. The problem is that the WTP .component file is not generated correctly since the files aren't placed in the war source directory. Basically, I'm just trying to unpack some css files from a resources jar files and I don't want to extract them under the src directory. On 6/27/06, Mike Perham [EMAIL PROTECTED] wrote: If you are generating them, why are you considering them source in the first place? Why not just generate them straight into target/artifactId-version? That's where everything is copied to so it can be jarred into a war. -Original Message- From: Alexandre Poitras [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 27, 2006 1:52 PM To: Maven Users List Subject: warSourceDirectory Why is the War plugin supporting only one war source directory instead of a list? It bothers me because I need to generate some html sources files and of course I don't want to mess with my src directory. Any hint? I think I'll try to develop a patch. - 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: List of Maven Archetypes?
Currently there's : - maven-archetype-j2ee-simple - maven-archetype-portlet - maven-archetype-simple - maven-archetype-site-simple - maven-archetype-webapp - maven-archetype-marmalade-mojo - maven-archetype-quickstart Sorry, I'm not sure if there's a guide for each. running mvn site:site on archetypes only generates the basic reports..no guides. command for generating projects using archetype : mvn archetype:create -DgroupId=group -DartifactId=artifact name -DarchetypeGroupId=org.apache.maven.archetype -DarchetypeArtifactId=archetype name -DarchetypeVersion=version ex. mvn archetype:create -DartifactId=test -DgroupId=org.test -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeVersion=1.0-alpha-4 try checking http://www.ibiblio.org/maven2/org/apache/maven/archetypes for the latest version of the archetypes and if you feel the urge to write a guide on how to use them, the Maven community will greatly appreciate it. =) cheers, pete marvin siegfried wrote: I'm doing a google search for maven archetypes and was expecting to find a long list of archetypes. Instead I found definitions of the term and a section on creating archetypes. Back in fall of 2005 (or was it winter 2006?) m2 did not have many archetypes yet. I was guessing by now someone would of ported all the m1 archetypes (or whatever they were called) to m2. Has this happened? I found one at http://maven.apache.org/guides/mini/guide-webapp.html and I'll try this out soon. I was specifically hoping to find an EJB, SWT, Swing and a boatload of web archetypes like tapestry, spring and other MVCs. Thanks, Siegfried - 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] Ghost dependencies
Hello, 2.1-SNAPSHOT of the war plugin only includes dependencies with a runtime scope for exploded,inplace and war goals. I think by default an artifact has a compile scope unless you modify the default scope then it shouldn't be included in the war. pete marvin Markus Reinhardt wrote: Hi Sebastien, I don't know how the war packaging plugin handles scoperuntime/scope dependencies. I use no scope at all for required JARs and scopeprovided/scope for those, which should not be packaged inside the WAR file i.e. are available on your Container. How do you build you WAR? Markus Am Freitag, den 02.06.2006, 07:33 +0200 schrieb Sebastien Arbogast: I have trouble understanding the new dependency mechanism. I added a dependency like this in my root pom dependencyManagament section: dependency groupIdjakarta-regexp/groupId artifactIdjakarta-regexp/artifactId version1.4/version scoperuntime/scope /dependency It's not the only one, I've added several ones like that and they all appear in the resulting webapp WEB-INF/lib directory, except for this one. There is no exclude on jakarta-regexp in other dependencies, and I can't find what's wrong. Any idea?
Re: maven Website - I'm struggling getting the information I seek
hello, try to download the maven book at www.mergere.com. There's a link on the mid-right for the book, Better Builds With Maven. There's a lot of information there that you might find useful. hope this helps...=) cheers, pete marvin Stefan Arentz wrote: On 5/30/06, Marc Weber [EMAIL PROTECTED] wrote: Hello I'm using mvn for 2 month now and I'm till struggling finding the finding the documentation on the maven.apache.org website. Same here. I started using Maven 2 about a month ago. It has been *extremely* painful because of the complete chaos that is called documentation. Figuring out how plugins work is impossible because the documentation is either missing or halve-baked. I have more success with asking things on the list here, or searching the list archives. Or even reading source code of plugins. It is a pleasure to use Maven for my project, but it was all but a simple start. I think the Maven team should set some standards for documentation and simply ask every plugin developer to take care of it or else simply drop the plugin. S. - 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: What does dependentWarExcludes do???
it's use for war overlays, for excluding dependent war files from being included in the exploded war. this is use in war:exploded and war:inplace btw, only the artifacts with a runtime scope is included in the war. when using war:war pete marvin Roland Asmann wrote: Part of the problem was solved, but one question remains: What does dependentWarExcludes in the war-plugin do??? Roland On Monday 29 May 2006 15:52, Roland Asmann wrote: Okay, so I figured it out! The provided-scope DOES work, but I had an exclusion defined somewhere else, which for some reason removed my declaration of commons-logging... I've noticed, because I was checking a little more thorough and found that the version I set to provided (and also tried to exclude) was 1.0.3 and the included version was 1.0.4! So, I removed the exclusion and now the provided-scope does what it is supposed to do. Tried it several times, to make sure no random-behaviour remained. Roland On Monday 29 May 2006 15:24, Roland Asmann wrote: Unfortunately yes. Per default I run it 'mvn clean install'. On Monday 29 May 2006 15:20, Kees de Kooter wrote: Does it also happen after you do an mvn clean? On 5/29/06, Roland Asmann [EMAIL PROTECTED] wrote: Yes, I know how to do that. But like I said, it doesn't always work the way it is supposed to! I have no clue as to why this wouldn't work, might be some sort of bug in Maven... Roland On Monday 29 May 2006 15:14, Kees de Kooter wrote: Just to make sure you understood my answer, this is how we do it: dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.4/version scopeprovided/scope /dependency It works for us, using maven 2.0.4 On 5/29/06, Roland Asmann [EMAIL PROTECTED] wrote: That only seems to work at random! For some strange reason 3 out of 5 builds are correct when the scope is set, but those other 2 builds still have the JAR! I have no problem with building a couple of times more, but for automated testing this is disastrous! Roland On Monday 29 May 2006 15:09, Kees de Kooter wrote: Give it scope provided. On 5/29/06, Roland Asmann [EMAIL PROTECTED] wrote: Hi, I am building a WAR, in which I would like to remove some JAR's that come up transitively. I've tried to configure my war-plugin like this: plugin artifactIdmaven-war-plugin/artifactId configuration archive compressfalse/compress manifest addClasspathtrue/addClasspath /manifest /archive dependentWarExcludescommons-logging/dependentWarExcludes /configuration /plugin But this doesn't seem to work. Could anybody tell me how to exclude commons-logging from the WAR? And also, could someone explain what this 'dependentWarExcludes' does?? Thanks, Roland - 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: Cobertura under solaris
I agree with wayne fay there's usually a default jdk installed on Solaris. try to verify your JAVA_HOME and PATH just to be sure. Wayne Fay wrote: You must have an older JDK installed on your server. Run java -fullversion on both machines and upgrade the Solaris JDK to the version you're running on Windows. Wayne On 5/25/06, vadimsh [EMAIL PROTECTED] wrote: Hi, I use m2.0.4 and cobertura 2.0 for report generation. It works fine under windows , but under solaris i get follow error [INFO] [cobertura:instrument] [INFO] Cobertura 1.7 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file Instrumenting 30 classes to ../target/generated-classes/cobertura [ERROR] Exception in thread main java.lang.NoClassDefFoundError: java/util/TimerTask at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass0(Compiled Code) at java.lang.ClassLoader.defineClass(Compiled Code) at java.security.SecureClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.access$1(Compiled Code) at java.net.URLClassLoader$1.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessController.doPrivileged(Compiled Code) at java.net.URLClassLoader.findClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClassInternal(Compiled Code) at java.lang.Class.getFields0(Native Method) at java.lang.Class.getFields0(Compiled Code) at java.lang.Class.getDeclaredFields(Compiled Code) at java.io.ObjectStreamClass$1.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.init(ObjectStreamClass.java:259) at java.io.ObjectStreamClass.createLocalDescriptor(ObjectStreamClass.java:138) at java.io.ObjectStreamClass.lookupInternal(ObjectStreamClass.java:84) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:274) at net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:170) at net.sourceforge.cobertura.coveragedata.CoverageDataFileHandler.saveCoverageData(CoverageDataFileHandler.java:136) at net.sourceforge.cobertura.instrument.Main.parseArguments(Compiled Code) at net.sourceforge.cobertura.instrument.Main.main(Main.java:462) When i check generated-classes/cobertura directory i see that part of the classes were instrumented but others don't exist. This problem is not of one specific module but repits in all of them . Any help appreciated, thanks a lot ! -- View this message in context: http://www.nabble.com/Cobertura+under+solaris-t1680318.html#a4556741 Sent from the Maven - Users forum at Nabble.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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: War plugin and filtering webapp files
what war plugin version are you currently using? Julian Wood wrote: On 15-May-06, at 1:51 PM, Julian Wood wrote: PS. I do regularly use the trick where you configure the war plugin to use a resources directory which was the target of a regular resource filtering process, and this works well, but adds a lot of ambiguity to the pom. Hmm, I've just noticed that this trick seems to have broken with the latest war plugin. I'm not getting filtering on any of my old projects which employ this technique. It depends on: plugin artifactIdmaven-war-plugin/artifactId executions execution goals goalwar/goal /goals configuration warSourceDirectory${project.build.directory}/filtered-webapp-resources/warSourceDirectory /configuration /execution /executions /plugin where you've filtered resources as normal to the filtered-webapp-resources dir. That part still works of course, but the maven-war-plugin now seems to ignore it's source directory and figure out its resources differently. I would normally think this was okay, since it forces you to upgrade to a more transparent method of filtering (though there are still problems with that), but now that I think about it, none of my released (tagged) builds will build properly anymore, which seems like a bad thing. J -- Julian Wood [EMAIL PROTECTED] Software Engineer Teaching Learning Centre University of Calgary http://tlc.ucalgary.ca - 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: EJB Client Jar Problem
if you don't provide excludes, then the default excludes will override the includes if both contains the same pattern. for the meantime try overriding the exclusion rules / assigning your own values default excludes: **/*Bean.class **/*CMP.class **/*package.html pete marvin [EMAIL PROTECTED] wrote: Well i tried with 2.1 ejb plugin noticed that client includes works fine but when i tried to include *Session.class its not doing that i think by default its filtering Session.class, i reopened the issue with Jira Thanks, Raghu Pete Marvin King [EMAIL PROTECTED] 05/04/2006 04:54 AM Please respond to Maven Users List To: Maven Users List users@maven.apache.org cc: Subject:Re: EJB Client Jar Problem verified, it's already fixed on version 2.1 of the plugin clientExclude doesn't work on version 2.0. Pete Marvin King wrote: include and exclude works fine in the unit test. can you try getting the latest version. =) btw, if you don't specify client exclusion it will automatically exclude the following : **/*Bean.class **/*CMP.class **/*package.html pete marvin [EMAIL PROTECTED] wrote: It sounds like an bug I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12 Thanks, Raghu Pete [EMAIL PROTECTED] 05/03/2006 04:43 PM Please respond to Maven Users List To: Maven Users List users@maven.apache.org cc: Subject:Re: EJB Client Jar Problem I had the same problem so would be interested if anyone can help ? On 02/05/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi,, I'm trying to create ejb client from ejb project this is what i have in my pom plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration generateClienttrue/generateClient clientExcludes clientExclude**/Session*/clientExclude /clientExcludes clientIncludes clientInclude**/Shop*/clientInclude /clientIncludes archive manifest addClasspathtrue/addClasspath /manifest manifestEntries Build-Environment${build.env}/Build-Environment /manifestEntries /archive /configuration /plugin it is creating ejb-client jar but it just includes almost all class files from the ejb.jar files, and has no effect on clientExcludes or clientInclude either i specify both of them or only one of them Has anyone made it working something like this please advise?? Thanks, Raghu - 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: EJB Client Jar Problem
include and exclude works fine in the unit test. can you try getting the latest version. =) btw, if you don't specify client exclusion it will automatically exclude the following : **/*Bean.class **/*CMP.class **/*package.html pete marvin [EMAIL PROTECTED] wrote: It sounds like an bug I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12 Thanks, Raghu Pete [EMAIL PROTECTED] 05/03/2006 04:43 PM Please respond to Maven Users List To: Maven Users List users@maven.apache.org cc: Subject:Re: EJB Client Jar Problem I had the same problem so would be interested if anyone can help ? On 02/05/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi,, I'm trying to create ejb client from ejb project this is what i have in my pom plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration generateClienttrue/generateClient clientExcludes clientExclude**/Session*/clientExclude /clientExcludes clientIncludes clientInclude**/Shop*/clientInclude /clientIncludes archive manifest addClasspathtrue/addClasspath /manifest manifestEntries Build-Environment${build.env}/Build-Environment /manifestEntries /archive /configuration /plugin it is creating ejb-client jar but it just includes almost all class files from the ejb.jar files, and has no effect on clientExcludes or clientInclude either i specify both of them or only one of them Has anyone made it working something like this please advise?? Thanks, Raghu
Re: EJB Client Jar Problem
verified, it's already fixed on version 2.1 of the plugin clientExclude doesn't work on version 2.0. Pete Marvin King wrote: include and exclude works fine in the unit test. can you try getting the latest version. =) btw, if you don't specify client exclusion it will automatically exclude the following : **/*Bean.class **/*CMP.class **/*package.html pete marvin [EMAIL PROTECTED] wrote: It sounds like an bug I created a bug in jira for this http://jira.codehaus.org/browse/MEJB-12 Thanks, Raghu Pete [EMAIL PROTECTED] 05/03/2006 04:43 PM Please respond to Maven Users List To: Maven Users List users@maven.apache.org cc: Subject:Re: EJB Client Jar Problem I had the same problem so would be interested if anyone can help ? On 02/05/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi,, I'm trying to create ejb client from ejb project this is what i have in my pom plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ejb-plugin/artifactId configuration generateClienttrue/generateClient clientExcludes clientExclude**/Session*/clientExclude /clientExcludes clientIncludes clientInclude**/Shop*/clientInclude /clientIncludes archive manifest addClasspathtrue/addClasspath /manifest manifestEntries Build-Environment${build.env}/Build-Environment /manifestEntries /archive /configuration /plugin it is creating ejb-client jar but it just includes almost all class files from the ejb.jar files, and has no effect on clientExcludes or clientInclude either i specify both of them or only one of them Has anyone made it working something like this please advise?? Thanks, Raghu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven 2: war plugin excludes doc wrong?
both are correct, wf's example and the comma separated values wf's example is supported during assigning of values to the parameter and the csv in the war plugin code itself. you can even mix and match, still need to verify this. =) pete marvin Wayne Fay wrote: Generally, the new way of handling these kinds of multiple excludes would be with a nested exclude ie: configuration excludes exclude.../exclude exclude.../exclude /excludes Previously some plugins were using the comma-separator for multiple values, some were using nested children, and some were doing other things entirely. Now it seems the standard is to use nested children elements. Give this a try? I have no idea if this will work in the released war plugin, so you might need to pull a snapshot or even build from SVN, but this should be the right way to do it going forward, unless of course the plugin documentation specifies otherwise... Wayne On 5/3/06, Ken Arnold [EMAIL PROTECTED] wrote: When I read the configuration doc for war:war, it says: excludes (Optional) The comma separated list of tokens to exclude from the WAR. Except it doesn't seem to work like that. I'm trying to use plugin artifactIdmaven-war-plugin/artifactId configuration excludes**/*.fla,**/*.as/excludes /configuration /plugin In this incarnation nothing is excluded. I also have tried replacing the comma with a space. When I say excludes**/*.fla/excludes Then the expected files are included, but that's only have the game. I can go through the several other incarnations I've tried, but I suspect it would be merely tiresome to the reader. Is this a bug, known or otherwise? Or am I missing something so obvious I can't see it? Ken P.S. I got into this because I was working with Flash whose input files (.fla and .as) want to live with their various configuration files (mostly .xml). I had tried to set up src/main/flash, but then I could get resources from there *and* from src/main/webapp into the top level of the war. That was my preferred model, but the war plugin seems tightly wedded to the single input directory model. Which is well and good, but this required me to merge all the flash stuff into webapp so I could do flash development with the configuration files that would end up in the war, and then I got to the exclusion problem above. This is mostly just context, but if someone has another way to solve the original issue I'm open to suggestions. - 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]