Re: [m2] Package XSL file with plugin and use it for XSLT when executing the plugin
You can package the style sheet with plugin as java resource. Than at runtime, copy the style sheet to user's project build directory. If you need the code to copy the java resourcce, let me know -D On 1/2/06, Chris Hagmann <[EMAIL PROTECTED]> wrote: > > I developed a Maven2 plugin which fetches information > from JIRA, writes it into a changelog.xml and then > converts the changelog into a nicely formatted XHTML > release notes page. It does this by using a XSL > stylesheet and executing a XSLT on the changelog file. > This all works fine, but until now I need to store the > stylesheet with each project (e.g. in > src/etc/xsl/xhtml.xsl). The plugin then loads the > stylesheet from that location, and does the > transformation. > > However, I'd like to simply package the stylesheet > with the plugin, and load it from within the plugin. > That way the stylesheet doesn't have to added to each > project. > > How can I achieve something like this? > > Thanks, > Chris > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
[m2] Package XSL file with plugin and use it for XSLT when executing the plugin
I developed a Maven2 plugin which fetches information from JIRA, writes it into a changelog.xml and then converts the changelog into a nicely formatted XHTML release notes page. It does this by using a XSL stylesheet and executing a XSLT on the changelog file. This all works fine, but until now I need to store the stylesheet with each project (e.g. in src/etc/xsl/xhtml.xsl). The plugin then loads the stylesheet from that location, and does the transformation. However, I'd like to simply package the stylesheet with the plugin, and load it from within the plugin. That way the stylesheet doesn't have to added to each project. How can I achieve something like this? Thanks, Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN][M1] Findbugs Plugin 1.1 Released
The maven-plugins team is pleased to announce the FindBugs Plug-in 1.1 release! http://maven-plugins.sourceforge.net/maven-findbugs-plugin A plugin to automate FindBugs tasks Changes in this version include: Changes: o Update to findbugs 0.9.4. (Special thanks to Carlos Sanchez for his coaching on upload requests!) To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=maven-plugins -DartifactId=maven-findbugs-plugin -Dversion=1.1 For a manual installation, you can download the plugin here: http://maven-plugins.sourceforge.net/repository/maven-plugins/plugins/ maven-findbugs-plugin-1.1.jar Have fun! -The maven-plugins team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 2 JNLP plugin
The plugin matrix says the author for the m2 conversion/version is Jerome Lacoste... I found his email from the archive to be jerome dot lacoste at gmail dot com... try asking him where the m2 version went. ^_^ As far as m1 plugin for m2 usage, its not possible. Yao, Zhihong wrote: Hi, On the Maven plugin matrix I see that the JNLP plugin has a check mark under M2, but a X under FC, and the status says the M2 version is still in progress. I can't find the JNLP plugin anywhere on both Apache and Mojo websites. Could someone tell me if the plugin has been released? If not, when is it expected to be available? We have a project that use the plugin in the M1 version, and now we are migrating to M2. If the plugin won't be available for a while, is there any temporary solution to use the M1 plugin in M2? Thanks, yao - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: configure plugin (jboss-maven)
I understand. Anyway, I tried and configured the jboss plugin on my maching and got this: -- snip [DEBUG] Configuring mojo 'org.codehaus.mojo:jboss-maven-plugin:1.0:harddeploy' --> [DEBUG] (f) fileName = F:\mergere\maven\web-pom-generator\trunk\target/web-pom-generator.war [DEBUG] (f) jbossHome = app\jboss-4.0.3\ [DEBUG] (f) serverName = default [DEBUG] -- end configuration -- [INFO] [jboss:harddeploy] -- snip notice jbossHome got the correct configuration I put in my pom.xml so the jira isn't needed. Sorry if I'm not of great help, but that's as far as I can go if can't reproduce it. Edwin van der Elst wrote: Hi, I didn't setup profiles (tried it, but undid the changes). Putting the settings in the pom should be the easies way to configure I guess. But never mind, I gave up and wrote a .bat file to copy the ear (cannot afford to spend anymore time on this) Cheers, Edwin -Oorspronkelijk bericht- Van: Rinku [mailto:[EMAIL PROTECTED] Verzonden: maandag 2 januari 2006 8:37 Aan: Maven Users List Onderwerp: Re: configure plugin (jboss-maven) Have you set up any profile(s) in pom.xml? If so, can you check if a profile is being activated? Cheers, Rahul - Original Message - From: "Edwin van der Elst" <[EMAIL PROTECTED]> To: "Maven Users List" Sent: Thursday, December 29, 2005 9:07 PM Subject: RE: configure plugin (jboss-maven) Hi, Below is the full stacktrace. (mvn -X jboss:harddeploy) It isn't picking up the parameters. Edwin [DEBUG] Configuring mojo 'org.codehaus.mojo:jboss-maven-plugin:1.0:harddeploy' --> [DEBUG] (f) fileName = C:\cvs\wfz-leda\target/Leda-1.0-SNAPSHOT.pom [DEBUG] (f) jbossHome = NONE [DEBUG] (f) serverName = default [DEBUG] -- end configuration -- [INFO] [jboss:harddeploy] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] jbossHome configuration parameter is not set. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: jbossHome configuration parameter is not set. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:555) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:485) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:455) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.ja a:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: jbossHome configuration parameter is not set. at org.codehaus.mojo.jboss.AbstractJBossMojo.checkConfig(AbstractJBossMojo.java:52) at org.codehaus.mojo.jboss.HardDeployMojo.execute(HardDeployMojo.java:43) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:530) ... 16 more -Oorspronkelijk bericht- Van: Edwin Punzalan [mailto:[EMAIL PROTECTED] Verzonden: donderdag 29 december 2005 2:59 Aan: Maven Users List Onderwerp: Re: configure plugin (jboss-maven) That seems to be the correct configuration... can you give the full stack trace of the error you encountered? Btw, if you want to specify a path relative to your current dir, don't put the leading backslash "\" in Edwin van der Elst wrote: Hi, I'm going nuts here, trying to use the jboss-maven plugin in Maven2. I downloaded the plugin from codehause and installed locally. Now In my pom.xml ... org.codehause.mojo jboss-maven-plugin 1.0 false \apps\Jboss-4.0.3\ ---
Re: patternset in maven2
Ashish Srivastava wrote: Hi, I am very new to maven and even newer to maven2. How can I define a dependency in pom.xml in maven2 so that all the jars/zips in a directory gets included when I compile or package the project? In maven1.x I think it was done by the and then but don't know in maven2. Help is appreciated. Thanks, -Ashish __ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I think dependency scopes are what you mean. Look at this: http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html HTH, Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] how to remove jar from .m2/repository
perhaps we should have automation tool so that meta-data file can be updated accordingly as well. For my case, I am required to do daily build, and eventually I will need to remove those builds that we no longer need. -D On 1/2/06, Edwin Punzalan <[EMAIL PROTECTED]> wrote: > > > As of now, the only way to remove the jar is to delete it manually from > your repository folder. The repository can be found in ~/.m2/repository > by default. > > > Man-Chi Leung wrote: > > > after install a jar to local repository, how can I remove it? > > > > $>mvn install:install-file -Dfile=easymock.jar -DgroupId=easymock - > > DartifactId=easymock -Dversion=2.0 -Dpackaging=jar -DgeneratePom=true > > > > I check the documentation, there are only 2 goal for install, any goal > > for removal of jar? > > install:install-file (Installs a file in local repository.) > > install:install ( Installs project's main artifact in local repository) > > > > > > Regards, > > ~manchi > > > > - > > 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] how to remove jar from .m2/repository
As of now, the only way to remove the jar is to delete it manually from your repository folder. The repository can be found in ~/.m2/repository by default. Man-Chi Leung wrote: after install a jar to local repository, how can I remove it? $>mvn install:install-file -Dfile=easymock.jar -DgroupId=easymock - DartifactId=easymock -Dversion=2.0 -Dpackaging=jar -DgeneratePom=true I check the documentation, there are only 2 goal for install, any goal for removal of jar? install:install-file (Installs a file in local repository.) install:install ( Installs project's main artifact in local repository) Regards, ~manchi - 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]
patternset in maven2
Hi, I am very new to maven and even newer to maven2. How can I define a dependency in pom.xml in maven2 so that all the jars/zips in a directory gets included when I compile or package the project? In maven1.x I think it was done by the and then but don't know in maven2. Help is appreciated. Thanks, -Ashish __ Yahoo! for Good - Make a difference this year. http://brand.yahoo.com/cybergivingweek2005/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Copy Jar?
Yeah, I missed the obvious first sentence, sorry. -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: Monday, January 02, 2006 6:47 PM To: Maven Users List Subject: Re: Copy Jar? Hi Brian, this tip is only for m2. Arnaud On 1/2/06, Brian E. Fox <[EMAIL PROTECTED]> wrote: > > Take a look at the dependency-maven-plugin at mojo > http://mojo.codehaus.org/dependency-maven-plugin. After building and > installing, this plugin could execute and copy it where ever you like. > It expects the artifact to be in the local or remote repository but if > you execute it in the install phase, it should already be in your > local repo by the time the plugin executes. > > -Original Message- > From: Davis Ford [mailto:[EMAIL PROTECTED] > Sent: Monday, January 02, 2006 9:53 AM > To: users@maven.apache.org > Subject: Copy Jar? > > Hi, I'm using Maven 1.0.2 to build my jar. The jar is used as part of > a different project called GeoServer that uses Jetty. > > Every time I build my jar, I need to manually copy it to > $someDir$/geoserver/server/WEB-INF/lib/ in order to test my changes. > I don't rebuild GeoServer software everytime...I only rebuild my jar > that I run inside GeoServer. What is the best way for me to add a > target or over-ride a plugin property to copy my jar to this directory? > > I looked at jar:install, but if I think if I over-ride that, then my > jar dependencies will get screwed up as it won't point to my > .maven/repository anymore. > > I looked at distribution plugin, but it doesn't seem to have any > documentation. > > I'm not that swift yet with Jelly, but is there a maven.xml example > somewhere that does this? Also, different developers have installed > GeoServer in different directories on their machines. This means > somehow, whatever solution I create has to be able to accomodate this > discrepancy. Environment variable? > > Regards, > Davis > > - > 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: Copy Jar?
Davis Ford wrote: Thanks Brian, I will check into dependency-maven-plugin. In the meantime, I had solved it. This seems to be anti-Maven, b/c it uses an environment variable, but it seems to work. I added these two goals to maven.xml Please set either env-var GEOSERVER_HOME or Maven var geoserver.home Setting geoserver.home to ${env.GEOSERVER_HOME} GeoServer Home is = ${geoserver.home} You could also place the GEOSERVER_HOME variable in the project.properties file so you don't have to use context.getVariable(). This way, you just have to tell your developers to change the setting in their copy of the project.properties file. - Henry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Copy Jar?
Hi Brian, this tip is only for m2. Arnaud On 1/2/06, Brian E. Fox <[EMAIL PROTECTED]> wrote: > > Take a look at the dependency-maven-plugin at mojo > http://mojo.codehaus.org/dependency-maven-plugin. After building and > installing, this plugin could execute and copy it where ever you like. > It expects the artifact to be in the local or remote repository but if > you execute it in the install phase, it should already be in your local > repo by the time the plugin executes. > > -Original Message- > From: Davis Ford [mailto:[EMAIL PROTECTED] > Sent: Monday, January 02, 2006 9:53 AM > To: users@maven.apache.org > Subject: Copy Jar? > > Hi, I'm using Maven 1.0.2 to build my jar. The jar is used as part of a > different project called GeoServer that uses Jetty. > > Every time I build my jar, I need to manually copy it to > $someDir$/geoserver/server/WEB-INF/lib/ in order to test my changes. > I don't rebuild GeoServer software everytime...I only rebuild my jar > that I run inside GeoServer. What is the best way for me to add a > target or over-ride a plugin property to copy my jar to this directory? > > I looked at jar:install, but if I think if I over-ride that, then my jar > dependencies will get screwed up as it won't point to my > .maven/repository anymore. > > I looked at distribution plugin, but it doesn't seem to have any > documentation. > > I'm not that swift yet with Jelly, but is there a maven.xml example > somewhere that does this? Also, different developers have installed > GeoServer in different directories on their machines. This means > somehow, whatever solution I create has to be able to accomodate this > discrepancy. Environment variable? > > Regards, > Davis > > - > 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: Copy Jar?
Thanks Brian, I will check into dependency-maven-plugin. In the meantime, I had solved it. This seems to be anti-Maven, b/c it uses an environment variable, but it seems to work. I added these two goals to maven.xml Please set either env-var GEOSERVER_HOME or Maven var geoserver.home Setting geoserver.home to ${env.GEOSERVER_HOME} GeoServer Home is = ${geoserver.home} On 1/2/06, Brian E. Fox <[EMAIL PROTECTED]> wrote: > Take a look at the dependency-maven-plugin at mojo > http://mojo.codehaus.org/dependency-maven-plugin. After building and > installing, this plugin could execute and copy it where ever you like. > It expects the artifact to be in the local or remote repository but if > you execute it in the install phase, it should already be in your local > repo by the time the plugin executes. > > -Original Message- > From: Davis Ford [mailto:[EMAIL PROTECTED] > Sent: Monday, January 02, 2006 9:53 AM > To: users@maven.apache.org > Subject: Copy Jar? > > Hi, I'm using Maven 1.0.2 to build my jar. The jar is used as part of a > different project called GeoServer that uses Jetty. > > Every time I build my jar, I need to manually copy it to > $someDir$/geoserver/server/WEB-INF/lib/ in order to test my changes. > I don't rebuild GeoServer software everytime...I only rebuild my jar > that I run inside GeoServer. What is the best way for me to add a > target or over-ride a plugin property to copy my jar to this directory? > > I looked at jar:install, but if I think if I over-ride that, then my jar > dependencies will get screwed up as it won't point to my > .maven/repository anymore. > > I looked at distribution plugin, but it doesn't seem to have any > documentation. > > I'm not that swift yet with Jelly, but is there a maven.xml example > somewhere that does this? Also, different developers have installed > GeoServer in different directories on their machines. This means > somehow, whatever solution I create has to be able to accomodate this > discrepancy. Environment variable? > > Regards, > Davis > > - > 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: my first m2 plugin
You might like to look at maven-idea-plugin - it does exactly this. On 1/2/06, Torsten Curdt <[EMAIL PROTECTED]> wrote: > > Looks like this part needs to be added to the docs. > > A list of all available annotations would be more than nice to have! @execute is already in the mojo specification, I think - its the expressions that are lacking. -Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: multi module issues
I did a checkout earlier today and the merge code looked to be pretty much the same as it has been for a while. I could be wrong though. Rinku wrote: Hi, Latest Cargo sources can be found at: https://svn.codehaus.org/cargo/cargo/trunk You can easily build them on your local machine and use the latest stuff You might want to check out the website for docs: http://cargo.codehaus.org/ HTH, Rahul - Original Message - From: "Kevin Galligan" <[EMAIL PROTECTED]> To: "Nigel Magnay" <[EMAIL PROTECTED]> Cc: "Maven Users List" Sent: Tuesday, January 03, 2006 3:55 AM Subject: Re: multi module issues Is there an eta? Is there any way I can get a copy of the latest and greatest? I guess if you're working on it I don't really want to duplicate the work, you know what I mean? Thanks, -Kevin Nigel Magnay wrote: I'm actively working on improving merging support in cargo for web.xml and the container specific .xml files; also to support plugging in strategies for merging other files that may be in your WARs (e.g. struts-config.xml and other application specific items). Some of it is committed to cargo, some is waiting patches, some I have yet to submit - manly because cargo is getting ready for a 0.7 release and it is probably worthwhile to let that stabilise before adding a lot more new functionality. I've also adapted its maven2 plugin to configure the merging to happen as an 'uberwar' task. cargo-dev is the place to be as vincent says if you're interested in these things in cargo.. On 22/12/05, Kevin Galligan <[EMAIL PROTECTED]> wrote: Just wanted to comment quick on the message from Vincent (I just saw this message for the first time...). I abandoned the xml merging for right now. I was having trouble with the cargo xml merging code. I added some stuff myself, but after the war plugin added the war file composition, I just figured for now we would replicate the web.xml data manually rather than merge them. However, I would really like to get the web.xml merging to work. Is there anybody actively working on the web xml merger? I'm also pretty clueless. What's cargo? What is that code being used for currently? I'd possibly like to work on that, or get somebody in my group to work on that, but I'm not sure what the protocol is. Thanks, -Kevin > -Original Message- > From: Richard Allen [mailto:[EMAIL PROTECTED] > Sent: mercredi 30 novembre 2005 14:01 > To: Maven Users List > Subject: Re: Multi-module wars [snip] > However, I would like to see the maven-war-plugin support the web.xml > merge functionality that Kevin Galligan's hack includes. Maybe you can > raise this as a JIRA issue Kevin? Just a note here for anyone interested in implementing this: there's code in Cargo to merge web.xml files and this library is being improved with support for also merging container-specific deployment descriptors. There are also generic classes for merging any xml files. It's in there: http://tinyurl.com/dtwet Check the org.codehaus.cargo.module.webapp.WebXmlMerger class along with the files in org.codehaus.cargo.module.merge. Hope it helps, -Vincent - 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: Announce: Maven JaxMe Plugin 1.0
MNG under documentation. MSITE is for the site plugin, this is nothing to do with that. - Brett On 1/3/06, dan tran <[EMAIL PROTECTED]> wrote: > http://jira.codehaus.org/browse/MSITE ? > > -D > > > On 1/2/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > > > > Brett Porter wrote: > > > > > No problem. Can you file this in JIRA so that we don't forget to do > > that? > > > > Would like to do that. Question is: Where? > > > > The MNG project on jira.codehaus.org doesn't have a "site" component or > > something similar that sounds proper. > > > > The MPA project has a sites component. But it isn't listed in my "Create > > New Issue" dialog. (Perhaps lack of permissions?) > > > > Jochen > > > > - > > 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: multi module issues
Hi, Latest Cargo sources can be found at: https://svn.codehaus.org/cargo/cargo/trunk You can easily build them on your local machine and use the latest stuff You might want to check out the website for docs: http://cargo.codehaus.org/ HTH, Rahul - Original Message - From: "Kevin Galligan" <[EMAIL PROTECTED]> To: "Nigel Magnay" <[EMAIL PROTECTED]> Cc: "Maven Users List" Sent: Tuesday, January 03, 2006 3:55 AM Subject: Re: multi module issues Is there an eta? Is there any way I can get a copy of the latest and greatest? I guess if you're working on it I don't really want to duplicate the work, you know what I mean? Thanks, -Kevin Nigel Magnay wrote: I'm actively working on improving merging support in cargo for web.xml and the container specific .xml files; also to support plugging in strategies for merging other files that may be in your WARs (e.g. struts-config.xml and other application specific items). Some of it is committed to cargo, some is waiting patches, some I have yet to submit - manly because cargo is getting ready for a 0.7 release and it is probably worthwhile to let that stabilise before adding a lot more new functionality. I've also adapted its maven2 plugin to configure the merging to happen as an 'uberwar' task. cargo-dev is the place to be as vincent says if you're interested in these things in cargo.. On 22/12/05, Kevin Galligan <[EMAIL PROTECTED]> wrote: Just wanted to comment quick on the message from Vincent (I just saw this message for the first time...). I abandoned the xml merging for right now. I was having trouble with the cargo xml merging code. I added some stuff myself, but after the war plugin added the war file composition, I just figured for now we would replicate the web.xml data manually rather than merge them. However, I would really like to get the web.xml merging to work. Is there anybody actively working on the web xml merger? I'm also pretty clueless. What's cargo? What is that code being used for currently? I'd possibly like to work on that, or get somebody in my group to work on that, but I'm not sure what the protocol is. Thanks, -Kevin > -Original Message- > From: Richard Allen [mailto:[EMAIL PROTECTED] > Sent: mercredi 30 novembre 2005 14:01 > To: Maven Users List > Subject: Re: Multi-module wars [snip] > However, I would like to see the maven-war-plugin support the web.xml > merge functionality that Kevin Galligan's hack includes. Maybe you can > raise this as a JIRA issue Kevin? Just a note here for anyone interested in implementing this: there's code in Cargo to merge web.xml files and this library is being improved with support for also merging container-specific deployment descriptors. There are also generic classes for merging any xml files. It's in there: http://tinyurl.com/dtwet Check the org.codehaus.cargo.module.webapp.WebXmlMerger class along with the files in org.codehaus.cargo.module.merge. Hope it helps, -Vincent - 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: Announce: Maven JaxMe Plugin 1.0
http://jira.codehaus.org/browse/MSITE ? -D On 1/2/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > > Brett Porter wrote: > > > No problem. Can you file this in JIRA so that we don't forget to do > that? > > Would like to do that. Question is: Where? > > The MNG project on jira.codehaus.org doesn't have a "site" component or > something similar that sounds proper. > > The MPA project has a sites component. But it isn't listed in my "Create > New Issue" dialog. (Perhaps lack of permissions?) > > Jochen > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
RE: [m2] Dependency scope options
Things in the compile scope are automatically available in all scopes, including test and runtime. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, January 02, 2006 11:39 AM To: Maven Users List Subject: Re: [m2] Dependency scope options Well, the next step/guess is trying the "runtime" scope. If that fails, I'm short of advice then. Best wishes, Luiz Eduardo - 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: Copy Jar?
Take a look at the dependency-maven-plugin at mojo http://mojo.codehaus.org/dependency-maven-plugin. After building and installing, this plugin could execute and copy it where ever you like. It expects the artifact to be in the local or remote repository but if you execute it in the install phase, it should already be in your local repo by the time the plugin executes. -Original Message- From: Davis Ford [mailto:[EMAIL PROTECTED] Sent: Monday, January 02, 2006 9:53 AM To: users@maven.apache.org Subject: Copy Jar? Hi, I'm using Maven 1.0.2 to build my jar. The jar is used as part of a different project called GeoServer that uses Jetty. Every time I build my jar, I need to manually copy it to $someDir$/geoserver/server/WEB-INF/lib/ in order to test my changes. I don't rebuild GeoServer software everytime...I only rebuild my jar that I run inside GeoServer. What is the best way for me to add a target or over-ride a plugin property to copy my jar to this directory? I looked at jar:install, but if I think if I over-ride that, then my jar dependencies will get screwed up as it won't point to my .maven/repository anymore. I looked at distribution plugin, but it doesn't seem to have any documentation. I'm not that swift yet with Jelly, but is there a maven.xml example somewhere that does this? Also, different developers have installed GeoServer in different directories on their machines. This means somehow, whatever solution I create has to be able to accomodate this discrepancy. Environment variable? Regards, Davis - 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] Cargo question
Hi, I am not sure about certificates and secure connectors but there was a discussion about setting up of data sources. I think there were some recent updates following that to Cargo (release 0.7) code base that allows the user the flexibility and control to generate a custom configuration for target containers. Your best bet might be to put your question up in Cargo user/dev list. Cheers, Rahul - Original Message - From: "Srepfler Srgjan" <[EMAIL PROTECTED]> To: "Maven Users List" Sent: Tuesday, January 03, 2006 4:58 AM Subject: [m2] Cargo question Does cargo handle the deployment of data sources, certificates and activation of the secure connectors? Cheers - 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] Dependency scope options
John, Thanks for the link. That is what I was looking for. I don't know why I couldn't find it on my own but I was having trouble ;-) Sean On 1/2/06, John Fallows <[EMAIL PROTECTED]> wrote: > Sean, > > On 1/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > > > > I'm having trouble determining the scope choices for a dependency > > entry. Right now I have something like: > > > > > > commons-codec > > commons-codec > > 1.3 > > compile > > > > > > > > commons-codec > > commons-codec > > 1.3 > > test > > > > > > I'd like to combine this dependency into one entry in my POM. Is ther > > a value that covers *both* compile and test? > > > > Here's the definition of the scopes from the Maven documentation at > http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html > > There are 5 scopes available: > >- *compile* - this is the default scope, used if none is specified. >Compile dependencies are available in all classpaths. >- *provided* - this is much like compile, but indicates you expect the >JDK or a container to provide it. It is only available on the compilation >classpath, and is not transitive. >- *runtime* - this scope indicates that the dependency is not required >for compilation, but is for execution. It is in the runtime and test >classpaths, but not the compile classpath. >- *test* - this scope indicates that the dependency is not required >for normal use of the application, and is only available for the test >compilation and execution phases. >- *system* - this scope is similar to provided except that you have to >provide the JAR which contains it explicitly. The artifact is always >available and is not looked up in a repository. > > There should be no need to explicitly specify compile, as > that is the default, and covers all classpaths, including test scope. > > Kind Regards, > John Fallows. > > -- > Author Pro JSF and Ajax: Building Rich Internet Components > http://www.apress.com/book/bookDisplay.html?bID=10044 > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Dependency scope options
Sean, On 1/2/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > > I'm having trouble determining the scope choices for a dependency > entry. Right now I have something like: > > > commons-codec > commons-codec > 1.3 > compile > > > > commons-codec > commons-codec > 1.3 > test > > > I'd like to combine this dependency into one entry in my POM. Is ther > a value that covers *both* compile and test? > Here's the definition of the scopes from the Maven documentation at http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html There are 5 scopes available: - *compile* - this is the default scope, used if none is specified. Compile dependencies are available in all classpaths. - *provided* - this is much like compile, but indicates you expect the JDK or a container to provide it. It is only available on the compilation classpath, and is not transitive. - *runtime* - this scope indicates that the dependency is not required for compilation, but is for execution. It is in the runtime and test classpaths, but not the compile classpath. - *test* - this scope indicates that the dependency is not required for normal use of the application, and is only available for the test compilation and execution phases. - *system* - this scope is similar to provided except that you have to provide the JAR which contains it explicitly. The artifact is always available and is not looked up in a repository. There should be no need to explicitly specify compile, as that is the default, and covers all classpaths, including test scope. Kind Regards, John Fallows. -- Author Pro JSF and Ajax: Building Rich Internet Components http://www.apress.com/book/bookDisplay.html?bID=10044
Re: [m2] Dependency scope options
Hello Sean, which artifacts of myfaces has the problem? I found commons-codec only in commons/pom.xml If you call mvn with the -X switch you will see commons-codec is included in test classpath if the scope is compile.(works as expected) I found only "java.security.InvalidKeyException: Illegal key size" Which version of maven are you using? Bernd Sean Schofield schrieb: Actually when I did a clean install I discovered that having both scopes listed does not work. Its unable to compile. When I comment out the test scope entry it compiles but I'm getting runtime errors which I believe are coming from the fact that the unit tests can't find the class. Sean On 1/2/06, Luiz Eduardo Guida Valmont <[EMAIL PROTECTED]> wrote: I think the "test" scope should sort of cover the "compile" scope, though I'm not so sure about that. Best wishes and a Happy New Year, Luiz Eduardo - 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] -- Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Dependency scope options
Well, the next step/guess is trying the "runtime" scope. If that fails, I'm short of advice then. Best wishes, Luiz Eduardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Dependency scope options
Actually when I did a clean install I discovered that having both scopes listed does not work. Its unable to compile. When I comment out the test scope entry it compiles but I'm getting runtime errors which I believe are coming from the fact that the unit tests can't find the class. Sean On 1/2/06, Luiz Eduardo Guida Valmont <[EMAIL PROTECTED]> wrote: > I think the "test" scope should sort of cover the "compile" > scope, though I'm not so sure about that. > > Best wishes and a Happy New Year, > Luiz Eduardo > > > - > 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-antrun-plugin and ant-optional
Begin forwarded message: From: Yann Le Du <[EMAIL PROTECTED]> Date: 28. Dezember 2005 19:17:45 MEZ To: Maven Users List Subject: Re: [m2] Using optional ant tasks with antrun plugin Reply-To: "Maven Users List" Hi Ralph, Try ant-nodeps instead of ant-optional, there is a 1.6.5 and I believe this is the new name for ant-optional. -- Yann 2005/12/28, Ralph Pöllath <[EMAIL PROTECTED]>: Hi, I'd like to use the antrun plugin to execute optional ant tasks. Extending the example from http://maven.apache.org/guides/mini/guide- using-ant.html , I added a dependency to ant:ant-optional: 1.5.3-1:jar, which results in an error: An invalid artifact was detected, ArtifactID: <<< MISSING >>>. I noticed that the used version of ant itself is 1.6.5, but I found no matching ant-optional.jar in the repository. Any help apreciated, see below for full details. Thanks, -Ralph. On 02.01.2006, at 16:26, exquisitus wrote: I tryed to run some ant tasks from within ant. Unfortunatly the execution fails if I have to use a optional ant-task. My POM looks like this: maven-antrun-plugin validate antfile="build.xml" target="gen-xsddoc"> run ant ant-optionalartifactId> 1.5.3-1 has anyone an idea how to enable the optional tasks for ant? Regards domi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Cargo question
Does cargo handle the deployment of data sources, certificates and activation of the secure connectors? Cheers - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
hi Kaare, for macosx, java home is very different from windows and unix. Default Symbolic Link for $JAVA_HOME: /System/Library/Frameworks/ JavaVM.framework/Home in fact, it is just a default Symbolic link, which may be pointing to the following version, depending on the user's requirement for 1.4: /System/Library/Frameworks/JavaVM.framework/Versions/1.4/Home for 1.5: /System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home However the classes.jar(a.k.a tools.jar) is located at /System/Library/Frameworks/JavaVM.framework/Classes/classes.jar I hope u understand the layout. :-D ~manchi On Jan 2, 2006, at 6:13 PM, Kaare Nilsen wrote: Are there any java.home set or something. i would need it to make a general path for mac os On 02/01/06, Man-Chi Leung <[EMAIL PROTECTED]> wrote: hi Kaare, thanks for advice. I managed to solve my problem on aspectj-maven- plugin installation !! yes, there is no tools.jar on MacOSX. /System/Library/Frameworks/ JavaVM.framework/Classes/classes.jar will be the equivalent library http://lists.apple.com/archives/java-dev/2002/Jun/msg00901.html 1) I updated all "1.5.0_M5" to "1.5.0" release version aspectj-maven-plugin/ /pom.xml /src/test/resources/test-project/pom.xml /target/test-classes/test-project/pom.xml /src/test/java/org/codehaus/mojo/aspectj/ AbstractAjcMojoTest.java 2) as for the tools.jar, I did NOT copy from windows or linux. just modify pointing to classes.jar on MacOSX. sun.jdk tools 1.5.0 /System/Library/Frameworks/ JavaVM.framework/Versions/ 1.5/Classes/classes.jar system 3) mvn install <-- OK! Regards, Manchi On Jan 2, 2006, at 4:14 PM, Kaare Nilsen wrote: Hi. I have never tested the plugin for mac os, so any help would be appreciated. I would try as David Jencks said to try to remove the dependency, and then see what happens. And i would be very happy if you report your findings so that i could incorporate the changes to the pom using a os spesific profile Kaare On 02/01/06, David Jencks <[EMAIL PROTECTED]> wrote: I don't know anything about aspectj or its maven plugin, but there is no tools.jar on a mac. The classes are included in the normal java runtime. IMO you should try to remove the dependency completely. thanks david jencks On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: hi, I checked out aspectj-maven-plugin from mojo sandbox, and I was trying to build it. however, I encountered an error saying that tools.jar was not found. to my understand, we need to install Sun's Jar separately due to the license issue. em.. ok! but there is no tools.jar for Mac in /System/Library/Java/ Extensions. any advice? should I copy tools.jar from windows SDK to mac? anyone is having the same problem? pls help! [INFO] -- -- -- -- [ERROR] BUILD ERROR [INFO] -- -- -- -- [INFO] Failed to resolve artifact. required artifacts missing: sun.jdk:tools:jar:1.4.0 for the artifact: org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) -- -- - 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: [m2] Dependency scope options
I think the "test" scope should sort of cover the "compile" scope, though I'm not so sure about that. Best wishes and a Happy New Year, Luiz Eduardo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Dependency scope options
I'm having trouble determining the scope choices for a dependency entry. Right now I have something like: commons-codec commons-codec 1.3 compile commons-codec commons-codec 1.3 test I'd like to combine this dependency into one entry in my POM. Is ther a value that covers *both* compile and test? TIA, Sean - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven-antrun-plugin and ant-optional
I tryed to run some ant tasks from within ant. Unfortunatly the execution fails if I have to use a optional ant-task. My POM looks like this: maven-antrun-plugin validate run ant ant-optional 1.5.3-1 has anyone an idea how to enable the optional tasks for ant? Regards domi
Re: multi module issues
Is there an eta? Is there any way I can get a copy of the latest and greatest? I guess if you're working on it I don't really want to duplicate the work, you know what I mean? Thanks, -Kevin Nigel Magnay wrote: I'm actively working on improving merging support in cargo for web.xml and the container specific .xml files; also to support plugging in strategies for merging other files that may be in your WARs (e.g. struts-config.xml and other application specific items). Some of it is committed to cargo, some is waiting patches, some I have yet to submit - manly because cargo is getting ready for a 0.7 release and it is probably worthwhile to let that stabilise before adding a lot more new functionality. I've also adapted its maven2 plugin to configure the merging to happen as an 'uberwar' task. cargo-dev is the place to be as vincent says if you're interested in these things in cargo.. On 22/12/05, Kevin Galligan <[EMAIL PROTECTED]> wrote: Just wanted to comment quick on the message from Vincent (I just saw this message for the first time...). I abandoned the xml merging for right now. I was having trouble with the cargo xml merging code. I added some stuff myself, but after the war plugin added the war file composition, I just figured for now we would replicate the web.xml data manually rather than merge them. However, I would really like to get the web.xml merging to work. Is there anybody actively working on the web xml merger? I'm also pretty clueless. What's cargo? What is that code being used for currently? I'd possibly like to work on that, or get somebody in my group to work on that, but I'm not sure what the protocol is. Thanks, -Kevin > -Original Message- > From: Richard Allen [mailto:[EMAIL PROTECTED] > Sent: mercredi 30 novembre 2005 14:01 > To: Maven Users List > Subject: Re: Multi-module wars [snip] > However, I would like to see the maven-war-plugin support the web.xml > merge functionality that Kevin Galligan's hack includes. Maybe you can > raise this as a JIRA issue Kevin? Just a note here for anyone interested in implementing this: there's code in Cargo to merge web.xml files and this library is being improved with support for also merging container-specific deployment descriptors. There are also generic classes for merging any xml files. It's in there: http://tinyurl.com/dtwet Check the org.codehaus.cargo.module.webapp.WebXmlMerger class along with the files in org.codehaus.cargo.module.merge. Hope it helps, -Vincent - 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] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
You can use profiles to include it only in Sun JDK default-tools.jar java.vendor Sun Microsystems Inc. sun.jdk tools 1.4.2 system ${java.home}/../lib/tools.jar On 1/2/06, Kaare Nilsen <[EMAIL PROTECTED]> wrote: > Are there any java.home set or something. i would need it to make a > general path for mac os > > On 02/01/06, Man-Chi Leung <[EMAIL PROTECTED]> wrote: > > hi Kaare, > > > > thanks for advice. I managed to solve my problem on aspectj-maven- > > plugin installation !! > > > > yes, there is no tools.jar on MacOSX. /System/Library/Frameworks/ > > JavaVM.framework/Classes/classes.jar will be the equivalent library > > http://lists.apple.com/archives/java-dev/2002/Jun/msg00901.html > > > > > > 1) I updated all "1.5.0_M5" to "1.5.0" release version > > aspectj-maven-plugin/ > > /pom.xml > > /src/test/resources/test-project/pom.xml > > /target/test-classes/test-project/pom.xml > > /src/test/java/org/codehaus/mojo/aspectj/AbstractAjcMojoTest.java > > > > 2) as for the tools.jar, I did NOT copy from windows or linux. just > > modify pointing to classes.jar on MacOSX. > > > > sun.jdk > > tools > > 1.5.0 > > > > /System/Library/Frameworks/JavaVM.framework/Versions/ > > 1.5/Classes/classes.jar > > system > > > > > > 3) mvn install <-- OK! > > > > Regards, > > Manchi > > > > On Jan 2, 2006, at 4:14 PM, Kaare Nilsen wrote: > > > > > Hi. > > > > > > I have never tested the plugin for mac os, so any help would be > > > appreciated. I would try as David Jencks said to try to remove the > > > dependency, and then see what happens. And i would be very happy if > > > you report your findings so that i could incorporate the changes to > > > the pom using a os spesific profile > > > > > > Kaare > > > > > > On 02/01/06, David Jencks <[EMAIL PROTECTED]> wrote: > > >> I don't know anything about aspectj or its maven plugin, but there is > > >> no tools.jar on a mac. The classes are included in the normal java > > >> runtime. IMO you should try to remove the dependency completely. > > >> > > >> thanks > > >> david jencks > > >> > > >> On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: > > >> > > >>> hi, > > >>> > > >>> I checked out aspectj-maven-plugin from mojo sandbox, and I was > > >>> trying to build it. > > >>> > > >>> however, I encountered an error saying that tools.jar was not found. > > >>> > > >>> to my understand, we need to install Sun's Jar separately due to > > >>> the license issue. em.. ok! > > >>> > > >>> but there is no tools.jar for Mac in /System/Library/Java/ > > >>> Extensions. any advice? should I copy tools.jar from windows SDK to > > >>> mac? > > >>> > > >>> anyone is having the same problem? pls help! > > >>> > > >>> [INFO] > > >>> > > >>> -- > > >>> -- > > >>> [ERROR] BUILD ERROR > > >>> [INFO] > > >>> > > >>> -- > > >>> -- > > >>> [INFO] Failed to resolve artifact. > > >>> > > >>> required artifacts missing: > > >>> sun.jdk:tools:jar:1.4.0 > > >>> > > >>> for the artifact: > > >>> org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT > > >>> > > >>> from the specified remote repositories: > > >>> central (http://repo1.maven.org/maven2), > > >>> snapshots (http://snapshots.maven.codehaus.org/maven2) > > >>> > > >>> > > >>> > > >>> - > > >>> 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]
Copy Jar?
Hi, I'm using Maven 1.0.2 to build my jar. The jar is used as part of a different project called GeoServer that uses Jetty. Every time I build my jar, I need to manually copy it to $someDir$/geoserver/server/WEB-INF/lib/ in order to test my changes. I don't rebuild GeoServer software everytime...I only rebuild my jar that I run inside GeoServer. What is the best way for me to add a target or over-ride a plugin property to copy my jar to this directory? I looked at jar:install, but if I think if I over-ride that, then my jar dependencies will get screwed up as it won't point to my .maven/repository anymore. I looked at distribution plugin, but it doesn't seem to have any documentation. I'm not that swift yet with Jelly, but is there a maven.xml example somewhere that does this? Also, different developers have installed GeoServer in different directories on their machines. This means somehow, whatever solution I create has to be able to accomodate this discrepancy. Environment variable? Regards, Davis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Basics Help: Resource File Name Filtering, Executing Java During Resource Copy
Hello. Who can help me with a couple of basics while I'm moving from Ant into Maven? I want to figure out how I can specify file names that Maven will exclude from copying while it copies resources from src/main/resources into target/classes. Then I want to have Maven execute a Java process when it is done copying the resource files -- this I guess would be part of the process-resources phase. Specifically, I prefer to author property resources in the Properties XML format; but ResourceBundle doesn't automatically locate bundles in the XML format. So I have a process that runs during builds and loads the xml files into a Properties bundle and writes it out into the target directory in the ".properties" format. Thankfully, Mustang will have a feature to allow ResourceBundle to load the XML files directly from the Java code, but until then I'm using this. Now I have to figure out how to have Maven exclude the xml properties files and then run my process on the resources. If anyone wants a copy of the program I use, you're welcome to it: it is not very smart: it's not written as a Maven plugin, and it always copies files -- it does not check to see if the file already exists to save time; it just loads all applicable files and converts them. But it works, and it is not terribly time-consuming. I'd consider turning it into a plugin... but Mustang's feature will actually serve me better when that becomes available. Thanks for the help! Steven. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Optional dependencies
Brett Porter wrote: Create a profile, activated by the jdk, and include the dependency within it. Thanks, read through the docs and this seems to be fine. I was missing one feature, though, which I have filed as MNG-1910: The jdk element should allow values like 1.4+. Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Missing report in menu
Hi, I have now a report Plug-In which generates a html file containing the findbugs report (findbugs.html). But there is no menu entry in the navigation (Project Reports) to point to the findbugs.html file. How is this managed? Regards, Cyrill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: Maven JaxMe Plugin 1.0
Brett Porter wrote: No problem. Can you file this in JIRA so that we don't forget to do that? Would like to do that. Question is: Where? The MNG project on jira.codehaus.org doesn't have a "site" component or something similar that sounds proper. The MPA project has a sites component. But it isn't listed in my "Create New Issue" dialog. (Perhaps lack of permissions?) Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: my first m2 plugin
Oh, I see - when a lifecycle is "forked" (@execute phase), the project is cloned so that the current build is not corrupted. "forked"? ...interesting If you need access to the project that was used during that stage, add: /** @parameter expresssion="${executedProject}" */ private MavenProject executedProject; Does not get set for me unfortunately :-( It is null when I call "mvn minijar:minijar" Looks like this part needs to be added to the docs. A list of all available annotations would be more than nice to have! cheers -- Torsten PGP.sig Description: This is a digitally signed message part
Re: [m2] Standard Directory Layout for AspectJ in m2?
hi, very sorry if I caused any inconvenience sorry friends! i will take note on it. ~manchi On Jan 2, 2006, at 5:05 PM, Ralph Pöllath wrote: Hi Manchi, please don't start new list threads by replying to a previous message and changing the subject. Many email clients will rightfully assume your message belongs to the previous thread and display it threre, which is quite annoying for people using this feature. Thanks, -Ralph. On 02.01.2006, at 06:17, Man-Chi Leung wrote: hi, just a very coffee-like question! as maven community encourages standard directory layout, I am very curious on the convention for aspectj files 1) /src/aspect 2) /src/main/aspect 3) /src/main/resources/aspect I opted for number 2 anyone can share with me your convention? Regards, manchi - 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] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
Are there any java.home set or something. i would need it to make a general path for mac os On 02/01/06, Man-Chi Leung <[EMAIL PROTECTED]> wrote: > hi Kaare, > > thanks for advice. I managed to solve my problem on aspectj-maven- > plugin installation !! > > yes, there is no tools.jar on MacOSX. /System/Library/Frameworks/ > JavaVM.framework/Classes/classes.jar will be the equivalent library > http://lists.apple.com/archives/java-dev/2002/Jun/msg00901.html > > > 1) I updated all "1.5.0_M5" to "1.5.0" release version > aspectj-maven-plugin/ > /pom.xml > /src/test/resources/test-project/pom.xml > /target/test-classes/test-project/pom.xml > /src/test/java/org/codehaus/mojo/aspectj/AbstractAjcMojoTest.java > > 2) as for the tools.jar, I did NOT copy from windows or linux. just > modify pointing to classes.jar on MacOSX. > > sun.jdk > tools > 1.5.0 > > /System/Library/Frameworks/JavaVM.framework/Versions/ > 1.5/Classes/classes.jar > system > > > 3) mvn install <-- OK! > > Regards, > Manchi > > On Jan 2, 2006, at 4:14 PM, Kaare Nilsen wrote: > > > Hi. > > > > I have never tested the plugin for mac os, so any help would be > > appreciated. I would try as David Jencks said to try to remove the > > dependency, and then see what happens. And i would be very happy if > > you report your findings so that i could incorporate the changes to > > the pom using a os spesific profile > > > > Kaare > > > > On 02/01/06, David Jencks <[EMAIL PROTECTED]> wrote: > >> I don't know anything about aspectj or its maven plugin, but there is > >> no tools.jar on a mac. The classes are included in the normal java > >> runtime. IMO you should try to remove the dependency completely. > >> > >> thanks > >> david jencks > >> > >> On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: > >> > >>> hi, > >>> > >>> I checked out aspectj-maven-plugin from mojo sandbox, and I was > >>> trying to build it. > >>> > >>> however, I encountered an error saying that tools.jar was not found. > >>> > >>> to my understand, we need to install Sun's Jar separately due to > >>> the license issue. em.. ok! > >>> > >>> but there is no tools.jar for Mac in /System/Library/Java/ > >>> Extensions. any advice? should I copy tools.jar from windows SDK to > >>> mac? > >>> > >>> anyone is having the same problem? pls help! > >>> > >>> [INFO] > >>> > >>> -- > >>> -- > >>> [ERROR] BUILD ERROR > >>> [INFO] > >>> > >>> -- > >>> -- > >>> [INFO] Failed to resolve artifact. > >>> > >>> required artifacts missing: > >>> sun.jdk:tools:jar:1.4.0 > >>> > >>> for the artifact: > >>> org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT > >>> > >>> from the specified remote repositories: > >>> central (http://repo1.maven.org/maven2), > >>> snapshots (http://snapshots.maven.codehaus.org/maven2) > >>> > >>> > >>> > >>> - > >>> 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: [m2] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
hi Kaare, thanks for advice. I managed to solve my problem on aspectj-maven- plugin installation !! yes, there is no tools.jar on MacOSX. /System/Library/Frameworks/ JavaVM.framework/Classes/classes.jar will be the equivalent library http://lists.apple.com/archives/java-dev/2002/Jun/msg00901.html 1) I updated all "1.5.0_M5" to "1.5.0" release version aspectj-maven-plugin/ /pom.xml /src/test/resources/test-project/pom.xml /target/test-classes/test-project/pom.xml /src/test/java/org/codehaus/mojo/aspectj/AbstractAjcMojoTest.java 2) as for the tools.jar, I did NOT copy from windows or linux. just modify pointing to classes.jar on MacOSX. sun.jdk tools 1.5.0 /System/Library/Frameworks/JavaVM.framework/Versions/ 1.5/Classes/classes.jar system 3) mvn install <-- OK! Regards, Manchi On Jan 2, 2006, at 4:14 PM, Kaare Nilsen wrote: Hi. I have never tested the plugin for mac os, so any help would be appreciated. I would try as David Jencks said to try to remove the dependency, and then see what happens. And i would be very happy if you report your findings so that i could incorporate the changes to the pom using a os spesific profile Kaare On 02/01/06, David Jencks <[EMAIL PROTECTED]> wrote: I don't know anything about aspectj or its maven plugin, but there is no tools.jar on a mac. The classes are included in the normal java runtime. IMO you should try to remove the dependency completely. thanks david jencks On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: hi, I checked out aspectj-maven-plugin from mojo sandbox, and I was trying to build it. however, I encountered an error saying that tools.jar was not found. to my understand, we need to install Sun's Jar separately due to the license issue. em.. ok! but there is no tools.jar for Mac in /System/Library/Java/ Extensions. any advice? should I copy tools.jar from windows SDK to mac? anyone is having the same problem? pls help! [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve artifact. required artifacts missing: sun.jdk:tools:jar:1.4.0 for the artifact: org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) - 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: [m2] Standard Directory Layout for AspectJ in m2?
Hi Manchi, please don't start new list threads by replying to a previous message and changing the subject. Many email clients will rightfully assume your message belongs to the previous thread and display it threre, which is quite annoying for people using this feature. Thanks, -Ralph. On 02.01.2006, at 06:17, Man-Chi Leung wrote: hi, just a very coffee-like question! as maven community encourages standard directory layout, I am very curious on the convention for aspectj files 1) /src/aspect 2) /src/main/aspect 3) /src/main/resources/aspect I opted for number 2 anyone can share with me your convention? Regards, manchi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: configure plugin (jboss-maven)
Hi, I didn't setup profiles (tried it, but undid the changes). Putting the settings in the pom should be the easies way to configure I guess. But never mind, I gave up and wrote a .bat file to copy the ear (cannot afford to spend anymore time on this) Cheers, Edwin -Oorspronkelijk bericht- Van: Rinku [mailto:[EMAIL PROTECTED] Verzonden: maandag 2 januari 2006 8:37 Aan: Maven Users List Onderwerp: Re: configure plugin (jboss-maven) Have you set up any profile(s) in pom.xml? If so, can you check if a profile is being activated? Cheers, Rahul - Original Message - From: "Edwin van der Elst" <[EMAIL PROTECTED]> To: "Maven Users List" Sent: Thursday, December 29, 2005 9:07 PM Subject: RE: configure plugin (jboss-maven) Hi, Below is the full stacktrace. (mvn -X jboss:harddeploy) It isn't picking up the parameters. Edwin [DEBUG] Configuring mojo 'org.codehaus.mojo:jboss-maven-plugin:1.0:harddeploy' --> [DEBUG] (f) fileName = C:\cvs\wfz-leda\target/Leda-1.0-SNAPSHOT.pom [DEBUG] (f) jbossHome = NONE [DEBUG] (f) serverName = default [DEBUG] -- end configuration -- [INFO] [jboss:harddeploy] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] jbossHome configuration parameter is not set. [INFO] [DEBUG] Trace org.apache.maven.lifecycle.LifecycleExecutionException: jbossHome configuration parameter is not set. at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:555) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:485) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:455) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.ja a:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException: jbossHome configuration parameter is not set. at org.codehaus.mojo.jboss.AbstractJBossMojo.checkConfig(AbstractJBossMojo.java:52) at org.codehaus.mojo.jboss.HardDeployMojo.execute(HardDeployMojo.java:43) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:432) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:530) ... 16 more -Oorspronkelijk bericht- Van: Edwin Punzalan [mailto:[EMAIL PROTECTED] Verzonden: donderdag 29 december 2005 2:59 Aan: Maven Users List Onderwerp: Re: configure plugin (jboss-maven) That seems to be the correct configuration... can you give the full stack trace of the error you encountered? Btw, if you want to specify a path relative to your current dir, don't put the leading backslash "\" in Edwin van der Elst wrote: >Hi, > >I'm going nuts here, trying to use the jboss-maven plugin in Maven2. >I downloaded the plugin from codehause and installed locally. > >Now > >In my pom.xml > ... > > org.codehause.mojo > jboss-maven-plugin > 1.0 > false > > \apps\Jboss-4.0.3\ > > > > - 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: How to copy (non-resource) file and filter it?
Hi, Would the maven-resources-plugin fit your requirement? http://maven.apache.org/plugins/maven-resources-plugin/ Alternatively, you can follow the lead from the ResourcesMojo.java (from the sources of this plugin) and implement a custom Mojo to suit your purpose. HTH, Rahul - Original Message - From: "Chris Hagmann" <[EMAIL PROTECTED]> To: Sent: Monday, January 02, 2006 7:09 PM Subject: How to copy (non-resource) file and filter it? I need to replace tokens in a stylesheet, before using it for a XSLT transformation. How can I achieve this in Maven2? P.S: I'm familiar with resources and filtering, but that doesn't apply here. I don't want the stylesheet to be part of my JAR file. - 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] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
Hi. I have never tested the plugin for mac os, so any help would be appreciated. I would try as David Jencks said to try to remove the dependency, and then see what happens. And i would be very happy if you report your findings so that i could incorporate the changes to the pom using a os spesific profile Kaare On 02/01/06, David Jencks <[EMAIL PROTECTED]> wrote: > I don't know anything about aspectj or its maven plugin, but there is > no tools.jar on a mac. The classes are included in the normal java > runtime. IMO you should try to remove the dependency completely. > > thanks > david jencks > > On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: > > > hi, > > > > I checked out aspectj-maven-plugin from mojo sandbox, and I was > > trying to build it. > > > > however, I encountered an error saying that tools.jar was not found. > > > > to my understand, we need to install Sun's Jar separately due to > > the license issue. em.. ok! > > > > but there is no tools.jar for Mac in /System/Library/Java/ > > Extensions. any advice? should I copy tools.jar from windows SDK to > > mac? > > > > anyone is having the same problem? pls help! > > > > [INFO] > > -- > > -- > > [ERROR] BUILD ERROR > > [INFO] > > -- > > -- > > [INFO] Failed to resolve artifact. > > > > required artifacts missing: > > sun.jdk:tools:jar:1.4.0 > > > > for the artifact: > > org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT > > > > from the specified remote repositories: > > central (http://repo1.maven.org/maven2), > > snapshots (http://snapshots.maven.codehaus.org/maven2) > > > > > > - > > 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: [m2] where to get sun.jdk:tools:jar:1.4.0 on MacOSX?
I don't know anything about aspectj or its maven plugin, but there is no tools.jar on a mac. The classes are included in the normal java runtime. IMO you should try to remove the dependency completely. thanks david jencks On Jan 1, 2006, at 7:15 PM, Man-Chi Leung wrote: hi, I checked out aspectj-maven-plugin from mojo sandbox, and I was trying to build it. however, I encountered an error saying that tools.jar was not found. to my understand, we need to install Sun's Jar separately due to the license issue. em.. ok! but there is no tools.jar for Mac in /System/Library/Java/ Extensions. any advice? should I copy tools.jar from windows SDK to mac? anyone is having the same problem? pls help! [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Failed to resolve artifact. required artifacts missing: sun.jdk:tools:jar:1.4.0 for the artifact: org.codehaus.mojo:aspectj-maven-plugin:maven-plugin:2.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) - 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]