Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id
Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0.0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RE: Is there a way to separate maven's repository from my reposit ory?
If you cannot turn it off, maybe you can clear it with a pre-Goal for the clean goal. The compile would then repopulate it from all known repositories (meaning all repos you have specified). Maybe you should automate the building process and use cruisecontrol so that the repository of the developer doesn't matter, since only the repo of the CruiseControl users does... Hope my suggestions help... Regards Per Abich On Thu, 26 Aug 2004 13:40:37 -0500, Jarrell, Maury [EMAIL PROTECTED] wrote: -Original Message- From: Courtney, Craig [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 10:32 AM To: Maven Users List Subject: RE: Is there a way to separate maven's repository from my reposit ory? It is prudent to pay attention to this for internal only software as well. Good advice. How do you disable the local repository? Not sure. More knowledgeable folks than me have already said there really isn't one. I just ran a dist:build on my project and no libraries were included in the zip or tar.gz files. I think one might be able to write a postGoal for dist:build that jar'd the libraries referenced in your project.xml. Maybe then a separate remote repository wouldn't even have to be created. I also just commented out a dependency in my project.xml and tried to re-run a clean then a dist:build. The dist:build failed due to that dependency. The means that the classpath for compilation, unit tests, etc are based on the project.xml and not on everything that resides in the repository. It would seem that control over the dependencies in the project.xml = total control over the libraries used for your build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven site:generate --OutOf MemoryError
After the OutOfMemoryError I've tried the following on the Linux box which has 512MB of RAM.I set the MAVEN_OPTS=-Xmx512m environment variable in my .bash_profile file.I then run maven site:generate and when it get to the point where it prints the following : xdoc:jelly-transform: [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/jdepend-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/jdepend-report.xml [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/checkstyle-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/checkstyle-report.xml It stalls there for a very long time.It's been running for 15 minutes now .Is this normal? jeff mutonho Paul Spencer [EMAIL PROTECTED] wrote: Increase the amount of memory allocated to the JVM by setting the environment variable MAVEN_OPTS. The following allocate 512 MB. set MAVEN_OPTS=-Xmx512m Paul Spencer jeff mutonho wrote: I ran the same command maven site:generate on an XP box and am getting an OutOfMemoryError.The logs looks like xdoc:jelly-transform: [echo] Generating D:/Maven/projects_main/projects/Support_Persis tence/target/docs/checkstyle-report.html from D:\Maven\projects_main\projects\Support_Persistence\target\generated-xdocs\checkstyle-report.xml BUILD FAILED File.. C:\Documents and Settings\jmu016\.maven\cache\maven-xdoc-plugin-1.8\ lugin.jelly Element... x:parse Line.. 360 Column 43 java.lang.OutOfMemoryError Total time: 1 minutes 18 seconds Finished at: Thu Aug 26 12:10:56 CAT 2004 jeff mutonho jeff mutonho wrote: Hi guys. maven site:generate is failing with the following error message [echo] Generating the Checkstyle... checkstyle:init: checkstyle:report: checkstyle:run: [echo] Using file:/home/maven/.maven/cache/maven-checkstyle-plugin-2.4.1/plugin-resources/sun_checks.xml for checkstyle ... SIGSEGV 11 (*) segmentation violation si_signo [11]: SIGSEGV: (*) segmentation violation si_errno [0]: Success si_code [1]: SEGV_MAPERR [addr: 0xD] stackpointer=0xbffc1af4 Writing java dump to javacore18874.1093513782.txt ... - Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter - Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard.
Re: maven site:generate --OutOf MemoryError
Hi jeff, After the OutOfMemoryError I've tried the following on the Linux box which has 512MB of RAM.I set the MAVEN_OPTS=-Xmx512m environment variable in my .bash_profile file.I then run maven site:generate and when it get to the point where it prints the following : xdoc:jelly-transform: [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/jdepend-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/jdepend-report.xml [echo] Generating /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/docs/checkstyle-report.html from /home/maven/maven-1.0/projects_main/projects/Support_Persistence/target/generated-xdocs/checkstyle-report.xml It stalls there for a very long time.It's been running for 15 minutes now .Is this normal? That depends on how big your checkstyle-report.xml is. The bigger, the more time it takes to process. I have one 10MB... I only site:generate before I go to lunch or home. Of course, the best approach to this is to don't let them grow that big. ;-) Best regards, -- Shinobu Kawai -- Shinobu Kawai [EMAIL PROTECTED], [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
war:deploy
I've finally got round to moving my build over to using the xxx:deploy goals. This works a treat for jars, but I'm having an issue with wars. The build can produce various different builds of the war, which contain different config settings for the environment it will run in. To distinguish these builds I include the environment name by manipulating the appropriate property: postGoal name=war:init j:set var=maven.war.final.namefip-workflow-${maven.tcw.env}.war/j:set /postGoal This all works for building the war and under my old build I just copied the result to our repository using the copy tag. However when I switch to using war:deploy it gets the source filename correct, but the target uses the default name, e.g. tcw-fip-workflow-webservice-2.0.0.war Am I doing something wrong, or is this just a feature / limitation / bug of the war / artifact plugin? thanks James For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: automated eclipse projects
Use Multiproject import plugin. So you would run maven -Dgoal=eclipse multiproject:goal This will create .classpath and .project files Then use mutiproject plugin to import projects in bulk. Here is the link to the plugin: http://eclipse-plugins.2y.net/eclipse/plugin_details.jsp?id=599 Alex. -Original Message- From: Adam Fisk [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 9:40 PM To: [EMAIL PROTECTED] Subject: automated eclipse projects Does anyone know if any of the eclipse related plugins will allow you to actually add the projects to Eclipse without having to manually go in and create each one using File-New-Project? I love the way you can just do, for example: maven -Dgoal=eclipse multiproject:goal I'd also like, however, if there was a similar command that would actually add those projects to Eclipse using the generated .project and .classpath files from the above command. This way, all the projects would just be sitting there the next time you started Eclipse. This would be something like: maven -Dgoal=eclipse:add-project multiproject:goal Does such a thing exist? Thanks so much. -Adam - 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]
aspectj multiproject
hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: aspectj multiproject
sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: parse DTD validation behind a firewall
Thank-you! Works like a charm. On Thu, 2004-08-26 at 19:00, W. Sean Hennessy wrote: With the use of a catalog.xml and URI/System rewrite you may convert remote references to local ones.. Then you need only a local copy of the appropriate DTD sets.. So given the DTD... !DOCTYPE application PUBLIC -//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN http://java.sun.com/dtd/application_1_3.dtd; One might copy the DTD to a local folder.. say c:/usr/local/share/sdl/dtd and following the example in catalog.xml one would add the following.. !-- Resolve web URLs to local files -- public publicId=-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN uri=file:///C:/usr/local/share/sdl/dtd/application_1_3.dtd/ public systemId=http://java.sun.com/dtd/application_1_3.dtd; uri=file:///C:/usr/local/share/sdl/dtd/application_1_3.dtd/ uri name=http://java.sun.com/dtd/application_1_3.dtd; uri=file:///C:/usr/local/share/sdl/dtd/application_1_3.dtd/ -Original Message- From: thomas woytaszek [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 12:36 PM To: Maven Users List Subject: x:parse DTD validation behind a firewall Hi, I'm trying to merge an xml document using xsl. I have an application.xml document which is generated by maven. How can I bypass parsing of this element? I don't want to set a proxy, I just want to ignore the DTD check completely. Any hints? Thanks in advance. Example jelly code: postGoal name=ear:generate-ear-descriptor !-- merge the original, and generated descriptors -- j:set var=generated value=${ear.dir}/META-INF/application.xml/ j:set var=original value=${merge.dir}/META-INF/application.xml/ echo message=merging application descriptors.../ util:file var=inputFile name=${generated}/ echo message=- ${inputFile}/ x:parse validate=false var=doc xml=${inputFile} / jsl:stylesheet select=$doc jsl:template match=application/module ... /jsl:template /jsl:stylesheet echo message=merge complete./ /postGoal Error: [echo] merging application descriptors... [echo] - /home/twoytaszek/p4/dev/ims/performance/target/existing_ear/ME TA-INF/application.xml BUILD FAILED File.. file:/home/twoytaszek/.maven/plugins/maven-multiproject-plugin -1.2/plugin.jelly Element... maven:reactor Line.. 202 Column 9 Unable to obtain goal [multiproject:install-snapshot-callback] -- file:/home/twoytaszek/p4/dev/ims/performance/maven.xml:32:62: x:parse Server returned HTTP response code: 403 for URL: http://java.sun.com/dtd/application_1_3.dtd Nested exception: Server returned HTTP response code: 403 for URL: http://java.sun.com/dtd/application_1_3.dtd Total time: 14 seconds Finished at: Thu Aug 26 15:32:06 EDT 2004 - 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]
developer activity report with CVS_PROXY
Hi all, I'm running into a problem with the developer activity report. I'd like to support an development environment where there may or may not be a cvs-proxy installed to tunnel all cvs commands. When I specify repository connection scm:cvs:pserver:[EMAIL PROTECTED]:/cvs:src/project/component /connection /repository in the project.xml file it works fine, but lacks the possibility for some developers who are not using a CVS_PROXY to use a different CVSROOT. If I use a property instead maven bellies up with an IllegalArgumentException, because the pom.repository.connection has less than six tokens. Did anyone run into the same problem and may have a solution? Thanks in advance for any pointers. Dominik -- Dominik Dahlem [EMAIL PROTECTED] --- Trinity College Dublin Department of Computer Science, Dublin 2, Ireland tel: (+353) 1-608 1539 fax: (+353) 1-677 2204 www: http://www.cs.tcd.ie/Dominik.Dahlem/ --- signature.asc Description: OpenPGP digital signature
Re: maven-examples-plugin - cannot find it
the maven example plugin at codeczar is intended to standardise the process of developing and documenting example projects for maven plugins. If this is what you're after, it can be found here: http://www.codeczar.com/products/maven-example-plugin/index.html There wasn't much feedback after the initial posting so the plugin hasn't progressed much since then. Jose Gonzalez Gomez wrote: Hi there, In the documentation located in the web they talk about a maven-examples-plugin, but I cannot find it in my installation nor at http://www.ibiblio.org/maven/maven/plugins/. Does this plugin exist? Where can I find it? Best regards Jose - 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: aspectj multiproject
Hi, Have you checked http://maven.apache.org/reference/plugins/aspectj/ ? If so, I need some debug info: Does it work when not in multiproject? What goal are you calling? Have you added this to foo-ear? dependency groupIdgroupid/groupId artifactIdcommon-jar/artifactId versionjarversion/version properties aspectj.weaveWithtrue/aspectj.weaveWith /properties /dependency dependency groupIdgroupid/groupId artifactIdsample-ejb/artifactId versionjarversion/version properties aspectj.weaveIntotrue/aspectj.weaveInto /properties /dependency Have you added something like this to maven.xml? preGoal name=java:compile attainGoal name=aspectj/ /preGoal Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:50 PM To: Maven Users List Subject: Re: aspectj multiproject sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush - 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: RE: Is there a way to separate maven's repository from my repository?
I am using CruiseControl but I'm going to go in a different direction. I think I'm going to create a plug-in that validates the dependencies in all POMs as a sort of checkstyle check that will flag the build. Craig -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 2:17 AM To: Maven Users List Subject: Re: RE: Is there a way to separate maven's repository from my reposit ory? If you cannot turn it off, maybe you can clear it with a pre-Goal for the clean goal. The compile would then repopulate it from all known repositories (meaning all repos you have specified). Maybe you should automate the building process and use cruisecontrol so that the repository of the developer doesn't matter, since only the repo of the CruiseControl users does... Hope my suggestions help... Regards Per Abich On Thu, 26 Aug 2004 13:40:37 -0500, Jarrell, Maury [EMAIL PROTECTED] wrote: -Original Message- From: Courtney, Craig [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 10:32 AM To: Maven Users List Subject: RE: Is there a way to separate maven's repository from my reposit ory? It is prudent to pay attention to this for internal only software as well. Good advice. How do you disable the local repository? Not sure. More knowledgeable folks than me have already said there really isn't one. I just ran a dist:build on my project and no libraries were included in the zip or tar.gz files. I think one might be able to write a postGoal for dist:build that jar'd the libraries referenced in your project.xml. Maybe then a separate remote repository wouldn't even have to be created. I also just commented out a dependency in my project.xml and tried to re-run a clean then a dist:build. The dist:build failed due to that dependency. The means that the classpath for compilation, unit tests, etc are based on the project.xml and not on everything that resides in the repository. It would seem that control over the dependencies in the project.xml = total control over the libraries used for your build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - 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: aspectj multiproject
hi carlos .. nice to hear from you again .. --- Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, Have you checked http://maven.apache.org/reference/plugins/aspectj/ ? yes .. i did so ... for now over three days .. If so, I need some debug info: the debug flag for aspectj is not working for me ... the verbose flag is working .. Does it work when not in multiproject? dont know ... have to try it ... will try this at once .. What goal are you calling? the main ( root directory ) maven.xml contains preGoal name=java:compile attainGoal name=aspectj:compile/ /preGoal Have you added this to foo-ear? dependency groupIdgroupid/groupId artifactIdcommon-jar/artifactId versionjarversion/version properties aspectj.weaveWithtrue/aspectj.weaveWith /properties /dependency dependency groupIdgroupid/groupId artifactIdsample-ejb/artifactId versionjarversion/version properties aspectj.weaveIntotrue/aspectj.weaveInto /properties /dependency yep .. that is exactly what i did ... Have you added something like this to maven.xml? preGoal name=java:compile attainGoal name=aspectj/ /preGoal yep .. the first ten tries i simply took aspectj .. later on aspectj:compile would it help you to look through the project / maven / property files ??? Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:50 PM To: Maven Users List Subject: Re: aspectj multiproject sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush - 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] __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: aspectj multiproject
well .. i created a new project ... no multiproject .. added dependencies to --- thorsten maus [EMAIL PROTECTED] wrote: hi carlos .. nice to hear from you again .. --- Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, Have you checked http://maven.apache.org/reference/plugins/aspectj/ ? yes .. i did so ... for now over three days .. If so, I need some debug info: the debug flag for aspectj is not working for me ... the verbose flag is working .. Does it work when not in multiproject? dont know ... have to try it ... will try this at once .. What goal are you calling? the main ( root directory ) maven.xml contains preGoal name=java:compile attainGoal name=aspectj:compile/ /preGoal Have you added this to foo-ear? dependency groupIdgroupid/groupId artifactIdcommon-jar/artifactId versionjarversion/version properties aspectj.weaveWithtrue/aspectj.weaveWith /properties /dependency dependency groupIdgroupid/groupId artifactIdsample-ejb/artifactId versionjarversion/version properties aspectj.weaveIntotrue/aspectj.weaveInto /properties /dependency yep .. that is exactly what i did ... Have you added something like this to maven.xml? preGoal name=java:compile attainGoal name=aspectj/ /preGoal yep .. the first ten tries i simply took aspectj .. later on aspectj:compile would it help you to look through the project / maven / property files ??? Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:50 PM To: Maven Users List Subject: Re: aspectj multiproject sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] === message truncated === __ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-examples-plugin - cannot find it
Well, I was talking about this: http://maven.apache.org/reference/plugins/examples/ I think they aren't the same, are they? Nathan Coast wrote: the maven example plugin at codeczar is intended to standardise the process of developing and documenting example projects for maven plugins. If this is what you're after, it can be found here: http://www.codeczar.com/products/maven-example-plugin/index.html There wasn't much feedback after the initial posting so the plugin hasn't progressed much since then. Jose Gonzalez Gomez wrote: Hi there, In the documentation located in the web they talk about a maven-examples-plugin, but I cannot find it in my installation nor at http://www.ibiblio.org/maven/maven/plugins/. Does this plugin exist? Where can I find it? Best regards Jose - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: aspectj multiproject
the main problem is that i have to put the activeJ tags inside my foo-ear project.xml file. it looks like the plugin does not validate them other than in the main project file. i created a new project without the multiproject settings .. and dropped a dependency to my former common-jar with the aspectj tag .. the compiler echoed: Weaving with: common-jar Weaving into: game-ejb (these messages never appeared when putting the aspectj lines into the ear-project.xml file ) on the other hand .. i cannot drop the dependencies into the main project file because they belong into the ear directory and maven discovers a cycle once i drop them into the main project.xml file .. any ideas ??? --- thorsten maus [EMAIL PROTECTED] wrote: hi carlos .. nice to hear from you again .. --- Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, Have you checked http://maven.apache.org/reference/plugins/aspectj/ ? yes .. i did so ... for now over three days .. If so, I need some debug info: the debug flag for aspectj is not working for me ... the verbose flag is working .. Does it work when not in multiproject? dont know ... have to try it ... will try this at once .. What goal are you calling? the main ( root directory ) maven.xml contains preGoal name=java:compile attainGoal name=aspectj:compile/ /preGoal Have you added this to foo-ear? dependency groupIdgroupid/groupId artifactIdcommon-jar/artifactId versionjarversion/version properties aspectj.weaveWithtrue/aspectj.weaveWith /properties /dependency dependency groupIdgroupid/groupId artifactIdsample-ejb/artifactId versionjarversion/version properties aspectj.weaveIntotrue/aspectj.weaveInto /properties /dependency yep .. that is exactly what i did ... Have you added something like this to maven.xml? preGoal name=java:compile attainGoal name=aspectj/ /preGoal yep .. the first ten tries i simply took aspectj .. later on aspectj:compile would it help you to look through the project / maven / property files ??? Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:50 PM To: Maven Users List Subject: Re: aspectj multiproject sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now. http://promotions.yahoo.com/goldrush - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] === message truncated === __ Do you Yahoo!? Yahoo! Mail - You care about security. So do
RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id
Thanks for the tip but we do not use CVS. I have checked all my files project.xml, maven.xml, build.properties and project.properties and there are no colons anywhere in those files so it must be getting added by one of the plugins. Any other ideas? The jar:install works fine it is just he jar:deploy that is munging the name. It appears to be running the upload via ssh which is what I expect and I have my doc root set to C:/apachehtdocs/maven/dev/. I will see about hard coding the upload parameter to be sure and force ssh. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:09 AM To: Maven Users List Subject: Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0.0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - 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: aspectj multiproject
It seems that you're having trouble with setting up a multiproject, not with aspectj itself. It doesn't matter if you use multiproject or not, you have to be able to call aspectj in every project without modifying anything. Check it and send your project.xml files if you want help. -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 4:26 PM To: Maven Users List Subject: RE: aspectj multiproject the main problem is that i have to put the activeJ tags inside my foo-ear project.xml file. it looks like the plugin does not validate them other than in the main project file. i created a new project without the multiproject settings .. and dropped a dependency to my former common-jar with the aspectj tag .. the compiler echoed: Weaving with: common-jar Weaving into: game-ejb (these messages never appeared when putting the aspectj lines into the ear-project.xml file ) on the other hand .. i cannot drop the dependencies into the main project file because they belong into the ear directory and maven discovers a cycle once i drop them into the main project.xml file .. any ideas ??? --- thorsten maus [EMAIL PROTECTED] wrote: hi carlos .. nice to hear from you again .. --- Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, Have you checked http://maven.apache.org/reference/plugins/aspectj/ ? yes .. i did so ... for now over three days .. If so, I need some debug info: the debug flag for aspectj is not working for me ... the verbose flag is working .. Does it work when not in multiproject? dont know ... have to try it ... will try this at once .. What goal are you calling? the main ( root directory ) maven.xml contains preGoal name=java:compile attainGoal name=aspectj:compile/ /preGoal Have you added this to foo-ear? dependency groupIdgroupid/groupId artifactIdcommon-jar/artifactId versionjarversion/version properties aspectj.weaveWithtrue/aspectj.weaveWith /properties /dependency dependency groupIdgroupid/groupId artifactIdsample-ejb/artifactId versionjarversion/version properties aspectj.weaveIntotrue/aspectj.weaveInto /properties /dependency yep .. that is exactly what i did ... Have you added something like this to maven.xml? preGoal name=java:compile attainGoal name=aspectj/ /preGoal yep .. the first ten tries i simply took aspectj .. later on aspectj:compile would it help you to look through the project / maven / property files ??? Regards Carlos Sanchez A Coruqa, Spain Oness Project http://oness.sourceforge.net -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:50 PM To: Maven Users List Subject: Re: aspectj multiproject sorry .. i forgot to add the aspect source .. public aspect LoggerAspect { pointcut traceMethods() : execution(* *.*(..)); before() : traceMethods() { Signature sig = thisJoinPointStaticPart.getSignature(); System.out.println(sig.getName()+ reached); } this aspect should touch any possible method during the compilation process --- thorsten maus [EMAIL PROTECTED] wrote: hi there .. running into a problem i cannot see any way out .. short description: setup a multiproject with the following directories common-jar sample-ejb foo-ear the common-jar contains the aspectj (.aj) files in a separated directory as well the foo-ear has dependencies to common-jar and sample-ejb. the common-jar dependency contains weaveWith whereas the sample-ejb contains weaveInto. the building process looks quite ok .. but i cannot see any sign that aspectj is weaving files ... the following snipplet reveals, that aspectj is properly working: warning couldn't find aspectjrt.jar on classpath, checked: java:prepare-filesystem: java:compile: aspectj:init: aspectj:compile: [echo] Compiling to _path_to_project/common-jar/target/classes any help would be appreciated __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail
What can I do in xdocs?
What exactly are the capabilities of xdocs? Can I include information from the POM in there somehow? I'm seeing limited information and I'm wondering if that means that that's all it can do. Are the xml files in xdocs dir static only and although transformed, they are not parsed and data injected? Thanks, -joel shellman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-examples-plugin - cannot find it
No. The example plugin is here: http://cvs.apache.org/viewcvs.cgi/maven-plugins/examples/ On Fri, 27 Aug 2004 16:22:51 +0200, Jose Gonzalez Gomez [EMAIL PROTECTED] wrote: Well, I was talking about this: http://maven.apache.org/reference/plugins/examples/ I think they aren't the same, are they? Nathan Coast wrote: the maven example plugin at codeczar is intended to standardise the process of developing and documenting example projects for maven plugins. If this is what you're after, it can be found here: http://www.codeczar.com/products/maven-example-plugin/index.html There wasn't much feedback after the initial posting so the plugin hasn't progressed much since then. Jose Gonzalez Gomez wrote: Hi there, In the documentation located in the web they talk about a maven-examples-plugin, but I cannot find it in my installation nor at http://www.ibiblio.org/maven/maven/plugins/. Does this plugin exist? Where can I find it? Best regards Jose - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Downloading source / javadocs
With dist:deploy-src -Original Message- From: Arnaud HERITIER [mailto:[EMAIL PROTECTED] Sent: 27 August 2004 17:57 To: 'Maven Users List' Subject: RE: Downloading source / javadocs Be careful James, In the next javadoc plugin release (currently in CVS) the type for the javadoc will be javadoc.jar I'm not sure that you can do it for sources. How do you deploy your sources? Arnaud -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : vendredi 27 août 2004 17:50 À : [EMAIL PROTECTED]; [EMAIL PROTECTED] Objet : RE: Downloading source / javadocs What's the syntax for the src dependency? I got the javadoc to work with this dependency groupIdtcw-core/groupId artifactIdtcw-core-utilities/artifactId version1.1.0-RC11/version typejavadoc/type /dependency But couldn't see what to tweak to bring down the src thanks James -Original Message- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: 27 August 2004 16:08 To: Maven Users List Subject: Re: Downloading source / javadocs On Fri, 27 Aug 2004 10:52:33 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Say I build project X and deploy it to the repository, along with the src distribution and javadoc, and then have project Y which depends on X. Is there any way to configure project Y to also download the src and javadocs? Sure specify them as dependencies. -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. -- -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] #== gPopper Menu ===# Delete from Gmail inbox: mailto:del|[EMAIL PROTECTED] Mark message as unread:mailto:unr|[EMAIL PROTECTED] Mark message as read: mailto:rea|[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: Downloading source / javadocs
On Fri, 27 Aug 2004 19:12:13 +0200, Arnaud HERITIER [EMAIL PROTECTED] wrote: The dist plugin doesn't use the standard deployment mechanism: artifact:deploy artifact=${maven.dist.dir}/${maven.final.name}-src.tar.gz type=distribution-src-targz project=${pom} typeHandler=${distTypeHandler} / artifact:deploy artifact=${maven.dist.dir}/${maven.final.name}-src.zip type=distribution-src-zip project=${pom} typeHandler=${distTypeHandler} / Sorry, but I don't think that you can specify a typeHandler in a dependency. Huh? I thought the artifact plugin WAS the standard deployment mechanism. -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Downloading source / javadocs
Huh? I thought the artifact plugin WAS the standard deployment mechanism. Yes, it is the standard deployment mechanism but with a particular typeHandler, the maven repository structure isn't respected (${groupId}/${type}s/${artifactId}-${release}.${type}). In this case maven can't automatically download the artifact? Arnaud - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: aspectj multiproject
thanks carlos .. you were right .. it was more a problem of understanding the multiproject approach .. the execution of the maven goal reveals the following information: + | Building the foo-ear file | Memory: 2M/3M + Weaving with: common-jar Weaving into: bd-ejb Weaving into: game-ejb Weaving into: web-war error build config error: bad inpath component: _home_path/.maven/repository/barmagnat/wars/web-war-0.1.war AspectJ Compiler Usage: options source file | @argfile.. have you seen such error before ?? __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Pass classpath to ant
I'm a little confused myself. You want to use the generated path in an ant ant task, right? I was just trying to demonstrate: 1. How to build a path including the pom dependencies and 2. How to echo that path should you want to do so One note: My choice of the path id as base.path was arbitrary. It has no special significance. If you are going use the path in an ant ant task from within Maven the call would tell the new file to inherit the current file's references with something like ant:ant dir=${basedir} antfile=build.xml target=all inheritrefs=true/ The inheritrefs=true attribute makes references in your current build file available in the one you call. (See: http://ant.apache.org/manual/CoreTasks/ant.html ) Then in the ant file you call you could have a javac task with something like: javac srcdir=${src} destdir=${build} fork=true classpath refid=base.path / /javac I hope this helps, Maury On Fri, 27 Aug 2004 11:16:26 -0400, Mitch Mattek [EMAIL PROTECTED] wrote: Ok, I guess I am just stupid. This isn't working. Yes, it echos a path, but it doesn't seem to be using this path to launch ant. goal name=testme a:echoThis is a message./a:echo a:echo${maven.junit.fork}/a:echo a:path id=base.path a:pathelement path=${pom.dependencyClasspath}/ a:pathelement location=src/ /a:path a:property name=base refid=base.path/ a:echo${base}/a:echo ant:ant dir=${basedir} antfile=build.xml target=all/ /goal Is ant going to use the $[base] as the launch classpath? That's what I want. That's what we do now... Or do I need to alter all my build files to read this property I've created and create a class path... -Original Message- From: Maury Jarrell [mailto:[EMAIL PROTECTED] Sent: Thursday, August 26, 2004 4:44 PM To: Maven Users List Subject: Re: Pass classpath to ant Well, that builds an ant file with all the classpath dependencies built into the file. This isn't really what I want. I've got some pretty complex ant files. Initally, the big gain for us would be able to get rid of each project's jars and replace them with maven project.xml files defining dependecies. Sorry, I'll read the question a little better next time. Try the following. It just worked for me: goal name=testme a:echoThis is a message./a:echo a:echo${maven.junit.fork}/a:echo a:path id=base.path a:pathelement path=${pom.dependencyClasspath}/ a:pathelement location=src/ /a:path a:property name=base refid=base.path/ a:echo${base}/a:echo /goal The variable $pom.dependencyClasspath accesses the maven.dependency.classpath. The tasks after show how to echo it. - 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]
Creating WAR for Websphere
Guys , I'm battling to create a war that can be deployed on a Websphere app server.I've tried playing around with the war plugin , without luck.The problem is mostly of the directory structure of the EAR.Hints? jeff mutonho __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
RE: aspectj maven.aspectj.source
Hi, Thanks for pointing this out, it has just been fixed in CVS. You can download it from http://cvs.apache.org/repository/maven/plugins/maven-aspectj-plugin-3.2-SNAP SHOT.jar Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Sonnathi, Venkat [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 4:59 PM To: 'Maven Users List' Subject: aspectj maven.aspectj.source Hi, I have assert statements in my java code and when I try to weave aspects into it, iajc is not recognizing assert statement even after I have set maven.aspectj.source = 1.4. I took a peek at plugin.jelly of mavenaspectj-3.1.1 and don't find reference to the maven.aspectj.source variable. How do I enable 1.4 asserts with aspectj plugin? Thanks, --Venkat. - 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: Creating WAR for Websphere-correction
The last line was suppose to be The problem is mostly of the directory structure of the WAR.Hints? jeff mutonho jeff mutonho [EMAIL PROTECTED] wrote:Guys , I'm battling to create a war that can be deployed on a Websphere app server.I've tried playing around with the war plugin , without luck.The problem is mostly of the directory structure of the EAR.Hints? jeff mutonho __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Do you Yahoo!? Win 1 of 4,000 free domain names from Yahoo! Enter now.
RE: aspectj multiproject
I think you can't weave into a war file. Check aspectj documentation. -Original Message- From: thorsten maus [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 7:29 PM To: Maven Users List Subject: RE: aspectj multiproject thanks carlos .. you were right .. it was more a problem of understanding the multiproject approach .. the execution of the maven goal reveals the following information: + | Building the foo-ear file | Memory: 2M/3M + Weaving with: common-jar Weaving into: bd-ejb Weaving into: game-ejb Weaving into: web-war error build config error: bad inpath component: _home_path/.maven/repository/barmagnat/wars/web-war-0.1.war AspectJ Compiler Usage: options source file | @argfile.. have you seen such error before ?? __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail - 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: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id
If you could post the project.xml (maybe directly to me?) I could take a look. I still think maven interprets something as a cvs-connection string. Per On Fri, 27 Aug 2004 08:31:17 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: Thanks for the tip but we do not use CVS. I have checked all my files project.xml, maven.xml, build.properties and project.properties and there are no colons anywhere in those files so it must be getting added by one of the plugins. Any other ideas? The jar:install works fine it is just he jar:deploy that is munging the name. It appears to be running the upload via ssh which is what I expect and I have my doc root set to C:/apachehtdocs/maven/dev/. I will see about hard coding the upload parameter to be sure and force ssh. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:09 AM To: Maven Users List Subject: Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0.0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - 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] -- Per Abich Praktikant Catenic AG - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id
Hi, You have to configure properly the artifact plugin, check its properties at http://maven.apache.org/reference/plugins/artifact Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 9:41 PM To: Maven Users List Subject: Re: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id If you could post the project.xml (maybe directly to me?) I could take a look. I still think maven interprets something as a cvs-connection string. Per On Fri, 27 Aug 2004 08:31:17 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: Thanks for the tip but we do not use CVS. I have checked all my files project.xml, maven.xml, build.properties and project.properties and there are no colons anywhere in those files so it must be getting added by one of the plugins. Any other ideas? The jar:install works fine it is just he jar:deploy that is munging the name. It appears to be running the upload via ssh which is what I expect and I have my doc root set to C:/apachehtdocs/maven/dev/. I will see about hard coding the upload parameter to be sure and force ssh. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:09 AM To: Maven Users List Subject: Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0. 0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - 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] -- Per Abich Praktikant Catenic AG - 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: RE: Jar:deploy building incorrect file path with extra : befo re t he a rtifact Id
Here is my build.properties file and the project.xml. It is still trying to include the : in the name for some reason after the maven.repo.test.directory and the artifactId. I am running on Windows by the way. Error Message Deploying: E:\PVCS_WORKING\BEA_8.1\test\test-toolkit\project.xml--:test-toolkit/poms/t est-toolkit-1.0.0.0.pom deployNotCompressed=true Executing command: mkdir -p C:/apachehtdocs/maven/dev/:test-toolkit/poms Executing command: scp -t C:/apachehtdocs/maven/dev/:test-toolkit/poms/test-toolkit-1.0.0.0.pom Build.xml # Repository Information maven.repo.list=test maven.repo.test=scp://rivditxxb747c11.scottryan.com maven.repo.test.directory=C:/apachehtdocs/maven/dev maven.repo.test.username=X maven.repo.test.password= maven.repo.test.compress=false project.xml ?xml version=1.0? project extend${basedir}/../project.xml/extend artifactIdtest-toolkit/artifactId currentVersion1.0.0.0/currentVersion nameEnterprise Toolkit Project/name !--Project Build section goes here -- developers developer nameScott Ryan/name idscott.ryan/id email[EMAIL PROTECTED]/email /developer /developers dependencies dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.3/version typejar/type /dependency dependency groupIdlog4j/groupId artifactIdlog4j/artifactId version1.2.8/version typejar/type /dependency dependency groupIdweblogic/groupId artifactIdweblogic/artifactId version8.1.2/version typejar/type /dependency /dependencies build nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress sourceDirectory${basedir}/src/java/sourceDirectory unitTestSourceDirectory${basedir}/test/java/unitTestSourceDirectory unitTest includes include**/*Test.java/include /includes /unitTest /build /project Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:50 PM To: 'Maven Users List'; 'Per Abich' Subject: RE: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id Hi, You have to configure properly the artifact plugin, check its properties at http://maven.apache.org/reference/plugins/artifact Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 9:41 PM To: Maven Users List Subject: Re: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id If you could post the project.xml (maybe directly to me?) I could take a look. I still think maven interprets something as a cvs-connection string. Per On Fri, 27 Aug 2004 08:31:17 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: Thanks for the tip but we do not use CVS. I have checked all my files project.xml, maven.xml, build.properties and project.properties and there are no colons anywhere in those files so it must be getting added by one of the plugins. Any other ideas? The jar:install works fine it is just he jar:deploy that is munging the name. It appears to be running the upload via ssh which is what I expect and I have my doc root set to C:/apachehtdocs/maven/dev/. I will see about hard coding the upload parameter to be sure and force ssh. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:09 AM To: Maven Users List Subject: Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0. 0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL
RE: RE: Jar:deploy building incorrect file path with extra : befo re t he a rtifact Id
Well I found the issue. I am using inheritance and I have left the groupId parameter blank groupId/ in the superclass and then failed to override it in my subclass. I guess when the pom.artifactDirectory was built it placed a : in the placeholder for the empty groupId. Once I actually set a groupId the process worked great. I guess I will research the inheritance code to see how it works so I don't make any other bonehead mistakes in the future. Thank you everyone for helping me narrow down on the issue. I love Maven and hope to contribute some additional plugins shortly. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 1:50 PM To: 'Maven Users List'; 'Per Abich' Subject: RE: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id Hi, You have to configure properly the artifact plugin, check its properties at http://maven.apache.org/reference/plugins/artifact Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 9:41 PM To: Maven Users List Subject: Re: RE: Jar:deploy building incorrect file path with extra : before t he a rtifact Id If you could post the project.xml (maybe directly to me?) I could take a look. I still think maven interprets something as a cvs-connection string. Per On Fri, 27 Aug 2004 08:31:17 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: Thanks for the tip but we do not use CVS. I have checked all my files project.xml, maven.xml, build.properties and project.properties and there are no colons anywhere in those files so it must be getting added by one of the plugins. Any other ideas? The jar:install works fine it is just he jar:deploy that is munging the name. It appears to be running the upload via ssh which is what I expect and I have my doc root set to C:/apachehtdocs/maven/dev/. I will see about hard coding the upload parameter to be sure and force ssh. Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] -Original Message- From: Per Abich [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 12:09 AM To: Maven Users List Subject: Re: Jar:deploy building incorrect file path with extra : before the a rtifact Id Looks like a cvs notation to me. Maybe you have specified upload via CVS? I'd say you have CVSROOT=C:/apachehtdocs/maven/dev/ and the module name echostar-toolkit/poms/echostar-toolkit-1.0.0.0.pom. But I am not experienced enought with maven to tell you how you produced it. Check your project.properties and project.xml Regards Per Abich On Thu, 26 Aug 2004 18:14:52 -0600, Ryan, Scott [EMAIL PROTECTED] wrote: I am trying to run the jar:deploy goal. It is adding an extra : between the file location and the artifactId so that the directory cannot be located. Here is an example of the bad location: scp: C:/apachehtdocs/maven/dev/:echostar-toolkit/poms/echostar-toolkit-1.0. 0.0.po m I cannot figure out where the extra : is coming before the artifact Id 'echostar-toolkit' Any ideas??? Scott Damon Ryan Developer (720) 514-5389 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Per Abich Praktikant Catenic AG - 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] -- Per Abich Praktikant Catenic AG - 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:deploy
This is the artifact strategy for Maven is for a project to produce one artifact per project. I assume the way you are doing this, you need to re-run maven to build the others? The preferred Maven approach is to create small subprojects (possibly just with a POM and different properties) that extend the original. These can then be built to publish each different project, or all can be done at once via the reactor. To keep your existing approach, you will probably need to override the war:deploy goal and use the artifact tags manually to deploy with the new final name. We should support using war.final.name to publish the artifact, so if you want to raise an issue in JIRA, that'd be great. Cheers, Brett On Fri, 27 Aug 2004 08:41:07 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I've finally got round to moving my build over to using the xxx:deploy goals. This works a treat for jars, but I'm having an issue with wars. The build can produce various different builds of the war, which contain different config settings for the environment it will run in. To distinguish these builds I include the environment name by manipulating the appropriate property: postGoal name=war:init j:set var=maven.war.final.namefip-workflow-${maven.tcw.env}.war/j:set /postGoal This all works for building the war and under my old build I just copied the result to our repository using the copy tag. However when I switch to using war:deploy it gets the source filename correct, but the target uses the default name, e.g. tcw-fip-workflow-webservice-2.0.0.war Am I doing something wrong, or is this just a feature / limitation / bug of the war / artifact plugin? thanks James For more information about Barclays Capital, please visit our web site at http://www.barcap.com. Internet communications are not secure and therefore the Barclays Group does not accept legal responsibility for the contents of this message. Although the Barclays Group operates anti-virus programmes, it does not accept responsibility for any damage whatsoever that is caused by viruses being passed. Any views or opinions presented are solely those of the author and do not necessarily represent those of the Barclays Group. Replies to this email may be monitored by the Barclays Group for operational or business reasons. - 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: aspectj maven.aspectj.source
Thank you. -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 3:20 PM To: 'Maven Users List' Subject: RE: aspectj maven.aspectj.source Hi, Thanks for pointing this out, it has just been fixed in CVS. You can download it from http://cvs.apache.org/repository/maven/plugins/maven-aspectj-plugin-3.2-SNAP SHOT.jar Regards Carlos Sanchez A Coruña, Spain Oness Project http://oness.sourceforge.net -Original Message- From: Sonnathi, Venkat [mailto:[EMAIL PROTECTED] Sent: Friday, August 27, 2004 4:59 PM To: 'Maven Users List' Subject: aspectj maven.aspectj.source Hi, I have assert statements in my java code and when I try to weave aspects into it, iajc is not recognizing assert statement even after I have set maven.aspectj.source = 1.4. I took a peek at plugin.jelly of mavenaspectj-3.1.1 and don't find reference to the maven.aspectj.source variable. How do I enable 1.4 asserts with aspectj plugin? Thanks, --Venkat. - 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]