Re: [M1.1]: Can't find some plugins
On 6/26/07, Lukas Theussl [EMAIL PROTECTED] wrote: I checked that I get these dependencies downloaded from http://repo1.maven.org/maven/, which is the default repo in m11 now. -Lukas Jamie Bisotti wrote: We've been using 1.0.2 for a long time. Currently, I'm looking to move us to 1.1 (baby steps). After replacing my 1.0.2 installation with 1.1, I cannot successfully build our project any longer. I'm getting the following: ... The build cannot continue because of the following unsatisfied dependencies: - org.codehaus.plexus:plexus-component-api:1.0-alpha-15:jar - org.codehaus.plexus:plexus-container-default:1.0-alpha-15:jar - org.codehaus.plexus:plexus-classworlds:1.2-alpha-5:jar - org.codehaus.plexus:plexus-utils:1.0.5:jar - org.apache.maven.scm:maven-scm-manager-plexus:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-api:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-cvs:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-svn:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-starteam:1.0-beta-2:jar I'm sure I'm missing a repo somewhere, but I cannot seem to find it. Any help would be greatly appreciated. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks for the tip. Turns out it's actually a Maven-Proxy issue. I added the repo1 repository to maven-proxy.properties, but Maven-Proxy doesn't seem to acknowledge it. Anyone have any ideas on this new tangent? Thanks. -- Jamie Bisotti
[M1.1]: Can't find some plugins
We've been using 1.0.2 for a long time. Currently, I'm looking to move us to 1.1 (baby steps). After replacing my 1.0.2 installation with 1.1, I cannot successfully build our project any longer. I'm getting the following: ... The build cannot continue because of the following unsatisfied dependencies: - org.codehaus.plexus:plexus-component-api:1.0-alpha-15:jar - org.codehaus.plexus:plexus-container-default:1.0-alpha-15:jar - org.codehaus.plexus:plexus-classworlds:1.2-alpha-5:jar - org.codehaus.plexus:plexus-utils:1.0.5:jar - org.apache.maven.scm:maven-scm-manager-plexus:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-api:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-cvs:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-svn:1.0-beta-2:jar - org.apache.maven.scm:maven-scm-provider-starteam:1.0-beta-2:jar I'm sure I'm missing a repo somewhere, but I cannot seem to find it. Any help would be greatly appreciated. Thanks -- Jamie Bisotti
Re: [M1] Using FTP in Maven 1.1... the answer....
On 7/19/06, Benoit Xhenseval [EMAIL PROTECTED] wrote: Don't you love when the person who sends the question comes up with the answer... as if the process of asking the question triggers some brain activity... You need to add more dependencies in your project.xml for Maven 1.1 dependency groupIdnetcomponents/groupId artifactIdNetComponents/artifactId version1.3.8a/version properties classloaderroot/classloader /properties /dependency dependency groupIdant/groupId artifactIdant-commons-net/artifactId version1.6.5/version properties classloaderroot/classloader /properties /dependency dependency groupIdcommons-net/groupId artifactIdcommons-net/artifactId version1.4.1/version properties classloaderroot/classloader /properties /dependency goal name=ftp taskdef name=ftp classname= org.apache.tools.ant.taskdefs.optional.net.FTP/ ant:ftp server=yourserver.domain.com userid=foo password=bar action=list listing=list.txt fileset include name=*.html/ /fileset /ant:ftp /goal Benoit FYI...Commons-net should be a drop-in replacement for NetComponents; you shouldn't need both. Though the original post is not included, so maybe you already addressed that. -- Jamie Bisotti
Re: eclipse, wtp, maven and web apps
On 6/7/06, Alexandre Poitras [EMAIL PROTECTED] wrote: By the way, when I speak about the Eclipse Maven plugin, I am speaking about this one http://maven.apache.org/eclipse-plugin.html. I guess in the future, there is going to be a more complete Maven builder included. On 6/7/06, Alexandre Poitras [EMAIL PROTECTED] wrote: Well this may be possible in the future with the eclipse maven plugin. Anyway, packaging a web app is not something you do regularly. I think you are being a bit idealistic here. It's not optimal but in the mean time it works correctly. Never seen any performance issue and I don't agree with what you have defined as problems. On 6/7/06, kvpetrov [EMAIL PROTECTED] wrote: I don't think turning off autobuild feature of Eclipse is a good idea. I like Eclipse compiling my java classes on fly. There two problems with the current behavior: 1) I don't want to waste my CPU on copying files back and forward taking into account that the resulting application is not usable anyway because Eclipse just can't build it right. Instead of trying to build it on its own when you publish the app Eclipse should call appropriate maven goals when a resource is touched. Basically, this is more of a problem for the Eclipse maven plugin that can't get triggered when a particular resource is changed within Eclipse project. 2) Because the resulted app is invalid I can not associate the project with a server and start it within Eclipse. Of course, I found ways around this problem but I still think that what WTP+Maven do now is completely wrong. Eclipse can still compile java classes on fly it does not prevent maven from correctly assembling the app and providing it to WTP for deployment. -- View this message in context: http://www.nabble.com/eclipse%2C-wtp%2C-maven-and-web-apps-t1725424.html#a4763221 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Just curious, but have you filed any JIRA issues for the things you consider to be bugs, or enhancements? If not, I'd encourage you to do so in order for them to be considered in future development. Good luck! -- Jamie Bisotti
Re: available plugins
On 6/6/06, John Casey [EMAIL PROTECTED] wrote: mvn help:describe -Dplugin=plugin-prefix -Dfull=true or mvn help:describe -Dplugin=plugin-groupId:plugin-artifactId[:plugin-version] -Dfull=true Watch out, though...you'll get all the configuration options for every goal contained in the plugin! We need to work on the output for the describe mojo...it was sort of slapped together in a hurry. -john On 6/6/06, kvpetrov [EMAIL PROTECTED] wrote: maven1 used to have a command option -P that would show you help on a given plugin. Basically, I have a very simple question, how can I figure what are the goals of a particular plugin? How do I know for example that war plugin has a goal exploaded taking into account that it is not documented anywhere? If it is not possible to see the goals of a plugin from a command prompt can I unpack the plugin jar and find out what are the goals available? -- View this message in context: http://www.nabble.com/available-plugins-t1644486.html#a4738730 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Wow! That really makes me miss good ole -P. -- Jamie Bisotti
Re: Maven 2 and WTP
On 6/7/06, Zeiler Christian, Bedag [EMAIL PROTECTED] wrote: Hello Yesterday I tried to convert a maven project into an eclipse wtp project with the maven-eclipse-plugin. But unfortunately it doesn't work. Maven doesn't create all off the needed files for eclipse so I wasn't able to import the project in the server view of eclipse. Maven: 2.04 WTP: 1.0 Eclipse: 3.2 RC7 I studied all the documentation under http://maven.apache.org/plugins/maven-eclipse-plugin/wtp.html and searched the internet. I would really appreciate if anyone can provide me a running real world example (not only hello world). Cheers Christian If you expect to get any help, you are going to have to be more specific about what the actual problem is. What's is created? What do you think is missing? What, if any, errors are Maven and/or Eclipse showing you? -- Jamie Bisotti
Re: Source/Javadoc Artifact?
On 5/30/06, Trygve Laugstøl [EMAIL PROTECTED] wrote: Jorg Heymans wrote: This works out of the box for the eclipse plugin, you just do mvn eclipse:eclipse -DdownloadSources=true , perhaps the idea plugin has a similar switch ? This should work for the latest IDEA plugin sources too, but I don't remember right now it has been released. -- Trygve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I don't have the link in front of me at the moment, but a JIRA issue was filed a while back asking to have this functionality be made more generic; not tied to any IDE. -- Jamie Bisotti
Re: Cobertura reports 0% for some classes
On 5/24/06, D D [EMAIL PROTECTED] wrote: Hi, I am using the cobertura plugin, with the configuration set as documented. But the report shows that some classes that should have been covered have a 0% rate (the others are fine). I cannot see any connection between those classes that are not covered. I saw in the traces that these classes seems to have been correctly instrumented. Sometimes it raises warnings saying that it cannot find source code for some classes. I have tried to clean before, but it does not change anything. Any help appreciated, thanks David DIDIER I've seen this before too. Seems to be a Cobertura bug relating to the file it creates in your project root directory (I forget what it is named, cobertura.ser?). If I delete that before running Cobertura, the numbers seem to be accurate. HTH, -- Jamie Bisotti
Re: File Copy
On 5/19/06, Patil, Shivakumar (GE Healthcare) [EMAIL PROTECTED] wrote: I want to copy a file from one directory to another. Is there any standard elegant way to copy a file in Maven.I could not find any.(Suggest me any if you know). Instead Iam using the ant plugin for maven trying to do the copy. I tried this... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-antrun-plugin/artifactId configuration tasks copy file=C:\build\work\abc.ear tofile=C:\abc/ /tasks /configuration /plugin The above piece runs fine successfully.But,the file is NEVER copied. Any suggestions please... Sounds like you are looking for resources. -- Jamie Bisotti
Re: [m1] Findbugs 1.1 plugin's dependencies not in repository
On 5/15/06, Jeff Jensen [EMAIL PROTECTED] wrote: Thanks Lukas. Yes, the current M1 FindBugs plugin snapshot uses 0.9.6 . My team has been running it for a couple of weeks without problem. -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Monday, May 15, 2006 1:24 PM To: Maven Users List Subject: Re: [m1] Findbugs 1.1 plugin's dependencies not in repository FYI, Jeff is currently working on a 1.2 release of the maven1 findbugs plugin [1], he has published a snapshot (see the downloads page at the link below) which should not have any problems like this. Any feedback welcome! -Lukas [1] http://maven-plugins.sourceforge.net/maven-findbugs-plugin/index.html Jamie Bisotti wrote: On 5/15/06, Carlos Sanchez [EMAIL PROTECTED] wrote: The jars where corrupted and were removed On 5/15/06, Jamie Bisotti [EMAIL PROTECTED] wrote: On 2/1/06, Carlos Sanchez [EMAIL PROTECTED] wrote: http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 2/1/06, jason r tibbetts [EMAIL PROTECTED] wrote: Version 1.1 of the Findbugs plugin was posted to iBiblio on January 3rd, but two of its dependencies, findbugs-ant-0.9.4.jar and coreplugin-0.9.4.jar are missing. Whom do I ask to have these uploaded? - 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] Why would a plugin be published when it's dependencies are not conveniently available? Has anyone made a request to the FindBugs team yet? They still aren't on Ibiblio. -- Jamie Bisotti -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Was this publicized anywhere? I don't remember reading about it (but my memory isn't so good). Seems like the plugin itself should have been removed as well; as the situation currently stands, upgrading the FindBugs plugin puts maven in an un-usable state. Still curious to know whether or not anyone has notified the FindBugs plugin development team. Could it be that they don't follow the list and are not aware of the situation? - 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] That's great...but...why leave the broken plug-in out there? Right now, if someone wants to update their maven-findbugs-plugin, they are giong to look at its web site, see 1.1 is the latest version, install it instantly be broken. That's not much of a user experience. I still say the dependent files need to be replaced or 1.1 needs to be removed. My $0.02. -- Jamie Bisotti
Re: [m1] Findbugs 1.1 plugin's dependencies not in repository
On 2/1/06, Carlos Sanchez [EMAIL PROTECTED] wrote: http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 2/1/06, jason r tibbetts [EMAIL PROTECTED] wrote: Version 1.1 of the Findbugs plugin was posted to iBiblio on January 3rd, but two of its dependencies, findbugs-ant-0.9.4.jar and coreplugin-0.9.4.jar are missing. Whom do I ask to have these uploaded? - 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] Why would a plugin be published when it's dependencies are not conveniently available? Has anyone made a request to the FindBugs team yet? They still aren't on Ibiblio. -- Jamie Bisotti
Re: [m1] Findbugs 1.1 plugin's dependencies not in repository
On 5/15/06, Carlos Sanchez [EMAIL PROTECTED] wrote: The jars where corrupted and were removed On 5/15/06, Jamie Bisotti [EMAIL PROTECTED] wrote: On 2/1/06, Carlos Sanchez [EMAIL PROTECTED] wrote: http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 2/1/06, jason r tibbetts [EMAIL PROTECTED] wrote: Version 1.1 of the Findbugs plugin was posted to iBiblio on January 3rd, but two of its dependencies, findbugs-ant-0.9.4.jar and coreplugin-0.9.4.jar are missing. Whom do I ask to have these uploaded? - 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] Why would a plugin be published when it's dependencies are not conveniently available? Has anyone made a request to the FindBugs team yet? They still aren't on Ibiblio. -- Jamie Bisotti -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Was this publicized anywhere? I don't remember reading about it (but my memory isn't so good). Seems like the plugin itself should have been removed as well; as the situation currently stands, upgrading the FindBugs plugin puts maven in an un-usable state. Still curious to know whether or not anyone has notified the FindBugs plugin development team. Could it be that they don't follow the list and are not aware of the situation? -- Jamie Bisotti
Re: Impossible to start working with Maven
On 4/25/06, Gianfranco Oldani [EMAIL PROTECTED] wrote: Thanks a lot Anshuman it works perfectly Regards Gianfranco OLDANI Mob: +79602726351 Original Message Follows From: Anshuman Srivastava [EMAIL PROTECTED] Reply-To: Maven Users List users@maven.apache.org To: Maven Users List users@maven.apache.org Subject: Re: Impossible to start working with Maven Date: Tue, 25 Apr 2006 15:09:15 +0530 Hi, I faced this problem also in starting.You need to setup the proxi settings in conf\settings.xml. I am writing a sample entry for my proxy.You have to change it according to ur settings. proxies proxy id1001/id activetrue/active protocolhttp/protocol usernameanshumans/username passwordmomentum/password host192.168.1.2/host port3128/port nonProxyHostslocalhost/nonProxyHosts /proxy /proxies Tell me if your problem is solved. Anshuman On 4/25/06, Gianfranco Oldani [EMAIL PROTECTED] wrote: Hello, I have done the Maven setup and trying to compile my first project I cannot get out of this error (here is the command and the trace qfter launching with the -e option): Thanks for any help. D:\projects\maven_demomvn -e compile + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] [INFO] Building Maven Demo 2.0 [INFO]task-segment: [compile] [INFO] [INFO] artifact org.apache.maven.plugins:maven-resources-plugin:checking for updates from central [WARNING] repository metadata for: 'artifact org.apache.maven.plugins:maven-resources-plugin' could not be retrieved from repository [INFO] Repository 'central' will be blacklisted [INFO] [ERROR] BUILD ERROR [INFO] [INFO] The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin( DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor( DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging (DefaultLifecycleExecutor.java:1011) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings (DefaultLifecycleExecutor.java:975) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:140) 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:256) 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.version.PluginVersionNotFoundException: The plugin 'org.apache.maven.plugins:maven-resources-plug at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion (DefaultPluginVersionManager.java:225) at org.apache.maven.plugin.version.DefaultPluginVersionManager.resolvePluginVersion (DefaultPluginVersionManager.java:87) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin( DefaultPluginManager.java:158) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin( DefaultLifecycleExecutor.java:1252) ... 18 more Gianfranco OLDANI Mob: +79602726351
Re: PMD plugin in multi-module help needed
On 4/26/06, William Simons [EMAIL PROTECTED] wrote: I posted this on the PMD forum with no response so I thought I'd try here too... I want to incorporate PMD into my Maven 2 build and have run into a bit of a snag. I have a multi-module project and included the plugin configuration in my reporting section of the parent POM. The problem that I have is that some of my child projects do not have a src/main/java directory (no Java code) and CPD is failing with a: Caused by: org.apache.maven.reporting.MavenReportException: Couldn't find directory /Users/bsimons/projects/svn/ping/server/core-xml/src/main/java at org.apache.maven.plugin.pmd.CpdReport.executeReport(CpdReport.java:159) at org.apache.maven.reporting.AbstractMavenReport.generate (AbstractMavenReport. java:98) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.java :80 2) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301) ... 18 more Caused by: java.io.FileNotFoundException: Couldn't find directory /Users/bsimons/projects/svn/ping/server/core-xml/src/main/java at net.sourceforge.pmd.cpd.CPD.addDirectory(CPD.java:69) at net.sourceforge.pmd.cpd.CPD.addRecursively(CPD.java:58) at org.apache.maven.plugin.pmd.CpdReport.executeReport(CpdReport.java:155) ... 21 more Running the pmd:pmd plugin does not fail in the same way. Is there a way for me to configure the plugin so that if the directory does not exist, it should skip it? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Sounds like a bug in the PMD plug-in. Have you checked JIRA to see if it is a known issue? If not, you should probably file one yourself. -- Jamie
Re: [M2] xdoc pom properties
On 4/26/06, juju [EMAIL PROTECTED] wrote:
Hi,
Is it possible to use a property of pom in xdoc file ?
Pom
properties
my.valueScratch/my.value
/properties
xDoc
Hello $project.getProperties().get(my.value)
I can to use that in a velocity template, but I would like to do that in a
xdoc file.
thanks.
--
View this message in context:
http://www.nabble.com/-M2-xdoc-pom-properties-t1512658.html#a4104278
Sent from the Maven - Users forum at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If the POM looked like this:
properties
valueScratch/value
/properties
I think ${pom.properties.value} would work; however, the period in my.value
may be problematic. I'm not totally sure though.
--
Jamie
Re: creating and using source archive
On 4/26/06, Aaron Freeman [EMAIL PROTECTED] wrote: So what you all are saying is that the eclipse:eclipse -DdownloadSources=true command is the only way to get Maven to copy source jars into the local repository. So if you already have .project and .classpath file, the there is no way to get the sources in the local repository without messing up my .project and .classpath file. On 4/26/06, gdub [EMAIL PROTECTED] wrote: Tom Huybrechts wrote: The Eclipse plugin will (or should) only download javadocs if the sources are not available. Makes sense for Eclipse, since it will extract the javadocs from the sources if needed. Ah. I see. I deleted a source archive and it did indeed attach the javadoc archive instead. However, I think it should attach both if if finds them. In Eclipse, shift-f2 pops up a browser pointed at the javadocs for the item under the cursor. If only the sources are attached that function doesn't work. With only the sources attached, hovering over an item shows the javadoc in a local window but the ui is not as functional as the normal browser- based api docs. -dub - 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] Seems like there should be a non-Eclipse-related method of downloading source/javadoc. I'd think whatever code downloads the POMs/binaries/etc could/should be responsible for downloading these as well, at the same time. Some sort of switch in the XML could turn this on/off for users who don't like the default. My $0.02. -- Jamie
Re: [m2] How to generate source xref?
On 4/21/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 4/20/06, Wayne Fay [EMAIL PROTECTED] wrote: I am pretty sure you're looking for JXR. ;-) That was it, thanks! -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This brings up an interesting question: If plug-in A (Surefire) depends on plug-in B (JXR), should plug-in B be a transitive dependency and thus installed along with plug-in A? Does such a concept exist for plug-ins in Maven 2.0.X? If not, is it planned? Thanks. -- Jamie Bisotti
Re: [m203] Get names of all transitive dependencies in a mojo
On 4/19/06, Michael Meyer [EMAIL PROTECTED] wrote: Me neither. michael Ruel Loehr schrieb: I didn't. Feel free to open it. Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 3:05 PM To: Maven Users List Subject: Re: [m203] Get names of all transitive dependencies in a mojo On 4/12/06, Michael Meyer [EMAIL PROTECTED] wrote: Thanks, I guess I'll have to build my own utility class with some of the code of the dependency-plugin. I agree with you that this functionality should be pushed into the core code. It would be cool if there was a simple method like getTransitiveDependencies() somewhere :-) Cheers michael Ruel Loehr schrieb: Check out the dependency plugin. It has all the code you need. This seems to be a common need though (I do it in at least 3 plugins). Maybe it is something that should be pushed into the core code? Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel -Original Message- From: Michael Meyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 12, 2006 2:57 AM To: Maven Users List Subject: [m203] Get names of all transitive dependencies in a mojo Hi, how can I retrive the names of all dependencies including the transitive dependencies in a Java Plugin (Mojo)? I took a look at the code of the eclipse plugin but the dependency part seemed a bit complicated for just getting all transitive dependencies. And I'm not familier with the term reactor that made understanding the code a bit awkward ;-) michael - 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] Did anyone file a JIRA issue requesting this? -- Jamie Bisotti - 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] I don't currently need this functionality. I was simply trying to point out that mentioning something would be useful on a mailing list is almost never going to result in it being implemented. If you really would like to see it, you need to open a JIRA issue. -- Jamie Bisotti
Re: [m203] Get names of all transitive dependencies in a mojo
On 4/12/06, Michael Meyer [EMAIL PROTECTED] wrote: Thanks, I guess I'll have to build my own utility class with some of the code of the dependency-plugin. I agree with you that this functionality should be pushed into the core code. It would be cool if there was a simple method like getTransitiveDependencies() somewhere :-) Cheers michael Ruel Loehr schrieb: Check out the dependency plugin. It has all the code you need. This seems to be a common need though (I do it in at least 3 plugins). Maybe it is something that should be pushed into the core code? Ruel Loehr JBoss QA - 512-342-7840 ext 2011 Yahoo: ruelloehr Skype: ruelloehr AOL: dokoruel -Original Message- From: Michael Meyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 12, 2006 2:57 AM To: Maven Users List Subject: [m203] Get names of all transitive dependencies in a mojo Hi, how can I retrive the names of all dependencies including the transitive dependencies in a Java Plugin (Mojo)? I took a look at the code of the eclipse plugin but the dependency part seemed a bit complicated for just getting all transitive dependencies. And I'm not familier with the term reactor that made understanding the code a bit awkward ;-) michael - 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] Did anyone file a JIRA issue requesting this? -- Jamie Bisotti
Re: [***SPAM*** Score/Req: 10.4/5.0] Re: Hibernate with Maven
On 2/1/06, Maciej Mastalarczuk [EMAIL PROTECTED] wrote: Thanks, I also discovered that you can exclude it from download (if say this jar is already available on the server) You can do the following: dependency groupIdorg.hibernate/groupId artifactIdhibernate/artifactId version3.1.1/version exclusions exclusion groupIdjavax.transaction/groupId artifactIdjta/artifactId /exclusion /exclusions /dependency Seems to be working for me. Regards Maciej -Original Message- From: Napoleon Esmundo Ramirez [mailto:[EMAIL PROTECTED] Sent: Wednesday, 1 February 2006 2:51 PM To: Maven Users List Subject: [***SPAM*** Score/Req: 10.4/5.0] Re: Hibernate with Maven Hello, AFAIK, javax.transaction:jta:1.0.1B is a Sun jar that can't be redistributed in ibiblio. You'll have to manually install that in your local repository ( http://maven.apache.org/guides/mini/guide-installing-3rd-party-jars.html ). You can download it here: http://java.sun.com/products/jta/ Cheers! Nap On 2/1/06, Maciej Mastalarczuk [EMAIL PROTECTED] wrote: Hi Everyone, I am trying to compile a project that uses Hibernate (3.1.1) with Maven 2. It seems like there is a dependency missing at ibiblio (http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B/). Is it a known issue or I'm doing something wrong? Regards, Maciej Mastalarczuk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] You could also check out the geronimo-spec groupId on Ibiblio. -- Jamie Bisotti
Re: [m2] Copy generated war to another folder
On 11/23/05, Jamie Bisotti [EMAIL PROTECTED] wrote:
On 11/22/05, Wim Deblauwe [EMAIL PROTECTED] wrote:
You will need to bind the antrun plugin execution to the package goal.
See
http://maven.apache.org/guides/mini/guide-using-ant.html for more info.
regards,
Wim
2005/11/22, Rubén Barroso [EMAIL PROTECTED]:
Hello, anyone knows how could I say maven 2 to copy the generated WAR
file to another folder? For instance, I don't want to copy it manually
to ${tomcat5_home}/webapps, it'd be great if maven performed this
automatically.
Thanks in advance.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Why not just use the Tomcat plugin?
--
Jamie Bisotti
FYI...http://www.codeczar.com/products/maven-tomcat-plugin/
--
Jamie Bisotti
Re: Maven cruisecontrol plugin
On 11/16/05, duke [EMAIL PROTECTED] wrote: Hi all, I currently work on a java project with maven and his plugin cruisecontrol. The mail sended is measuring 2Mo, I would like to receive less heavy malls. However, I do not find cruisecontrol properties which enable me to simplify to the maximum the mail. A mail of the kind ok or ko would be enough for me. Thank you for your assistance You'll probably have better luck on the CruiseControl mailing list. -- Jamie Bisotti
Re: OutOfMemoryErrors in Reports
On 10/25/05, Christian Goos [EMAIL PROTECTED] wrote: Hi I get OutOfMemoryErrors with javadoc, checkstyle and surefire reports. Configure Maven_opts did not help. What can I do? Thanks for help Christian __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE http://WEB.DE FreeMail: http://f.web.de/?mc=021193 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] It should be MAVEN_OPTS. However that only works if you are not forking VMs, I think. -- Jamie Bisotti
Re: Logging/tracing conventions
On 9/28/05, Orjan Austvold [EMAIL PROTECTED] wrote: Instead of having lots of debug statements in your Mojo, you could simply connect a debugger to Maven. I'm doing this with IDEA simply by running maven with MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 m2 install Ørjan Gilles Scokart wrote: When writting a Mojo, what are the standard convention to trace/log [debug] messages ? Gilles Scokart _ Protégez votre boîte de réception: Phishing : comment l'identifier, le signaler et l'empêcher http://www.fr.msn.be/security/phishing/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ørjan Austvold - Senior Software Architect www.colibria.com http://www.colibria.com - putting the presence into messaging - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Using a debugger in place of log statements if a bad idea! -- Jamie Bisotti
Re: [M2] jar plugin and the jar manifest
On 9/29/05, Erick Dovale [EMAIL PROTECTED] wrote: Thanks a lot Sasa, I had that figure out after a lot of diging around. I could generate the manifest however, the resources folder is not added to the classpath in the manifest. I have stuff like spring contexts that need to be in the class path as well as the jars. Do you know of a way to add a folder to the classpath in the manifest?? Thanks. [EMAIL PROTECTED] wrote: Put the following in the build section of your pom: plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId configuration archive manifest mainClasscom.acme.MainClass/mainClass addClasspathtrue/addClasspath addExtensionstrue/addExtensions classpathPrefix./lib//classpathPrefix /manifest /archive /configuration /plugin /plugins the classpathPrefix depends where You put Your dependend jars relative to the created jar file. -Original Message- From: Erick Dovale [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 28, 2005 11:34 PM To: Maven Users List Subject: [M2] jar plugin and the jar manifest Hello there, I am generating my jars perfectly using maven-jar-plugin. I see it actually creates a minifest file and includes it in the jar file which is perfect. However, I need this jar to be executable and the plugin does not add the classpath entries to the manifest. How can I have this plugin to add the classpath to the manifest? I also need to add the main class entry in the manifest but this one has to be specified in the pom somehow. Reading through the list I see there is a way to add manifest entries in the configuration of the jar plugin however, I was unable to find an example of a pom doing this. I am assuming it is something like this: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId configuration manifestEntries manifestEntry/manifestEntry /manifestEntries /configuration /plugin But then how can I speciefy the key/value pair? should I go like: manifestEntry key.../key value.../value /manifestEntry If it is like this, There should be a variable somewhere that refers to the runtime classpath for the project; how is it called?? Thanks a lot. edovale - 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] If those files/folders are declared as resources, they should be there. If they are not, I'd suggest you file something in JIRA. -- Jamie Bisotti
Re: versioned jars and InstallShield
On 9/20/05, Wim Deblauwe [EMAIL PROTECTED] wrote: And in Maven 1.x ? 2005/9/20, Edwin Punzalan [EMAIL PROTECTED]: If you don't want to use the default artifact naming convention used by m2, you can set the filename of the package in your pom.xml like so: project ... build finalNamename/finalName /build ... /project with the above set, the output file will be: name.jar (or name.war, whatever the pom packaging is). ^_^ Wim Deblauwe wrote: Hi, is there anybody that uses Maven and InstallShield? We have a problem using both together when we think about updates. InstallShield can only update a file if it keeps the same name, but since Maven puts the version in the name, we have a problem there. Has anybody solved this problem in some way that is easy to maintain? Or can InstallShield handle this but is our installer guy unaware of this? regards, Wim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Look at the properites for the JAR plugin. -- Jamie Bisotti
Re: I always get: Goal scm:checkout does not exist in this project.
On 9/14/05, Ruud Wijnands [EMAIL PROTECTED] wrote:
Hi,
I am using:
- maven version 1.02
- svn 1.1
- a multiproject build with the following structure:
trunk/project.xml
trunk/build.properties
trunk/project.projecties
trunk/comp1/project.xml
trunk/comp2/project.xml
etc.
And I am trying to get a CruiseControl build running. This somehow fails
with respect to my SCM settings I think.
I checked out the repository manually with svn checkout
https://project.company.com/svn/MyProject.
I use trunk/project.xml for inheritance in the compx/projects.xml files.
When I run maven scm:update I always get the following error.
BUILD FAILED
Goal scm:checkout does not exist in this project.
-
The contents of build.properties is:
maven.proxy.host=some.server.com
maven.proxy.port=8080
maven.scm.method=svn
maven.scm.svn.root=https://project.company.com/svn/MyProject/trunk
maven.scm.svn.module=MyProject
maven.scm.url=scm:svn:https://project.company.com/svn/MyProject/trunk
maven.cruisecontrol.home=/usr/local/cruisecontrol-2.2.1
maven.cruisecontrol.work.dir=/home/builder/ccbuild/
maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory
maven.cruisecontrol.goals=scm:update|multiproject:clean|multiproject:install
-
The contents of project.properties is:
maven.compile.source=1.4
maven.compile.target=1.4
maven.multiproject.basedir=${basedir}
maven.multiproject.includes=**/project.xml
maven.multiproject.excludes=project.xml
maven.junit.fork=true
-
The content of trunk/project.xml is something like:
project
groupIdmain_group/groupId
currentVersion1.0/currentVersion
organization
nameMy Company/name
/organization
repository
connectionscm:svn:https://project.company.com/svn/MyProject/trunk
/connection
urlhttps://project.company.com/svn/MyProject/trunk/url
/repository
build
nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress
sourceDirectorysrc/main/java/sourceDirectory
unitTestSourceDirectorysrc/test/java/unitTestSourceDirectory
unitTest
includes
include**/*Test.java/include
/includes
/unitTest
/build
/project
-
The content of the compx/project.xml files is like this:
project
extend../project.xml/extend
groupIdcompgroup/groupId
artifactIdcompx/artifactId
currentVersion1.0/currentVersion
namecompx/name
dependencies
dependency
groupIdjunit/groupId
artifactIdjunit/artifactId
version3.8.1/version
scopetest/scope
/dependency
/dependencies
/project
Any ideas of what I am doing wrong?
You will need to update your SCM plugin; the one shipped with 1.0.2 does not
support SVN.
--
Jamie Bisotti
Re: [m1] Sharing source code between projects?
On 8/30/05, Vincent Massol [EMAIL PROTECTED] wrote: Hi Michael, -Original Message- From: Michael Owen [mailto:[EMAIL PROTECTED] Sent: mardi 30 août 2005 10:27 To: users@maven.apache.org Subject: [m1] Sharing source code between projects? Hi, Firstly, I'm using Maven 1. What's the best practice for sharing source code, because I need to build several different ear artifacts for the same project? The best practice is to have common project(s) and then specific projects depending on the common project(s). -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Do you really mean to say you are dependent on the source code? Seems like you would be dependent on the artifact that gets produced from building the common source code. -- Jamie Bisotti
Re: jar:install-snapshot - deprecated jar:snapshot
On 8/24/05, David Jackman [EMAIL PROTECTED] wrote:
Is there a best practices way of cleaning up these timestamped
deployments? We have a continuous integration tool doing the builds (so
there's lots of builds) and the current version of all projects are set
with SNAPSHOT. So it seems that in a not-too-large amount of time our
Maven repository will be filled up with these timestamped snapshot
artifacts.
..David..
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 24, 2005 8:57 AM
To: Maven Users List
Subject: Re: jar:install-snapshot - deprecated jar:snapshot
As of the 1.5 release of the Maven Artifact plugin, anything with a
SNAPSHOT name will automatically get timestamped.
- Brett
On 8/25/05, Andreas Guther [EMAIL PROTECTED] wrote:
Hi:
With the jar plug-in 1.7 I noticed that the creation of a versioned
jar file seems to be deprecated.
I was used to get a versioned snapshot file with the
jar:install-snapshot goal which seems not to be the case anymore.
From what I understand, I still can create a versioned snapshot file
with jar:snapshot which on the other hand is deprecated:
http://maven.apache.org/reference/plugins/jar/goals.html
jar:snapshot DEPRECATED. Please use jar:deploy-snapshot or
jar:install-snapshot
Creates a jar file in the Maven build directory with the form
${project.id}-MMDD.hhmmss.jar where
* id - taken from the project.xml of the project being built
* MMDD - The current year in 8 digit format
* hhmmss - the current time in 6 digit format
My question is: Will the versioned jar file disappear in the near
future? What other ways will maven provide to get a versioned
snapshot file or do I have to simulate that in the future with a goal
in maven.xml?
Thanks in advance,
Andreas
This electronic mail message contains information belonging to
PaymentOne, which may be confidential and/or legal privileged. The
information is intended only for the use of the individual or entity
named above. If you are not the intended recipient, you are hereby
notified that any disclosure, printing, copying, distribution, or the
taking of any action in reliance on the contents of this electronically
mailed information is strictly prohibited. If you receive this message
in error, please immediately notify us by electronic mail and delete
this message.
-
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]
Yeah. What was wrong with the old way of having the JAR named
blah-SNAPSHOT.jar???
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can the CheckStyle 3.0-SNAPSHOT plugin be updated depend on CheckStyle 4.0.0 Beta5? EOM
On 8/19/05, Carlos Sanchez [EMAIL PROTECTED] wrote: http://cvs.apache.org/repository/maven/plugins/maven-checkstyle-plugin-3.0-SNAPSHOT.jar and http://cvs.apache.org/repository/maven/plugins/maven-checkstyle-plugin-3.0-20050809.182002.jar both have beta5 On 8/19/05, Jamie Bisotti [EMAIL PROTECTED] wrote: On 8/19/05, Carlos Sanchez [EMAIL PROTECTED] wrote: It already depends on beta5 On 8/19/05, Jamie Bisotti [EMAIL PROTECTED] wrote: -- Jamie Bisotti - 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] Carlos, When I download the plugin, its project.xml contains the following: dependency groupIdcheckstyle/groupId artifactIdcheckstyle/artifactId version4.0-beta3/version properties classloaderroot/classloader /properties /dependency I thought maybe there was a problem because I already had it installed, so I completely deleted the cache directory removed CheckStyle from my MAVEN_HOME\plugins directory; then I downloaded again...same result. Any ideas? -- Jamie Bisotti - 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] Carlos, I had to remove all references to my existing 3.0-SNAPSHOT plugin (i.e. MAVEN_HOME\plugins, %HOMEPATH%/.maven/cache %HOMEPATH%/.maven/maven/plugins) before I could download the updated 3.0-SNAPSHOT. Before I did that, it just kept copying the plugin from %HOMEPATH%/.maven/maven/plugins instead of downloading the new one. Is this as expected, or is it a bug? Thanks for you help! -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Why is the version not appended to target/blah.war?
When I run 'maven war' on my project, blah, I get target/blah.war. However, when I run 'maven war:install', I get blah-1.0.war in my local repository. Is this difference intentional, or is it a bug? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why is the version not appended to target/blah.war?
On 8/23/05, dan tran [EMAIL PROTECTED] wrote:
Jamie,
according maven-war-plugin doco,
maven.war.final.name is default to ${pom.artifactId}.war
that is why maven war:war would produce, however when install
on repos, it must comform to maven filename convention.
Overide maven.war.final.name if you like
-D
On 8/23/05, Jamie Bisotti [EMAIL PROTECTED] wrote:
When I run 'maven war' on my project, blah, I get target/blah.war.
However, when I run 'maven war:install', I get blah-1.0.war in my
local repository. Is this difference intentional, or is it a bug?
--
Jamie Bisotti
-
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]
Dan,
Thanks for your response. Sorry, I didn't ask my question clearly
enough. I understand what it is doing and that it is doing things per
the documentation. I guess my real question is why does
'maven.war.final.name' not default to
${pom.artifactId}-${pom.version}.war? This seems to go against the
Maven way.
As I'm typing this, it seems like maybe this came up on the list
recently; however, a quick search didn't find it. If so, and this has
already been addressed, a pointer to the thread would be greatly
appreciated.
Thanks!
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can the CheckStyle 3.0-SNAPSHOT plugin be updated depend on CheckStyle 4.0.0 Beta5? EOM
On 8/23/05, Jamie Bisotti [EMAIL PROTECTED] wrote: On 8/19/05, Carlos Sanchez [EMAIL PROTECTED] wrote: http://cvs.apache.org/repository/maven/plugins/maven-checkstyle-plugin-3.0-SNAPSHOT.jar and http://cvs.apache.org/repository/maven/plugins/maven-checkstyle-plugin-3.0-20050809.182002.jar both have beta5 On 8/19/05, Jamie Bisotti [EMAIL PROTECTED] wrote: On 8/19/05, Carlos Sanchez [EMAIL PROTECTED] wrote: It already depends on beta5 On 8/19/05, Jamie Bisotti [EMAIL PROTECTED] wrote: -- Jamie Bisotti - 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] Carlos, When I download the plugin, its project.xml contains the following: dependency groupIdcheckstyle/groupId artifactIdcheckstyle/artifactId version4.0-beta3/version properties classloaderroot/classloader /properties /dependency I thought maybe there was a problem because I already had it installed, so I completely deleted the cache directory removed CheckStyle from my MAVEN_HOME\plugins directory; then I downloaded again...same result. Any ideas? -- Jamie Bisotti - 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] Carlos, I had to remove all references to my existing 3.0-SNAPSHOT plugin (i.e. MAVEN_HOME\plugins, %HOMEPATH%/.maven/cache %HOMEPATH%/.maven/maven/plugins) before I could download the updated 3.0-SNAPSHOT. Before I did that, it just kept copying the plugin from %HOMEPATH%/.maven/maven/plugins instead of downloading the new one. Is this as expected, or is it a bug? Thanks for you help! -- Jamie Bisotti Now I'm getting the following error when I try to run the CheckStyle report: ... BUILD FAILED File.. C:\Documents and Settings\James F Bisotti\.maven\cache\maven-checksty le-plugin-3.0-SNAPSHOT\plugin.jelly Element... property Line.. 150 Column 55 java.io.FileNotFoundException: C:\sandbox\repos\trunk\solutions\solution1 (Acc ess is denied) Total time: 15 seconds ... solution1 is a directory that does exist; and I'm running M1.0.2 on WinXP SP2. The beta3 plugin worked just fine; this is new with the beta5 version. Any ideas? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Why is the version not appended to target/blah.war?
On 8/23/05, Craig S. Cottingham [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Aug 23, 2005, at 11:41, Jamie Bisotti wrote:
Thanks for your response. Sorry, I didn't ask my question clearly
enough. I understand what it is doing and that it is doing things per
the documentation. I guess my real question is why does
'maven.war.final.name' not default to
${pom.artifactId}-${pom.version}.war? This seems to go against the
Maven way.
As I'm typing this, it seems like maybe this came up on the list
recently; however, a quick search didn't find it. If so, and this has
already been addressed, a pointer to the thread would be greatly
appreciated.
I don't remember this coming up recently, but I'm pretty sure it's come
up before. I know the answer to this, which means that I got the answer
from someone smarter than me. :-)
Some servlet containers (like Tomcat 5, maybe?) deploy a webapp to a
URL that's a function of the warfile name. (For instance, myapp.war
might be deployed to http://www.example.com/myapp;.) If the warfile
name changes, the URL changes -- and that's probably undesired
behavior.
- --
Craig S. Cottingham
[EMAIL PROTECTED]
OpenPGP key available from:
http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x7977F79C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Darwin)
iD8DBQFDC1YrEJLQ3Hl395wRAkRdAJ4x9zlR3SNHO8x9g4UqB3lccWJFGwCeP+bQ
YfwMjiJsOmZY8Gi1/esj268=
=MYc6
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Craig,
Thanks for the quick response. The behavior you describe is the
default behavior, for Tomcat at least, but can be modified by
supplying a context.xml which tells the container what context to
deploy the webapp to. I'm assuming other servlet containers have
similar functionality. So, my question still stands: Why does
'maven.war.final.name' not default to
${pom.artifactId}-${pom.version}.war? This is highly un-Maven-like.
Any committers care to comment?
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven and Versionless Jar Files
On 8/23/05, Leck, William C (Bill) [EMAIL PROTECTED] wrote: jarbar.jar/jar works for me on 1.0. Bill -Original Message- From: Alex Wood [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 23, 2005 3:47 PM To: Maven Users List Subject: Maven and Versionless Jar Files Hi, I'm setting up Maven 1.1-beta-1 for a project I'm working on. I'm using a couple of jar files provided to me by a third-party vendor. These jar files don't have version numbers, so I'm not quite sure how to list them as dependencies in project.xml. Right now I have for 'bar.jar' dependency groupIdfoogroup/groupId artifactIdbar/artifactId /dependency However, when I run 'maven jar', I get an error message: WARNING: Failed to download bar-null.jar. So is there anyway to tell Maven to not append -null to this dependency? I looked at http://maven.apache.org/using/managing-dependencies.html and saw that you can add override directives, but it appeared to me that using these would mean that your jars wouldn't be handled by the repository in the same way as normal dependencies. Any help would be appreciated. --- Regards, Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://maven.apache.org/using/managing-dependencies.html -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: db plugin
On 8/19/05, Mauricio Hernández Durán [EMAIL PROTECTED] wrote: Hi all! Anyone knows where I can get something similar to a db plugin for maven? What I need is from a bunch of sql scripts to have init, populate, drop goals... Thanks in advance! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] You can use Ant's SQL task in a custom goal in maven.xml -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can the CheckStyle 3.0-SNAPSHOT plugin be updated depend on CheckStyle 4.0.0 Beta5? EOM
-- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can the CheckStyle 3.0-SNAPSHOT plugin be updated depend on CheckStyle 4.0.0 Beta5? EOM
On 8/19/05, Carlos Sanchez [EMAIL PROTECTED] wrote: It already depends on beta5 On 8/19/05, Jamie Bisotti [EMAIL PROTECTED] wrote: -- Jamie Bisotti - 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] Carlos, When I download the plugin, its project.xml contains the following: dependency groupIdcheckstyle/groupId artifactIdcheckstyle/artifactId version4.0-beta3/version properties classloaderroot/classloader /properties /dependency I thought maybe there was a problem because I already had it installed, so I completely deleted the cache directory removed CheckStyle from my MAVEN_HOME\plugins directory; then I downloaded again...same result. Any ideas? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m1: test goal running twice!
On 8/17/05, Craig McDaniel [EMAIL PROTECTED] wrote: I am using Damage Control on my project to run automated builds. As part of the automated build, I want to deploy a snapshot jar and build the site. DC is therefore executing maven clean jar:deploy-snapshot site. Unfortunately, this causes the unit tests to execute twice, once for jar:deploy and once for site. Is this the expected behavior? -- Craig McDaniel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] AFAIK, yes...for the 1.X branch at least. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1.0.2, uberjar and properties problem
On 8/17/05, Levitt, David, Bookspan [EMAIL PROTECTED] wrote: -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 12:45 PM To: Maven Users List Subject: Re: Maven 1.0.2, uberjar and properties problem On 8/17/05, Levitt, David, Bookspan [EMAIL PROTECTED] wrote: Chased through the document and tried to download - maven wants a version other than -Dversion=1.0-SNAPSHOT The sourceforge page for javaapp does not list a version tag -Original Message- From: Jörg Schaible [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 11:11 AM To: Maven Users List Subject: RE: Maven 1.0.2, uberjar and properties problem [snippage /] This just means, that you did not install it. Available from maven-plugins.sf.net. You might add it as dependency though. - Jörg - 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] http://www.ibiblio.org/maven/maven-plugins/plugins/ Looks like 1.3 is the latest version. -- Jamie Bisotti No joy in Mudville [I also tried 1.3-SNAPSHOT] C:\src\MyPointsmaven -DartifactId=maven-javaapp-plugin -DgroupId=maven-plugins -Dversion=1.3 plugin:download __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: plugin:download-artifact: [echo] repo is 'http://www.ibiblio.org' [echo] trying to download http://www.ibiblio.org/maven-plugins/plugins/maven-javaapp-plugin-1.3.jar [echo] repo is 'http://maven-plugins.sf.net/maven' [echo] trying to download http://maven-plugins.sf.net/maven/maven-plugins/plugins/maven-javaapp-plugin-1.3.jar BUILD FAILED File.. C:\Documents and Settings\DLevitt\.maven\cache\maven-plugin-plugin-1.5.2\plugin.jelly Element... ant:fail Line.. 251 Column 52 Unable to find plug-in Total time: 8 seconds Finished at: Wed Aug 17 13:19:04 EDT 2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Are you behind a firewall? Do you have 'maven.proxy.host' and 'maven.proxy.port' specified somewhere? I copied your command line from above, pasted it to my command line, executed it, and successfully downloaded JavaApp 1.3. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1.0.2, uberjar and properties problem
On 8/17/05, Levitt, David, Bookspan [EMAIL PROTECTED] wrote: -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 2:30 PM To: Maven Users List Subject: Re: Maven 1.0.2, uberjar and properties problem On 8/17/05, Levitt, David, Bookspan [EMAIL PROTECTED] wrote: -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 12:45 PM To: Maven Users List Subject: Re: Maven 1.0.2, uberjar and properties problem On 8/17/05, Levitt, David, Bookspan [EMAIL PROTECTED] wrote: Chased through the document and tried to download - maven wants a version other than -Dversion=1.0-SNAPSHOT The sourceforge page for javaapp does not list a version tag -Original Message- From: Jörg Schaible [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 17, 2005 11:11 AM To: Maven Users List Subject: RE: Maven 1.0.2, uberjar and properties problem [snippage /] This just means, that you did not install it. Available from maven-plugins.sf.net. You might add it as dependency though. - Jörg - 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] http://www.ibiblio.org/maven/maven-plugins/plugins/ Looks like 1.3 is the latest version. -- Jamie Bisotti No joy in Mudville [I also tried 1.3-SNAPSHOT] C:\src\MyPointsmaven -DartifactId=maven-javaapp-plugin -DgroupId=maven-plugins -Dversion=1.3 plugin:download __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: plugin:download-artifact: [echo] repo is 'http://www.ibiblio.org' [echo] trying to download http://www.ibiblio.org/maven-plugins/plugins/maven-javaapp-plugin-1.3.jar [echo] repo is 'http://maven-plugins.sf.net/maven' [echo] trying to download http://maven-plugins.sf.net/maven/maven-plugins/plugins/maven-javaapp-plugin-1.3.jar BUILD FAILED File.. C:\Documents and Settings\DLevitt\.maven\cache\maven-plugin-plugin-1.5.2\plugin.jelly Element... ant:fail Line.. 251 Column 52 Unable to find plug-in Total time: 8 seconds Finished at: Wed Aug 17 13:19:04 EDT 2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Are you behind a firewall? Do you have 'maven.proxy.host' and 'maven.proxy.port' specified somewhere? I copied your command line from above, pasted it to my command line, executed it, and successfully downloaded JavaApp 1.3. -- Jamie Bisotti No proxies, and I've observed Maven download plugins during the initial setup and while building Geronimo from source. I've tried to download the jar file directly and place it into my plugins directory - it then tries to download a back-level Maven jar: C:\src\MyPointsmaven javaapp __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 Attempting to download maven-1.0.1.jar. Error retrieving artifact from [http://maven-plugins.sf.net/maven/maven/jars/maven-1.0.1.jar]: java.io.IOException: Unkn own error downloading; status code was: 302 WARNING: Failed to download maven-1.0.1.jar. The build cannot continue because of the following unsatisfied dependency: maven-1.0.1.jar Total time: 3 seconds Finished at: Wed Aug 17 13:26:38 EDT 2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yeah, I'm actually seeing the same problem when I actually try to execute it. Strange. Assuming you are using Windows, try going to %HOMEDRIVE%%HOMEPATH%\.maven\cache\maven-javaapp-plugin-1.3. Edit the project.xml and change it's Maven dependency from 1.0.1 to 1.0.2. See if that gets you any further. That's pretty old stuff. Does no one use this plugin? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M1] Defining artifact type
On 8/16/05, Sébastien Arbogast [EMAIL PROTECTED] wrote: I have a multiproject project with one of its modules being a web application and the others being jars. When I run maven multiproject:deploy on the root of my project, artefact:deploy is called on each subproject but my web application is deployed as a jar instead of a war. Is there a way to specify somewhere that this subproject is a war or do I have to create a custom goal in maven.xml as it is demonstrated in Maven Developer Notebook for zip's ? -- Sébastien Arbogast The Epseelon Project : http://www.epseelon.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] http://maven.apache.org/reference/plugins/multiproject/properties.html maven.multiproject.type -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: precompilation od JSP
On 8/11/05, SELVAN Madhaiyan [EMAIL PROTECTED] wrote:
Dear all,
I'm new to the maven. When I doing JSP precompilation process in
maven.xml the following scripts I have used. But I get the error class
cast exception .
How to solve this problem. can any one help me.? Thanks.
goal name=precompile-jsp description=Precompile all JSPs into java
classes, and then into classes prereqs=java:compile
maven:set value=warSource property=${maven.war.src}
plugin=maven-war-plugin /
ant:mkdir dir=${maven.build.dir}/jspc/
ant:mkdir dir=${maven.build.dir}/jspc-processed/
ant:mkdir dir=${maven.build.dir}/jspc-classes/
j:set var=jspOutDir value=${maven.build.dir}/jspc/
j:set var=jspClassesOutDir value=${maven.build.dest}/
ant:path id=jspc.classpath
ant:pathelement
location=${maven.tomcat.home}/common/lib/jasper-runtime.jar/
ant:pathelement
location=${maven.tomcat.home}/common/lib/jasper-compiler.jar/
ant:pathelement
location=${maven.tomcat.home}/common/lib/servlet.jar/
ant:pathelement
location=${maven.tomcat.home}/common/lib/servlet-api.jar/
ant:pathelement
location=${maven.tomcat.home}/common/lib/jsp-api.jar/
ant:path refid=maven.dependency.classpath/
ant:pathelement path=${maven.build.dest}/
/ant:path
ant:taskdef classname=org.apache.jasper.JspC name=jasper2
ant:classpath
ant:pathelement
location=${maven.java.home}/../lib/tools.jar/
ant:fileset dir=${ENV.CATALINA_HOME}/server/lib
vinclude name=*.jar/
/ant:fileset
ant:fileset dir=${ENV.CATALINA_HOME}/common/lib
ant:include name=*.jar/
/ant:fileset
ant:path refid=jspc.classpath/
/ant:classpath
/ant:taskdef
ant:jasper2 verbose=0
package=my.package
uriroot=${maven.webapp.path}/${maven.webapp.name}
webXmlFragment=${maven.build.dir}/generated_web.xml
outputDir=${maven.webapp.path}/${maven.webapp.name}/WEB-INF/src/my/pack
age /
!-- ant:jasper2
webXmlFragment=${maven.build.dir}/web-fragment.xml
package=${pom.package}.jsp.${pom.artifactId}
outputDir=${jspOutDir}
srcdir=${warSource}
uriroot=${warSource}
uribase=${pom.artifactId}
verbose=2
/ant:jasper2
ant:jasper2
package=${pom.package}.jsp
destDir=${maven.war.src}
uriroot=${maven.war.src}
srcdir=${maven.war.src}
classpathref=jspc.classpath
ant:include name=**/*.jsp/
ant:exclude name=**/includes/**/*.jsp/
/ant:jasper2
--
ant:javac
srcdir=${jspOutDir}
destdir=${jspClassesOutDir}
debug=${maven.compile.debug}
deprecation=${maven.compile.deprecation}
optimize=${maven.compile.optimize}
classpathref=jspc.classpath
/ant:javac
/goal
When I executing the above script I'm getting the class cast exception.
precompile-jsp:
[mkdir] Created dir: D:\Maven1.0.2\bin\target\jspc
[mkdir] Created dir: D:\Maven1.0.2\bin\target\jspc-processed
[mkdir] Created dir: D:\Maven1.0.2\bin\target\jspc-classes
[jasper2] [ERROR] Error in class org.apache.jasper.JspC
BUILD FAILED
File.. D:\Maven1.0.2\bin\maven.xml
Element... ant:jasper2
Line.. 96
Column 91
java.lang.ClassCastException
Total time: 3 seconds
Finished at: Thu Aug 11 18:58:25 GMT+05:30 2005
If anyone knows pls reply.
Confidentiality Statement:
This message is intended only for the individual or entity to which it is
addressed. It may contain privileged, confidential information which is
exempt from disclosure under applicable laws. If you are not the intended
recipient, please note that you are strictly prohibited from disseminating or
distributing this information (other than to the intended recipient) or
copying this information. If you have received this communication in error,
please notify us immediately by return email.
Use the Tomcat plugin listed under the 3rd Party plugins.
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maven equivalent of Ant's BuildListener?
Ant provides the ability to use BuildListeners to monitor significant events in the build life-cycle. Does Maven provide anything similar? Basically, I need a good way of determining when a Maven build fails. I'd rather not just parse the output because this is for our official build environment, which typically keys off either a return code (which maven.bat does not provide) or the existence of an error file. Any ideas? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parent Projects
On 8/9/05, Thomas Van de Velde [EMAIL PROTECTED] wrote:
I like adding a pom to my Maven installation directory, share it in SCM and
then all projects can extend from the pom added to Maven by referering to it
as
extend${maven.home}/project.xml/extend
I like to refer to this pom added to Maven as the program-level pom. Each
project extends the program-level pom with an application-level pom. The
application-level pom is then extended by module poms.
Rgds,
Thomas
On 8/9/05, Grant Ingersoll [EMAIL PROTECTED] wrote:
Is there a best practices for using the extend tag in the POM?
My structure is something like:
holder-dir
Project1
project.xml
Project2
project.xml
Project3
project.xml
Some things are common between the projects (by convention, not by
using the extend). I would like to take advantage of the multiproject
plugin for site generation, etc.
Have seen suggested something like:
holder-dir
project.xml -- Multiproject POM
maven-common
project.xml -- Common properties
Project1
project.xml
Project2
project.xml
Project3
project.xml
Each of the Project POMs would extend the POM in maven-common.
Any thoughts/suggestions? What successes or failures have people had
going this route?
Thanks,
Grant
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If you are using Eclipse, you can/should skip the
holder-dir/project.xml; just have everything extend from
maven-common/project.xml
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Test Plug-in 1.7 release
On 8/9/05, David Jackman [EMAIL PROTECTED] wrote: One option would be to override the test goal in maven.xml and have it run testng instead. -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 09, 2005 3:14 PM To: Maven Users List Subject: Re: Maven Test Plug-in 1.7 release There's no support now. You should check surefire, IIRC it'll be backported from maven2 to maven 1.x. http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-plugins/m aven-surefire-plugin/ On 8/9/05, Mike Perham [EMAIL PROTECTED] wrote: Carlos, is there any plan to allow different test frameworks? I have several projects which use Junit and several which use TestNG. I want 'maven jar' to run the unit tests no matter which framework is in use, but this only works with junit obviously. I have to explicitly call maven testng to make it work. Can maven support this out of the box today or is this something that the test plugin needs to add support for? mike -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 09, 2005 3:49 PM To: Maven Developers List; Maven Users List Subject: Maven Test Plug-in 1.7 release The maven team is pleased to announce the Maven Test Plug-in 1.7 release! http://maven.apache.org/reference/plugins/test/ Run JUnit tests. Changes in this version include: New Features: o Added maven.junit.forkmode property o Added testnotmatchpattern that can be used in test:match Fixed bugs: o Deprecated testmatch property by testmatchpattern to allow more complex patterns in test:match Issue: MPTEST-48. Changes: o Allow multiple patterns in testmatchpattern and testnotmatchpattern o Deprecate dependency handle To automatically install the plugin, type the following on a single line: maven plugin:download -DgroupId=maven -DartifactId=maven-test-plugin -Dversion=1.7 For a manual installation, you can download the plugin here: http://www.apache.org/dyn/closer.cgi/java-repository/maven/plugins/mav en -test-plugin-1.7.jar Have fun! -The maven team - 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] 'maven.junit.forkmode' only works in 1.1, not 1.0.2, correct? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Cobertura
On 8/8/05, Adam Hardy [EMAIL PROTECTED] wrote: I couldn't find any documentation on how to implement the Cobertura reporting as part of the site:site goal. I scoured the website and it's not obvious from that how and where I should set it up, or whether I should install it from a different repository. I see that cobertura/cobertura is on ibiblio in /m2/, but should there be or is there somewhere a maven-cobertura-plugin? I see there's a fair amount of people using it in maven 1.x - is there a reporting plugin for m2 yet? Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Adam, You can get the Maven 1.X plugin from the maven-plugins project on SF. And, you should just have to add it to the reports section to get it as part of your generated site: reports reportmaven-cobertura-plugin/report /reports HTHs, -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Cobertura
On 8/8/05, Adam Hardy [EMAIL PROTECTED] wrote: Jamie Bisotti on 08/08/05 15:39, wrote: On 8/8/05, Adam Hardy [EMAIL PROTECTED] wrote: I couldn't find any documentation on how to implement the Cobertura reporting as part of the site:site goal. I scoured the website and it's not obvious from that how and where I should set it up, or whether I should install it from a different repository. I see that cobertura/cobertura is on ibiblio in /m2/, but should there be or is there somewhere a maven-cobertura-plugin? I see there's a fair amount of people using it in maven 1.x - is there a reporting plugin for m2 yet? You can get the Maven 1.X plugin from the maven-plugins project on SF. And, you should just have to add it to the reports section to get it as part of your generated site: reports reportmaven-cobertura-plugin/report /reports You mean I can run m2 using the m1 plugin? I don't think so - I just tried that it and failed with a dirty great exception java.lang.NullPointerException at org.apache.maven.plugin.DefaultPluginManager.addPlugin(DefaultPluginManager.java:289) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No, I thought you were looking for the M1 plugin. Sorry, haven't tried any M2 stuff yet. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin support for Hibernate 3.0
On 8/3/05, Todd Nine [EMAIL PROTECTED] wrote: I have not tried the specific maven plugin, however I have used the jelly ant tasks to use the hibernate tools 3 alpha release. Give that a shot. On 8/3/05, Jamie Bisotti [EMAIL PROTECTED] wrote: On 5/24/05, Felipe Leme [EMAIL PROTECTED] wrote: On Tue, 2005-05-24 at 14:41 -0400, Jamie Bisotti wrote: So, back to my original questions then...What is the status of the The status is basically undefined :-( Hibernate plugin? Will it be updated to support 3.0 sometime soon? I've been too busy lately and haven't realized this last comment: http://jira.codehaus.org/browse/MPHIBERNATE-14#action_38344 If it works as Anthony says (and has the proper test cases :-), I would gladly apply it. I will try to take a better look on it later next week (this week unfortunately I won't be able to :-( -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Has any progress been made on this? Is no one using H3 w/ Maven? Or is everyone just applying the patch themselves? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Was hoping not to have to write any custom stuff to get this going. Any new on the Hibernate plugin? Any at all? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
scm:update bug or feature?
Using Maven 1.0.2 and maven-scm-plugin-1.5: I have specified 'maven.scm.tag' in my project.properties, for use when tagging the code. Now, when I run maven scm:update, I see the following: scm:update: [echo] Updating from scm:svn:http://cougar.mw.lexmark.com/olympus/trunk; using tag: ReadyToRelease Why is it using the tag for the update? The documentation for the 'maven.scm.tag' property says it is used when checking out and tagging code; doesn't say anything about updating. Also, the documentation for scm:update does not say anything about using the property. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dependency question
Just want to make sure I've got this straight. - I have two active, rapidly changing, projects, A B, I'm going to build and deploy to an in-house remote repository. - B depends on A. - Currently, A's currentVersion is 1.0 - Currently, B's dependency for A uses a version of 1.0 - A will get built and deployed with the 'jar:deploy goal, which will place A-1.0.jar in the in-house remote repository. - The first time B gets built, A-1.0.jar will get pulled from the in-house remote repository to the users local repository. - Each time thereafter, when B gets built, it will use that original version of A-1.0.jar in the local repository, even though A-1.0.jar have changed multiple times in the in-house remote repository. To get around this, I need to: - Change B's dependency on A to use a version of SNAPSHOT Questions: 1. Do I need to use jar:deploy-snapshot when building A? Or, is Maven smart enough to just check the timestamp of A-1.0.jar in the local repository against the one in the in-house remote repository and download it again if it is newer? I think the answers are Yes and No, respectively. 2. Do I need to change A's currentVersion to 1.0-SNAPSHOT? Or is jar:deploy-snapshot smart enough to name the snapshot JAR appropriately? I think the answers are No and Yes, respectively. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scm:update error
On 8/2/05, Mariano Stampella [EMAIL PROTECTED] wrote: Hi, I'm Mariano with the same old problem, I use the scm-plugin and when try to use the update goal occurs this [WARNING] Unknown status: '? '. [WARNING] Unknown status: 'M '. That's because when i execute the update goal really executed this: cvs -f -q update -d And the result is: ? .xdoclet ? bin ? example ? iaso.ear ? manga.jpg ? xdoclet-build.xml ? j2ee/jars/javax.servlet.jar M .classpath M maven.xml M project.properties For this reason the update process is truncated. Somebody can a solution for that? Thanks Mariano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Are you using the latest SCM plugin? -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin support for Hibernate 3.0
On 5/24/05, Felipe Leme [EMAIL PROTECTED] wrote: On Tue, 2005-05-24 at 14:41 -0400, Jamie Bisotti wrote: So, back to my original questions then...What is the status of the The status is basically undefined :-( Hibernate plugin? Will it be updated to support 3.0 sometime soon? I've been too busy lately and haven't realized this last comment: http://jira.codehaus.org/browse/MPHIBERNATE-14#action_38344 If it works as Anthony says (and has the proper test cases :-), I would gladly apply it. I will try to take a better look on it later next week (this week unfortunately I won't be able to :-( -- Felipe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Has any progress been made on this? Is no one using H3 w/ Maven? Or is everyone just applying the patch themselves? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
When extending a parent project.xml, not everything seems to get inheirited
Using Maven 1.0.2, I have the following layout:
trunk
common
project.xml
components
comp1
project.xml
comp2
project.xml
framework
project.xml
where common/project.xml is the parent POM and the other three
project.xml files extend it. I'm seeing several places where it
elements are not being inheirited. The organization element is one
example, and resource is another.
The following works fine when it appears in one of the child POMs,
but as soon as I move it to the parent POM, the resources are no
longer getting copied.
resources
resource
directory${basedir}/src/java/directory
includes
include**/*.hbm.xml/include
/includes
filteringfalse/filtering
/resource
...
/resources
Running maven -X java:jar-resources shows no reference to the
resources in the parent, but it does show reference to the few
remaining resources in the child
Not sure if I'm missing something or doing something wrong. Any
insights would be greatly appreciated.
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: When extending a parent project.xml, not everything seems to get inheirited
On 8/3/05, Jamie Bisotti [EMAIL PROTECTED] wrote:
Using Maven 1.0.2, I have the following layout:
trunk
common
project.xml
components
comp1
project.xml
comp2
project.xml
framework
project.xml
where common/project.xml is the parent POM and the other three
project.xml files extend it. I'm seeing several places where it
elements are not being inheirited. The organization element is one
example, and resource is another.
The following works fine when it appears in one of the child POMs,
but as soon as I move it to the parent POM, the resources are no
longer getting copied.
resources
resource
directory${basedir}/src/java/directory
includes
include**/*.hbm.xml/include
/includes
filteringfalse/filtering
/resource
...
/resources
Running maven -X java:jar-resources shows no reference to the
resources in the parent, but it does show reference to the few
remaining resources in the child
Not sure if I'm missing something or doing something wrong. Any
insights would be greatly appreciated.
--
Jamie Bisotti
My previous observations were slightly incorrect. It seems to depend
on whether or not the child has its own resources section or not.
My comp1/project.xml DOES NOT have any custom resources, so it has no
resources section of its own; in this case, the parent resources
are used appropritely. However, my framework/project.xml DOES have a
few custom resources, so it has a resources section of its own, in
addition to the one in parent; in this case, the parent
resources seem to be ignored.
Is this a bug, or is it something that just isn't possible? Either
way, I think the organization element is still odd.
--
Jamie Bisotti
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuous integration for dummies anyone?
On 8/1/05, Mayorgaadame, Alex [IT] [EMAIL PROTECTED] wrote: Hello all Maven guys and gals: I'm a total newbie to this stuff, but I've got an assignment to set up a Maven + Cruise Control + CVS thing for a Hello world! application. Can anybody walk me trough or point me to a comprehensive guide? I haven't been able to find one yet. I promise to log everything I learn to my blog or to any wiki that would help new users of this great product. Regards Alex Mayorga Adame - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Check out the Wiki on the CruiseControl site; I believe it has a Maven/CC/CVS scenario. Basically, get your project building with Maven is the first/most important step. After that, it's just a matter of setting up CC's config.xml (fairly simple/straight forward), and you should be off and running. I'd suggest updating to the latest maven-cruisecontrol-plugin and using it to generate the initial config.xml; then you can tweak that as you get more familiar with things. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Empty Developer Activity Report
On 7/27/05, Jamie Bisotti [EMAIL PROTECTED] wrote: Is anyone else getting an empty Developer Activity Report? This was working, but stopped at some point. I try to update to the latest available plugins as they are announced, so I'm guessing one of them has broken this??? The Change Log and File Activity Reports are still working just fine. Any ideas would be appreciated. -- Jamie Bisotti After further investigation...Looks like the format of target/changes.xml, generated by maven-changelog-plugin, was changed from 1.7.2 to 1.81. The format was originally changelogchangelog-entry//changelog; however, it was changed to changelogchangesetchangelog-entry//changeset/changelog. The problem is the maven-developer-activity-plugin, which uses target/changes.xml was not updated for this. So, as far as I can tell, anyone using maven-changelog-plugin 1.8.0+ cannot be successfully generating a Developer Activity Report. Either that, or I need to get more sleep and/or drink more coffee. Does no one else use this plugin? Fix/workaround: In your local Maven repo, edit .maven/cache/maven-developer-activity-plugin-1.5.1/plugin-resources/developer-activity.jsl and replace all occurrances of ./changelog-entry with ./changeset/changelog-entry. http://jira.codehaus.org/browse/MPDEVACTIVITY-4 -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New jcoverage plugin?
Might want to checkout the Cobertura plugin on SourceForge. I think it contains those fixes. On 7/27/05, Lach, Thierry [EMAIL PROTECTED] wrote: When is version 1.0.10 of the jcoverage plugin going to be released? There are three fixes scheduled for it that were closed in JIRA in October 2004. This message and any attachments contain information, which may be confidential or privileged. If you are not the intended recipient, please refrain from any disclosure, copying, distribution or use of this information. Please be aware that such actions are prohibited. If you have received this transmission in error, kindly notify us by calling 1-800-262-4723 or e-mail to [EMAIL PROTECTED] We appreciate your cooperation. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven] jcoverage examples please?
Seems maven-cobertura-plugin 1.0 is not working; file a JIRA issue. I don't think it matters if you are using 1.0.2 or 1.1-beta. On 7/20/05, Scott Lamb [EMAIL PROTECTED] wrote: On Jul 20, 2005, at 2:42 PM, Mick Knutson wrote: Sorry, I mean that I get the Cobertura reports being generated, but it says that there are no tests, and 0% coverage on all of my projects. I've had this problem lately, too. It used to work, but one of the more recent snapshots broke it for me. (Looks like 1.0 proper is out now, too. It doesn't work for me.) Another developer here can do them fine. I suspect it has something to do with your version of maven - I think he's been always on 1.0.2. I've upgraded some components as recommended on the download page and played with maven 1.1 beta 1. I've been meaning to take this up on the maven-plugins- [EMAIL PROTECTED] list. It seems the appropriate place. -- Scott Lamb http://www.slamb.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Alternate build step
What exactly do you want the site to consist of? Why not just do maven checkstyle xdoc? On 7/21/05, dan tran [EMAIL PROTECTED] wrote: correct add goal name=java:compile / to override the implementation of http://maven.apache.org/reference/plugins/java/goals.html to your maven.xml -D On 7/20/05, Reid Pinchback [EMAIL PROTECTED] wrote: That sounds promising. This is probably going to sound like the dumbest newbie question in the world, but how do I do that? I suspect you're talking about setting up a goal in maven.xml. Not yet fully up to speed on the goal/namespace relationship in Maven, and I bet that is rather key to what you suggest. --- dan tran [EMAIL PROTECTED] wrote: how about overide java:compile to do nothing? -D __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven 1.0.2] How to update all the default plugins for maven?
There is now update all method. It's a manual process. On 7/14/05, Mick Knutson [EMAIL PROTECTED] wrote: I want to update all the default plugins for my Maven 1.0.2 install. How can I force Maven to get the latest of all plugins? Thank You Mick Knutson Sr. Java/J2EE Consultant BASE logic, inc. (415) 648-1804 (S.F., CA) http://www.BASELogic.com HP Consulting Services (Walnut Creek, CA) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: update
1. Are you in a working copy that can be updated? 2. Is there a project.xml/project.properties in the directory? 3. If #2 is yes, what do they look like? On 7/13/05, Mariano Stampella [EMAIL PROTECTED] wrote: -Mensaje original- De: Mariano Stampella [mailto:[EMAIL PROTECTED] Enviado el: Martes, 12 de Julio de 2005 02:21 p.m. Para: 'Maven Users List' Asunto: scm:update Hi, Im using scm:update with a 1.5 version of SCM plugin and I have this problems: scm:update: [echo] Updating from SCM [INFO] Executing: cvs -f -q update -d [INFO] Working directory: c:\eclipse\workspace\manga [WARNING] Unknown status: '? '. [WARNING] Unknown status: '? '. [WARNING] Unknown status: '? '. [WARNING] Unknown status: '? '. [WARNING] Unknown status: '? '. [WARNING] Unknown status: 'M '. [WARNING] Unknown status: 'M '. [WARNING] Unknown status: 'M '. and don't update nothing :( sorry for my English. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M1] Findbugs plugin problem.
The FindBugs plugin is not part of the 1.0.2 distribution; you have to install it separately. Did you do that? If not, do the following: maven plugin:download When prompted for the 'artifactId', enter maven-findbugs-plugin When prompted for the 'groupId', enter maven-plugins When prompted for the 'version', enter 0.9.1 On 7/6/05, Sreenivas Mangasandra [EMAIL PROTECTED] wrote: Hallo, Has anybody worked with findbugs plugin. Can we generate reports to show bugs in our projects. I tried to use the findbugs plugin in the reports tag, but my build Failed. reportmaven-findbugs-plugin/reports BUILD FAILED File.. C:\Dokumente und Einstellungen\Sreenivas\.maven\cache\maven-xdoc-plugin-1.8\plugin.jelly Element... attainGoal Line.. 687 Column 48 No goal [maven-findbugs-plugin:register] I use maven 1.0.2 and jdk1.4.2. With Best regards / Mit freundlichen Grüßen Sreenivas Mangasandra, Intland Software GmbH, Wankel Str. 3, D-70563 Stuttgart, Germany. Tel.: +49 711 722 1834 -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Multiproject CruiseControl - how to do CVS update
What does the CVS structure look like? Something like: trunk/ project 1/ project 2/ multiproject/ Just have CC monitor trunk/ and you should be fine. On 7/6/05, Michael Mattox [EMAIL PROTECTED] wrote: Is there a reason doing the CVS update from the multiproject directory doesn't work? It should get all subdirectories, which should update all of the subprojects (unless the multiproject doesn't follow the norm of having the subprojects located in subdirectories of the multiproject). I didn't know it was the norm to have the subprojects be subdirectories of the main projects. I always kept the main project at the same level.. - project 1 - project 2 - multiproject The problem with not using a flat hiearchy is that it causes problems with Eclipse. Is there another way or do I have to restructure my project directories to use CC? -Michael -- This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Project Plugin regarding CPD.
CPD is not its own plugin; it is part of the PMD plugin. Speciyfing the property mentioned above, is the only way to currently get it to run. On 7/5/05, Sreenivas Mangasandra [EMAIL PROTECTED] wrote: Hi Jeff, It works with setting a property in the project.properties file. But I wanted to include it in the project.xml file as reportmaven-pmd-plugin/report reportmaven-simian-plugin/report Something like above. Ex: reportmaven-cpd-plugin/report It tried maven-cpd-plugin, maven-pmd.cpd-plugin etc, but it does not work. Sreenivas. -Ursprüngliche Nachricht- Von: Jeff Jensen [mailto:[EMAIL PROTECTED] Gesendet: Montag, 4. Juli 2005 21:24 An: 'Maven Users List' Betreff: RE: Project Plugin regarding CPD. The directions here: http://maven.apache.org/reference/plugins/pmd/properties.html Say to do this: maven.pmd.cpd.enable=true Is that set? -Original Message- From: Sreenivas Mangasandra [mailto:[EMAIL PROTECTED] Sent: Monday, July 04, 2005 12:31 PM To: 'Maven Users List' Subject: Project Plugin regarding CPD. Hello, I am using Maven to generate several different kinds of project reports. I could generate a few of them, but the CPD (Detection of copy-paste code) report does not Get generated. Any idea? Maven version : 1.0.2 Java : 1.4.2 Part of the project.xml file: reports reportmaven-checkstyle-plugin/report reportmaven-javadoc-plugin/report reportmaven-jdepend-plugin/report reportmaven-junit-report-plugin/report reportmaven-jxr-plugin/report reportmaven-license-plugin/report reportmaven-linkcheck-plugin/report reportmaven-pmd-plugin/report reportmaven-simian-plugin/report reportmaven-tasklist-plugin/report /reports What is the tag for the CPD plugin, I checked out with reportmaven-CPD-plugin/report, but it failed. On maven site : http://maven.apache.org/cpd-report.html With Best regards / Mit freundlichen Grüßen Sreenivas Mangasandra, Intland Software GmbH, Wankel Str. 3, D-70563 Stuttgart, Germany. Tel.: +49 711 722 1834 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: M2 Alpha3 on Windows XP
[:packagename...|:classname] disable assertions -esa | -enablesystemassertions enable system assertions -dsa | -disablesystemassertions disable system assertions -agentlib:libname[=options] load native agent library libname, e.g. -agentlib:hprof see also, -agentlib:jdwp=help and -agentlib:hprof=help -agentpath:pathname[=options] load native agent library by full pathname -javaagent:jarpath[=options] load Java programming language agent, see java.lang.instrument Regards Tarun Jain Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Visit our website at http://www.ubs.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven, CruiseControl, multiple projects Best Practices
Paul, can you elaborate on that a bit more? On 7/1/05, Paul Spencer [EMAIL PROTECTED] wrote: David, Between the order of projects in the cruise control configuration file and the value of each projects maven.cruisecontrol.trigger.projects property, you can minimize the number of failed builds as described in #1. Paul Spencer David Jackman wrote: 1. You'll definitely need to jar:install each project at the very least. Otherwise, the later projects won't be able to find their dependencies. You may also discover a problem we've been seeing lately. Someone will make a change to 'common' which also requires a change to 'server'. They check in both changes at once, but CC doesn't know the dependencies, so picks one to build arbitrarily. If it builds 'server' first, it will fail because 'common' isn't updated yet. Eventually the projects get built and everything is okay, but all the red flags get annoying (and people start to ignore build failures as a matter of course, which causes the real problems to go unfixed for longer periods of time). It seems CC just isn't put together in a way that makes this work well (it's really made for building large independent projects and not smaller semi-dependent projects (like Maven projects)). Hopefully Continuum will be able to address this issue (I haven't had the time to look deeply into it yet). 2. I think the site generated by multiproject:site is the only way to get it. And if you're going to do that, you should really re-think point number 4 (I don't want to treat it as one big project (i.e. have CC monitor 'trunk') because building 'common' and 'component1' every time would just waste cycles needlessly.). If you use multiproject to build the complete site, then you're wasting more cycles trying to build each project individually before the multiproject builds and pretty much does it all over again. Plus if you switch to a multiproject build, then you won't ever see the problem I described above, because the single multiproject will always build everything in the correct order. -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Thursday, June 30, 2005 2:23 PM To: Maven Users List Subject: Maven, CruiseControl, multiple projects Best Practices Assuming the following project layout: sandbox/ trunk/ common/ project.xml project.properties component1/ project.xml project.properties server/ project.xml project.properties where: - 'common' is a small collection of utility classes used by several projects - 'component1' depends on 'common' - 'server' depends on 'common' and 'component1' - They truly are separate pieces of code; 'common' will hardly ever change; 'component1' will change occasionally, but not often; but 'server' will change quite a bit. How, I think, I want CC to work: 1. There is a CC project, defined in my config.xml, which monitors the 'common' code and continuously builds it. 2. There is a CC project, defined in my config.xml, which monitors the 'component1' code and continuously builds it; this CC project also watches the 'common' CC project and builds when it changes. 3. There is a CC project, defined in my config.xml, which monitors the 'server' code and continuously builds it; this CC project also watches the 'common' and 'component1' CC projects and builds when they change. 4. I don't want to treat it as one big project (i.e. have CC monitor 'trunk') because building 'common' and 'component1' everytime would just waste cycles needlessly. Questions: 1. By default, the following goals get called: scm:update|clean test|site:deploy. That works fine for 'common', but the other two fail because they can't find common-1.0.jar. I know I can use 'jar:install' in place of 'test'; is that what others are doing? 2. I'd also like to have an aggregated site build. I'm thinking about setting up a separeate CC 'site' project, which will watch 'common', 'component1' 'server'. When it detects one of those has changed, it will do a multiproject:site-deploy from 'trunk' (so, I will probably leave the 'site:deploy' goal out of the other CC projects). Will that work? Is there a better way? Thanks in advance for any ideas/suggestions. -- Jamie Bisotti - 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
Maven, CruiseControl, multiple projects Best Practices
Assuming the following project layout: sandbox/ trunk/ common/ project.xml project.properties component1/ project.xml project.properties server/ project.xml project.properties where: - 'common' is a small collection of utility classes used by several projects - 'component1' depends on 'common' - 'server' depends on 'common' and 'component1' - They truly are separate pieces of code; 'common' will hardly ever change; 'component1' will change occasionally, but not often; but 'server' will change quite a bit. How, I think, I want CC to work: 1. There is a CC project, defined in my config.xml, which monitors the 'common' code and continuously builds it. 2. There is a CC project, defined in my config.xml, which monitors the 'component1' code and continuously builds it; this CC project also watches the 'common' CC project and builds when it changes. 3. There is a CC project, defined in my config.xml, which monitors the 'server' code and continuously builds it; this CC project also watches the 'common' and 'component1' CC projects and builds when they change. 4. I don't want to treat it as one big project (i.e. have CC monitor 'trunk') because building 'common' and 'component1' everytime would just waste cycles needlessly. Questions: 1. By default, the following goals get called: scm:update|clean test|site:deploy. That works fine for 'common', but the other two fail because they can't find common-1.0.jar. I know I can use 'jar:install' in place of 'test'; is that what others are doing? 2. I'd also like to have an aggregated site build. I'm thinking about setting up a separeate CC 'site' project, which will watch 'common', 'component1' 'server'. When it detects one of those has changed, it will do a multiproject:site-deploy from 'trunk' (so, I will probably leave the 'site:deploy' goal out of the other CC projects). Will that work? Is there a better way? Thanks in advance for any ideas/suggestions. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
scm:tag failing
Assuming Subversion looks like the following: http://svn.server.com/repos_root/ branches/ tags/ trunk/ foo/ In C:\sandbox\blah, I perform: maven -Dmaven.scm.url=scm:svn:http://svn.server.com/repos_root/trunk -Dmaven.scm.checkout.dir=trunk scm:checkout Then, I switch to C:\sandbox\blah\trunk\foo and perform: maven -Dmaven.scm.tag=TEST_TAG scm:tag and I get the following error: C:\sandbox\blah\trunk\foomaven scm:tag -Dmaven.scm.tag=TEST_TAG __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: scm:find-connection: [echo] Using connection: scm:svn:http://svn.server.com/repos_root/trunk/foo scm:tag: [echo] Tagging scm:svn:http://svn.server.com/repos_root/trunk/foo with TEST_TAG [INFO] Working directory: C:\sandbox\blah\trunk\foo [INFO] Command line: svn --username usr --password psw --non-interactive copy --file C:\DOCUME~1\JAMESF~1\LOCALS~1\Temp\maven-scm-1309405301.commit . http://svn.server.com/repos_root/trunk/tags/TEST_TAG Provider message: The svn tag command failed. Command output: svn: Commit failed (details follow): svn: PROPFIND request failed on '/repos_root/trunk/tags' svn: '/repos_root/trunk/tags' path not found BUILD FAILED File.. C:\Documents and Settings\James F Bisotti\.maven\cache\maven-scm-plug in-1.5\plugin.jelly Element... scm:tag Line.. 145 Column 194 Error! Total time: 7 seconds Finished at: Mon Jun 27 22:16:40 EDT 2005 Question: Why is it looking for trunk/tags? 'tags' is a peer of 'trunk'; not a child. -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is the PMD plugin being maintained?
The current PMD plugin, 1.6, depends on PMD 1.9; however, the current version of PMD is 3.2. Is anyone actively maintaining this plugin? Will there be a release, with an updated PMD dependency, anytime soon? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about -D
You should probably log an enhancement request in JIRA. On 6/10/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: That does work, but I would cast a vote for a command-line way to pass system properties in - it would be much cleaner from the user's point of view. -Jeff |-+-- | | David Jackman| | | [EMAIL PROTECTED]| | | search.com| | | | | | 06/09/2005 06:14 PM| | | Please respond to | | | Maven Users List | | | | |-+-- --| | | | To: Maven Users List users@maven.apache.org | | cc: | | Subject: RE: Question about -D | --| You can allow your tests to see whatever properties you want by setting the maven.junit.sysproperties property to the space-delimited list of property names. See http://maven.apache.org/reference/plugins/test/properties.html for more information. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, June 09, 2005 3:43 PM To: users@maven.apache.org Subject: Question about -D Is the -D option only for sending system properties to Maven itself, or can I set properties that my testcases can see when I run them via maven test ? In the Eclipse IDE, I can add -Dmyproperty=foo to the VM Arguments and my testcase can call System.getProperty() to get the value. I was trying to achieve the same thing with a Maven command line, like this but the System.getProperty() and even System.getProperties().list(System.out); show that it's not set when the testcase runs. maven test:single -Dtestcase=com.yadda.SystemPropertyTest -Dmyproperty=foo Am I using it wrong or was it even meant for this? -Jeff - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven-eclipse-plugin] Suggestion for improvement
Filing a JIRA issue is the best way to go about getting something changes/added.
On 6/10/05, Haryon [EMAIL PROTECTED] wrote:
I'm using maven-eclipse-plugin 1.9, but we have a slightly different
way of using jar sources. We use a plugin that packs the src and put
them into the repository under src.jars (artifact type is src.jar).
Could you change plugin.jelly, line 41 from :
j:set var=mappedsrc
value=${groupId}/src/${artifactId}-${version}.${maven.eclipse.src.extension}/
to :
j:set var=mappedsrc
value=${groupId}/${maven.eclipse.src.type}/${artifactId}-${version}.${maven.eclipse.src.extension}/
where ${maven.eclipse.src.type} defaults to 'src' to keep backward
compatibility.
I could then change it to :
${maven.eclipse.src.type} = ${maven.eclipse.src.extension}s
in my project.properties and everything would work fine :)
Thanks in advance if you could.
Ha.Ryon
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about -D
On 6/10/05, David Jackman [EMAIL PROTECTED] wrote: You can still do this on the command line. It would look something like this (all on one line): maven test:single -Dtestcase=com.yadda.SystemPropertyTest -Dmyproperty=foo -Dmaven.junit.sysproperties=myproperty It's a bit trickier if there's more than one property, because the maven.junit.sysproperties value is space-delimited: maven test:single -Dtestcase=com.yadda.SystemPropertyTest -Dmyproperty=foo -Dother=bar -Dmaven.junit.sysproperties=myproperty other It would be harder to do much different because the -D parameter is not a Maven parameter, but a Java parameter. I disagree. Maven could be made so that it passed any non-standard system property on as a system property to new VMs that it spins off. Couldn't it? -- Jamie Bisotti - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven XDOC Plugin 1.9 Released
Two questions:
1. When will this show up on Ibiblio?
2. When will the site be updated? It is still showing 1.8 docs.
Thanks.
On 6/9/05, Brett Porter [EMAIL PROTECTED] wrote:
The Maven team is pleased to announce the Maven XDoc Plug-in 1.9 release!
http://maven.apache.org/reference/plugins/xdoc/
New Features:
o Added internationalization support. Issue: MPXDOC-128. Thanks to
Vincent Siveton.
o Add a comment property for dependencies Issue: MPXDOC-129. Thanks to
Miguel Griffa.
o Added maven.xdoc.copy.excludes property which lists the files to
exclude from the resources copy.
This defaults to any images currently unused by Maven. Additionally, if
you are not using the classic theme, maven.xdoc.copy.excludes.classic is
used to eliminate images only for the classic theme
o Added new tag escapeXml/ Issue: MPXDOC-118.
o New property (maven.xdoc.xml.copy) to copy only and not transform some
xml files provided in the ${maven.docs.src} directory. Issue: MPXDOC-123.
o Added dt css style Issue: MPFAQ-11.
o Add a legend for the symbols in the xdoc, disabled by setting
maven.xdoc.legend=false
o Add a support for hierarchical site navigation in breadcrumbs
Fixed bugs:
o A link starting with https wasn't considered as an external link.
Issue: MPXDOC-132. Thanks to Ignacio G. Mac Dowell.
o Show version if maven.xdoc.date=right Issue: MPXDOC-117. Thanks to
Dennis Lundberg.
o Allow header images and links to use relative paths Issue: MPXDOC-115.
Thanks to Brent Worden.
To automatically install the plugin, type the following on a single line:
maven plugin:download -DgroupId=maven -DartifactId=maven-xdoc-plugin
-Dversion=1.9
For a manual installation, you can download the plugin here:
http://www.apache.org/dyn/closer.cgi/java-repository/maven/plugins/maven-xdoc-plugin-1.9.jar
Have fun!
-The Maven team
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about -D
Right. Your tests are getting spun off in a new VM, so Maven must know what system properties it should pass along to the new VM. On 6/9/05, David Jackman [EMAIL PROTECTED] wrote: You can allow your tests to see whatever properties you want by setting the maven.junit.sysproperties property to the space-delimited list of property names. See http://maven.apache.org/reference/plugins/test/properties.html for more information. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, June 09, 2005 3:43 PM To: users@maven.apache.org Subject: Question about -D Is the -D option only for sending system properties to Maven itself, or can I set properties that my testcases can see when I run them via maven test ? In the Eclipse IDE, I can add -Dmyproperty=foo to the VM Arguments and my testcase can call System.getProperty() to get the value. I was trying to achieve the same thing with a Maven command line, like this but the System.getProperty() and even System.getProperties().list(System.out); show that it's not set when the testcase runs. maven test:single -Dtestcase=com.yadda.SystemPropertyTest -Dmyproperty=foo Am I using it wrong or was it even meant for this? -Jeff - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cobertura code coverage tool plugin?
I've started working on this locally (in what little bit of spare time I manage to find). How would I go about getting included in the Maven-Plugins Sourceforge project? On 6/8/05, Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, We can leave the jcoverage plugin as is, there's no need to remove it. I suggested starting a new project in SF so this guys could easily work on it and later it could be added to the main distribution. If not, I may find the time to create a new plugin in apache but then apache comitters would need to make the patches, releases, etc. I'd like to see opinions on this, having tha plugin in a JIRA issue is not the best way. Regards Carlos On 6/7/05, Jörg Schaible [EMAIL PROTECTED] wrote: Carlos, Carlos Sanchez wrote on Tuesday, June 07, 2005 7:36 PM: Hi, As I've commented in the JIRA issue the plugin can be hosted in SF http://maven-plugins.sourceforge.net/ and if everything goes ok it could be added to the maven distribution. What's the point in keeping jcoverage plugin then? JCoverage itself has serveral problems and fixes did not get applied by the jcoverage team. That was the main reason for the cobertura fork anyway. - Jörg - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: findbugs plugin runs JUnit tests, but findbugs does not
1. Did you ask on the maven-plugins list/forum @ SF? 2. Are you forking the JUnit tests off into their own VM? On 6/8/05, Jeff Jensen [EMAIL PROTECTED] wrote: Hi again, Is anyone else using the findbugs plug-in? If so, is it running your JUnit tests too? I cannot run findbugs on our large code base because when the real JUnit plugin runs, an out of memory error occurs. I think it is because they both run the tests. If I do not run findbugs, the out of memory error does not occur with the JUnit plugin. I hope to resolve this problem to use it. I did not see a bug entry for this in the SF plugins list. -Original Message- From: Jeff Jensen Sent: 2005-06-02 22:02:19 To: Maven Users List Subject: findbugs plugin runs JUnit tests, but findbugs does not Why does the findbugs plugin run the JUnit tests? Is it supposed to? The docs on findbugs plugin do not say that it does. And the findbugs product itself (running it not with Maven) does not run JUnit tests. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to visit the enviroment variable
Did you search the mail archives? On 6/7/05, Alan Cui [EMAIL PROTECTED] wrote: Hello, I am a freshman, would you please tell me how to visit the enviroment variables, such as %TMP%, %SystemRoot%, thanks! Alan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cobertura code coverage tool plugin?
1. Download maven-cobertura-plugin-1.4.jar, which is attached to the JIRA issue; place it in MAVEN_HOME/plugins 2. Download cobertura (from the sourceforge site); and unpack it locally. 3. Copy cobertura-1.4/lib/asm/2.0.RC1/asm-2.0.RC1.jar to %HOMEDRIVE%%HOMEPATH%/.maven/repository/asm/jars/asm-2.0.RC1.jar 4. Copy cobertura-1.4/lib/ncss/21.41/javancss.jar to %HOMEDRIVE%%HOMEPATH%/.maven/repository/ncss/jars/javancss-21.41.jar 5. Copy cobertura-1.4/lib/ncss/21.41/ccl.jar to %HOMEDRIVE%%HOMEPATH%/.maven/repository/ncss/jars/ccl-21.41.jar 6. Copy cobertura-1.4/cobertura.jar to %HOMEDRIVE%%HOMEPATH%/.maven/repository/cobertura/jars/cobertura-1.4.jar That's it! Now, from the command line, you can execute the cobertura:html-report goal, which will produce target/docs/cobertura/index.html. If you want the report included in the generated site, just add reportmaven-cobertura-plugin/report to the reports section of project.xml. HTHs On 6/7/05, Jeff Jensen [EMAIL PROTECTED] wrote: It seems you have successfully installed and run it. Will you share some instructions on how to set up the in-progress plugin using the latest plugin attached to bug 25 please? (pretty puhleeease!? ;-) Quoting Jamie Bisotti [EMAIL PROTECTED]: Are there any plans to add the Cobertura code coverage tool plugin (http://jira.codehaus.org/browse/MPJCOVERAGE-25) to Maven 1.1? 1.2? 2.0? It seems to work very well; just a bit of a pain to install at the moment. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cobertura code coverage tool plugin?
Any chance of back porting it to 1.x? On 6/7/05, Will Gwaltney [EMAIL PROTECTED] wrote: I'm currently working on a Cobertura plugin for Maven 2, and will contribute it to the Cobertura site (or some other appropriate place) as soon as it's ready. - Will Gwaltney SAS Institute [EMAIL PROTECTED] 919-531-9025 mathematics is not just a cultural activity that we ourselves have created, but it has a life of its own - Roger Penrose - -Original Message- From: Carlos Sanchez [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 07, 2005 1:36 PM To: Maven Users List; Jamie Bisotti Subject: Re: Cobertura code coverage tool plugin? Hi, As I've commented in the JIRA issue the plugin can be hosted in SF http://maven-plugins.sourceforge.net/ and if everything goes ok it could be added to the maven distribution. Regards On 6/7/05, Jamie Bisotti [EMAIL PROTECTED] wrote: Are there any plans to add the Cobertura code coverage tool plugin (http://jira.codehaus.org/browse/MPJCOVERAGE-25) to Maven 1.1? 1.2? 2.0? It seems to work very well; just a bit of a pain to install at the moment. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Flatten resource location on copy
Anyone???
On 5/24/05, Jamie Bisotti [EMAIL PROTECTED] wrote:
My source tree looks like the following:
src/conf/foo1/blah1.properties
src/conf/foo2/blah2.properties
...
src/conf/fooN/blahN.properties
...
and I'd like for the target tree to look like the following:
target/classes/blah1.properties
target/classes/blah2.properties
...
target/classes/blahN.properties
I could do it with multiple resource elements, like this:
resource
directory${basedir}/src/conf/foo1/directory
includes
include*.properties/include
/includes
/resource
...
resource
directory${basedir}/src/conf/fooN/directory
includes
include*.properties/include
/includes
/resource
but, there will be a lot of foo subdirectories and I'd like not to
have to add 6 lines for each one to my project.xml. So, I tried the
following:
resource
directory${basedir}/src/conf/directory
includes
include**/*.properties/include
/includes
/resource
However, this creates target/classes/fooN/blahN.properties.
So, is there a way to flatten/lose the directory structure on the
resource copy? I didn't go look it up, but I'm pretty sure Ant
provides a way to do that. If it isn't currently possible, does
anyone think it might make a good enhancement?
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xdoc, URLs and
U...I think he already tired that and it does not work. Check the original post again. On 5/25/05, Arik Kfir [EMAIL PROTECTED] wrote: Hi try escaping the ampersands () by changing each occurance into a amp; (without the quotes). This is an XML issue, btw, not a Maven issue, as you cannot put ampersands in XML without escaping it (reserved character). - Original Message - From: Jon Strayer [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Wednesday, May 25, 2005 7:35 PM Subject: Xdoc, URLs and I would like to include a url that has a few parameters in an xdoc. The URL is long, but it looks something like this: http://blablabla.com//fn_custom_login.asp?hidetree=trueclient=Services When I put it in like this xdoc complains about the entity client. When I use http://blablabla.com//fn_custom_login.asp?hidetree=trueamp;client=Services I get an url that doesn't work (the entity amp; isn't ever translated to an ). Is there a workaround? - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cruisecontrol goals generated by maven.
Did you check the CC docs? http://cruisecontrol.sourceforge.net/main/configxml.html#maven On 5/25/05, Riffe, Melvin [EMAIL PROTECTED] wrote: Hi Guarav, If what is generated does not work try setting 'maven.cruisecontrol.goals' in your project.properties with how you want the goals specified. For example: inside project.properities: maven.cruisecontrol.goals=scm:update-project clean test site:deploy HTH, Mel Riffe -Original Message- From: Gaurav Khushwaha [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 25, 2005 5:13 PM To: users@maven.apache.org Subject: cruisecontrol goals generated by maven. I have cruisecontrol running on maven generated config file. The default goals it generates is this scm:update-project|clean test|site:deploy . My question is what is this pipe doing here ? How is it different from just leaving white spaces between the goals. Regards, Gaurav. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using maven properties/variables in xdocs
This can't currnetly be done. Search JIRA, there's an issue filed
somewhere; probably agains xdoc plugin.
On 5/25/05, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi all,
I having issues using maven properties/variables in my xdocs. I've created
an xdocs/index.xml that I want to customise based on property values, eg.
document
properties
titleAbout ${myProperty}/title
/properties
body
section name=About ${myProperty}
/section
/body
/document
I would like ${myProperty} to be replaced with the property value, but
instead I see ${myProperty} on the generated html page. Is there a way I
can acheive this?
cheers,
Justin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Flatten resource location on copy
My source tree looks like the following:
src/conf/foo1/blah1.properties
src/conf/foo2/blah2.properties
...
src/conf/fooN/blahN.properties
...
and I'd like for the target tree to look like the following:
target/classes/blah1.properties
target/classes/blah2.properties
...
target/classes/blahN.properties
I could do it with multiple resource elements, like this:
resource
directory${basedir}/src/conf/foo1/directory
includes
include*.properties/include
/includes
/resource
...
resource
directory${basedir}/src/conf/fooN/directory
includes
include*.properties/include
/includes
/resource
but, there will be a lot of foo subdirectories and I'd like not to
have to add 6 lines for each one to my project.xml. So, I tried the
following:
resource
directory${basedir}/src/conf/directory
includes
include**/*.properties/include
/includes
/resource
However, this creates target/classes/fooN/blahN.properties.
So, is there a way to flatten/lose the directory structure on the
resource copy? I didn't go look it up, but I'm pretty sure Ant
provides a way to do that. If it isn't currently possible, does
anyone think it might make a good enhancement?
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Plugin support for Hibernate 3.0
What is the status of the Hibernate plugin? Will it be updated to support 3.0 sometime soon? -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin support for Hibernate 3.0
I haven't tried it, but I was under the impression that Hibernate 3.0's repackaging broke the plug-in. Is that incorrect? On 5/24/05, Graham King [EMAIL PROTECTED] wrote: Jamie, We use the hibernate:schema-export task with Hibernate 3.0 in exactly the same way as we did for hibernate 2.1.6. I'm not sure about any other part of the Hibernate plugin. Graham. Jamie Bisotti wrote: What is the status of the Hibernate plugin? Will it be updated to support 3.0 sometime soon? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin support for Hibernate 3.0
No problem; however, our build team isn't crazy about non-released plugins. So, back to my original questions then...What is the status of the Hibernate plugin? Will it be updated to support 3.0 sometime soon? On 5/24/05, Graham King [EMAIL PROTECTED] wrote: Yes sorry I forgot. I had to patch the plugin. See here: http://jira.codehaus.org/browse/MPHIBERNATE-14 I used the version2and3comat.diff. Jamie Bisotti wrote: I haven't tried it, but I was under the impression that Hibernate 3.0's repackaging broke the plug-in. Is that incorrect? On 5/24/05, Graham King [EMAIL PROTECTED] wrote: Jamie, We use the hibernate:schema-export task with Hibernate 3.0 in exactly the same way as we did for hibernate 2.1.6. I'm not sure about any other part of the Hibernate plugin. Graham. Jamie Bisotti wrote: What is the status of the Hibernate plugin? Will it be updated to support 3.0 sometime soon? - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Laszlo
Is anyone else using Laszlo? Is anyone aware of a Maven plug-in for Laszlo? -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Resource filtering wish
Why can't filtertrue/filter, on a resource element provide some basic filtering, without requiring writing/modifying maven.xml? For example, why can't it apply system properties, or just properties in general? In my case, I want to put the CruiseControl build label (provided as the label sys prop), into the MANIFEST.MF of the generated WAR file. In my MANIFEST.MF template, I've added: Build-Label: @label@ and in my project.xml, I've added filtertrue/filter to the appropriate resource entry. It was very non-obvious (please point me to the docs if I missed it) that I also need to provide a java:jar-resources preGoal in my maven.xml and explicitly state the token and the replacement value. Seems like Maven could scan filtered resources for tokens and look to see if there was a corresponding property available and use it by default. Or maybe it's just me. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Resource filtering wish
I just found this: http://jira.codehaus.org/browse/MAVEN-514 Does this mean Maven 1.x users are out of luck? On 5/23/05, Graham King [EMAIL PROTECTED] wrote: It's not just you - I went through a similar process. I heartily second your enhancement wish. Jamie Bisotti wrote: Why can't filtertrue/filter, on a resource element provide some basic filtering, without requiring writing/modifying maven.xml? For example, why can't it apply system properties, or just properties in general? In my case, I want to put the CruiseControl build label (provided as the label sys prop), into the MANIFEST.MF of the generated WAR file. In my MANIFEST.MF template, I've added: Build-Label: @label@ and in my project.xml, I've added filtertrue/filter to the appropriate resource entry. It was very non-obvious (please point me to the docs if I missed it) that I also need to provide a java:jar-resources preGoal in my maven.xml and explicitly state the token and the replacement value. Seems like Maven could scan filtered resources for tokens and look to see if there was a corresponding property available and use it by default. Or maybe it's just me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CruiseControl build report on maven generated site
I tried to do the latter myself yesterday. As I currently understand it, CC provides the 'label' property to whatever it uses for doing the build (Maven in this case). So, Maven itself should have access to the name/name of the CC build; however, there is currently no support for property expansion/substitution in the xdoc files. Which means you can't modify navigation.xml to show 'label'. At least that's the conclusion I came to after a minimal amout of searching. If anyone knows something I missed, I'd love to hear about it. On 5/19/05, Gaurav Khushwaha [EMAIL PROTECTED] wrote: I have maven-cruisecontro-plugin running and it works fine. Is their anyway the site can be updated with cruisecontrol reports. Each cruisecontrol build deploys the site for me but that doesn't contain the build report. Also is their some way to specify(on the site) the build that created the site. Any pointers would be helpful. Thanks, Gaurav. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Disable Automatic Plugin Updates in Maven ?
Even though a plug-in update should be checked, tested and harmless, lots of corporations have a lot of processes in place regarding build reproducability. Doing a build with the updated v1.1 maven-foo-plugin could cause the build to look ever so slightly different than the build previously done with the orignial v1.0. This could cause red flags to go flying. I'd think an easy flag for disabling automatic plug-in updating is a must. On 5/19/05, Brett Porter [EMAIL PROTECTED] wrote: A couple of ways presently: - use -o on the command line (it can be in MAVEN_OPTS), but this disables all downloads - ad a pluginRepository to your project (or one you inherit from) with id = central and snapshotPolicynever/snapshotPolicy - explicitly list all plugins you use in pom.xml with their versions. We intend to improve this in the next release: http://jira.codehaus.org/browse/MNG-379 Note that plugin updates should only be checked, and published after sufficient testing so there should be no harm in leaving it enabled at the moment. Regards, Brett On 5/19/05, Malcolm Wong Ho [EMAIL PROTECTED] wrote: How do i disable the Automatic Maven Plugin Updates in Maven2 ? -- Malcolm Wong Ho May you live in uninteresting times. -- Chinese proverb - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Property substitution in XDoc file
Is it possible to get property substitution in an XDoc file? For
example, in my xdocs directory, I have a navigation.xml file. I'd
like to do the following, so that my site will reflect which
CruiseControl build built it:
project
body
links
...
/links
menu name=Foo
...
/menu
...
footer
div${label}/div
/footer
/body
/project
where 'label' is a property passed in by CruiseControl.
Is this doable?
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Property substitution in XDoc file
Oops! Looks like http://jira.codehaus.org/browse/MPXDOC-140 means it
isn't doable. Should have searched JIRA first. Sorry.
On 5/18/05, Jamie Bisotti [EMAIL PROTECTED] wrote:
Is it possible to get property substitution in an XDoc file? For
example, in my xdocs directory, I have a navigation.xml file. I'd
like to do the following, so that my site will reflect which
CruiseControl build built it:
project
body
links
...
/links
menu name=Foo
...
/menu
...
footer
div${label}/div
/footer
/body
/project
where 'label' is a property passed in by CruiseControl.
Is this doable?
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
--
Jamie Bisotti
Software Engineer
Lexmark International, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-2 sources
I can see it with my browser, but I can't get to it with Subclipse?!?!?! On 5/17/05, Emmanuel Venisse [EMAIL PROTECTED] wrote: Do you are behind a proxy? Emmanuel Igor Deruga wrote: Hello, Brett! This is the output of your command: [EMAIL PROTECTED]:~/tmp/maven-2.0-svn svn co http://svn.apache.org/repos/asf/maven/components/trunk svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request (http://svn.apache.org) [EMAIL PROTECTED]:~/tmp/maven-2.0-svn I'm afraid that there is no repos directory at http://svn.apache.org. And I managed to find only the maven-1 sources at apache website. Any other ideas? Maybe I should take some preliminary steps in order to make svn work? Sincerely Igor Deruga. Brett Porter wrote: it's subversion: svn co http://svn.apache.org/repos/asf/maven/components/trunk Regards, Brett On 5/16/05, Igor Deruga [EMAIL PROTECTED] wrote: - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven-2 sources
Yep, https works just fine! On 5/17/05, Brett Porter [EMAIL PROTECTED] wrote: This is usually the result of some proxies not accepting certain commands. Try HTTPS, that often works, or check out the subversion FAQ for how to reconfigure the proxy (if you can). - Brett On 5/17/05, Igor Deruga [EMAIL PROTECTED] wrote: Hello, Brett! This is the output of your command: [EMAIL PROTECTED]:~/tmp/maven-2.0-svn svn co http://svn.apache.org/repos/asf/maven/components/trunk svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request (http://svn.apache.org) [EMAIL PROTECTED]:~/tmp/maven-2.0-svn I'm afraid that there is no repos directory at http://svn.apache.org. And I managed to find only the maven-1 sources at apache website. Any other ideas? Maybe I should take some preliminary steps in order to make svn work? Sincerely Igor Deruga. Brett Porter wrote: it's subversion: svn co http://svn.apache.org/repos/asf/maven/components/trunk Regards, Brett On 5/16/05, Igor Deruga [EMAIL PROTECTED] wrote: - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question
Someone correct me if I am wrong, but I believe there is no requirement to run install_repo. It just does an initial download of some frequently used dependencies. Basically, by running it after installation, you pay an up front time cost as opposed to paying it the first time you actually try to do something requiring one of the often used dependencies. From my experience, it isn't overly useful. On 5/5/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi Lance, When you fixed your proxy problem, Maven has automatically downloaded the log4j library you've defined in project.xml from a central repository on the Internet and copied it on your local hard drive. It only gets downloaded once (unless you've defined a SNAPSHOT dependency which gets updated with every build). I am not sure why you'd need to run the install_repo script. I've never done this and it always worked fine. Brett? Thomas On 5/5/05, Brett Porter [EMAIL PROTECTED] wrote: exactly that (which ends up being c:\documents and settings\username - try echo %HOMEDRIVE%%HOMEPATH%). Cheers, Brett On 5/5/05, Lance Semmens [EMAIL PROTECTED] wrote: Thanks, i'll try this. I've looked in the repository (created by install_repo.bat) and i have found the file .maven\repository\log4j\jars\log4j-1.2.8.jar Shouldn't maven use this instead of trying to download it? I still think that I've created my repository incorrectly Can anyone tell me what i should specify for %HOMEDRIVE%%HOMEPATH% in the following statement? install_repo.bat %HOMEDRIVE%%HOMEPATH%\.maven\repository Cheers, Lance. -Original Message- Wrom: NVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZF -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven war not jar'ing class files
One command this...one command that...geesh! http://jira.codehaus.org/browse/MPWAR-30 On 5/4/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I have set our project up to create a war file. I would like it to jar up the class files however, before it does so. How can I achieve this in one command? cheers, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: preGoal - how to stop the build ??
If the Ant task isn't failing, you can't expect Maven to fail. Look at the java tasks 'failonerror' attribute. You may need to modify your Java app to get this working. On 5/5/05, Mark D. Hansen [EMAIL PROTECTED] wrote: goal1, goal2, are ant java ... tasks. I guess the java is failing in a way that does not throw an exception. Sorry for the stupid question! -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 9:56 AM To: Maven Users List Subject: Re: preGoal - how to stop the build ?? What do you mean by fails? It certainly should stop dead if you hit ant:fail/ or an exception. - Brett On 5/5/05, Mark D. Hansen [EMAIL PROTECTED] wrote: I have this: preGoal name=java:compile attainGoal name=goal1/ attainGoal name=goal2/ /preGoal If goal1 fails, the processing continues to try to run goal2. How do I make it stop if goal1 fails? Acually, I'd like the whole build to stop if any part of the preGoal fails. How do I do that? Thanks! - 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] -- Jamie Bisotti Software Engineer Lexmark International, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
