Setting up proxy for Maven mojo doesn't work
Hello, I want to use proxy in my maven project (to make some builds faster, because when processing Docbook documentation, some DTDs are slow to fetch from some servers). I have tried following ways how to do it: 1) set it up in Java: $JAVA_HOME/bin/ControlPanel - Network Settings 2) in ~/.m2/settings.xml in properties settings ... proxies proxy activetrue/active protocolhttp/protocol hostproxy.mydomain.com/host port3128/port nonProxyHosts*.mydomain.com/nonProxyHosts /proxy /proxies /settings 3) in ~/.m2/settings.xml in a profile, that is activated by default in my projects profile ... properties ... http.proxyHostproxy.myhost.com/http.proxyHost http.proxyPort3128/http.proxyPort /properties /profile 4) in the pom.xml's properties properties ... http.proxyHostproxy.myhost.com/http.proxyHost http.proxyPort3128/http.proxyPort /properties 5) on the command line: mvn some_profiles_and_goals -Dhttp.proxyHost=proxy.myhost.com -Dhttp.proxyPort=3128 I have tried it with Maven 2.0.10 and 2.2.1 with the same result. Only the solution 5 works, but that's not what I want to use (I don't want to specify parameters every time I run maven). Thanks, Zdenek Zikan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Setting up proxy for Maven mojo doesn't work
6) Also environment variable http_proxy doesn't work: export http_proxy=http://proxy.myhost.com:3128/; (I'm using Linux, it works for other command line utilities). On Tue, Jan 5, 2010 at 9:47 AM, Zdeněk Zikán zdenek.zi...@gmail.com wrote: Hello, I want to use proxy in my maven project (to make some builds faster, because when processing Docbook documentation, some DTDs are slow to fetch from some servers). I have tried following ways how to do it: 1) set it up in Java: $JAVA_HOME/bin/ControlPanel - Network Settings 2) in ~/.m2/settings.xml in properties settings ... proxies proxy activetrue/active protocolhttp/protocol hostproxy.mydomain.com/host port3128/port nonProxyHosts*.mydomain.com/nonProxyHosts /proxy /proxies /settings 3) in ~/.m2/settings.xml in a profile, that is activated by default in my projects profile ... properties ... http.proxyHostproxy.myhost.com/http.proxyHost http.proxyPort3128/http.proxyPort /properties /profile 4) in the pom.xml's properties properties ... http.proxyHostproxy.myhost.com/http.proxyHost http.proxyPort3128/http.proxyPort /properties 5) on the command line: mvn some_profiles_and_goals -Dhttp.proxyHost=proxy.myhost.com -Dhttp.proxyPort=3128 I have tried it with Maven 2.0.10 and 2.2.1 with the same result. Only the solution 5 works, but that's not what I want to use (I don't want to specify parameters every time I run maven). Thanks, Zdenek Zikan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Global dependencies report?
Hi We have a company-wide parent POM where all the versions of all dependencies are managed. Now it's very handy to have the Dependency Analysis in the site for each project, but we may have some dependencies declared in the company-wide parent POM which are never used in the projects. Is there any way to find them? Is there some sort of global overall dependency analysis? Best regards, Eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: ear-plugin and profiles: poor cooperation?
A configuration item that is a list can't be merged in a profile. See the modules element as a configuration item, like the JavaEE version you want to use. If you override the value in the profile, you can't expect it to merge the elements that are set in the main build (this is a global behavior of Maven btw). Why don't you add a dependency section in your profile instead? Why quartz.jar should be added to the application context? Maybe you need to use http://maven.apache.org/plugins/maven-ear-plugin/generate-application-xml-mojo.html#includeLibInApplicationXmlinstead. Regards, Stéphane On Tue, Dec 22, 2009 at 4:12 PM, Rebholz Paul paul.rebh...@six-group.comwrote: Hi all! We have a project producing an ear artifact. The contents of the ear file are configured with the maven-ear-plugin. In profiles we want to be able to flexibly add more artifacts to the ear file as shown in the example below. Our tests so far revealed a different behaviour than expected. When adding a jar file with the jarModule element, all other entries corresponding to jarModules disappear in the application.xml and even some other jar files disappear completely from the ear. Moreover, when adding a second profile adding jars, the first is eclipsed. Is this a bug in the maven-ear-plugin implementation? Regards, Paul profile idmy_test/id activation property namemy_switch/name valuetrue/value /property /activation build plugins plugin artifactIdmaven-ear-plugin/artifactId configuration modules jarModule groupIdquartz/groupId artifactIdquartz/artifactId includeInApplicationXmltrue/includeInApplicationXml /jarModule /modules /configuration /plugin /plugins /build dependencies dependency groupIdquartz/groupId artifactIdquartz/artifactId typejar/type version1.5.2/version /dependency /dependencies /profile This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. If you receive this message in error, please notify the sender urgently and then immediately delete the message and any copies of it from your system. Please also immediately destroy any hardcopies of the message. The sender's company reserves the right to monitor all e-mail communications through their networks. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Large Systems Suck: This rule is 100% transitive. If you build one, you suck -- S.Yegge
Re: Global dependencies report?
Does dependency:analyze work? Not sure if I've tried this with inherited unused dependencies. But I would assume the plugin works on the merged pom. http://maven.apache.org/plugins/maven-dependency-plugin/analyze-mojo.html /Anders On Tue, Jan 5, 2010 at 10:16, Lewis, Eric eric.le...@ipi.ch wrote: Hi We have a company-wide parent POM where all the versions of all dependencies are managed. Now it's very handy to have the Dependency Analysis in the site for each project, but we may have some dependencies declared in the company-wide parent POM which are never used in the projects. Is there any way to find them? Is there some sort of global overall dependency analysis? Best regards, Eric - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Surefire and testSourceDirectory
Hi, can someone tell me what is the purpose of testSourceDirectory in configuration of the surefire plugin. I do not think this parameter work at all. There is project.build.testSourceDirectory and I use it to point at my filtered test source files. But this method is very inconvenient due to NetBeans IDE - there is no Test Packages in project tree then. Is there another way to tell compiler where test sources are? I tried to set project.build.testSourceDirectory (outside pom.xml) in profiles.xml, but it doesn't work. Thanks in advance Regards -- Marcin Kwapisz - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Surefire and testSourceDirectory
Well, the purpose is what the docs says: The test source directory containing test class sources. And it does work, otherwise no unit tests would work/run for any Maven project. As a convention, this param is defined in the Maven super pom. Have a look here: http://maven.apache.org/pom.html#The_Super_POM If you want to change this to some other directory and that causes problem in your IDE, that's a question for that IDE's Maven integration feature. It's not a Maven issue. If you do want to change the value of the testSourceDirectory param, you should do that in your project's pom. Do that in the same manner as it's defined in the super pom (not by a 'project.build.testSourceDirectory' property). /Anders On Tue, Jan 5, 2010 at 11:36, Marcin Kwapisz mkwap...@zsk.p.lodz.pl wrote: Hi, can someone tell me what is the purpose of testSourceDirectory in configuration of the surefire plugin. I do not think this parameter work at all. There is project.build.testSourceDirectory and I use it to point at my filtered test source files. But this method is very inconvenient due to NetBeans IDE - there is no Test Packages in project tree then. Is there another way to tell compiler where test sources are? I tried to set project.build.testSourceDirectory (outside pom.xml) in profiles.xml, but it doesn't work. Thanks in advance Regards -- Marcin Kwapisz - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:prepare and plugin in snapshot version
With 1.4.6-mycompany-1 in my repository, I've got this problem. mvn help:effective-pom [INFO] Scanning for projects... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager getting plugin 'org.codehaus.mojo:jspc-maven-plugin': Plugin 'org.codehaus.mojo:jspc-maven-plugin:1.4.6-mycompany-1' has an invalid descriptor: 1) Plugin's descriptor contains the wrong version: 1.4.7-SNAPSHOT Thanks for your help. Rémy Stephen Connolly-2 wrote: 2009/12/29 Stephen Connolly stephen.alan.conno...@gmail.com 2009/12/29 Rémy remy.tempora...@gmail.com Hello, To compile the JSP I use the plugin org.apache.maven.plugins:jspc-maven-plugin:1.4.7-SNAPSHOT. I use version 1.4.7-SNAPSHOT and not 1.4.6 to exclude some JSP from compilation http://jira.codehaus.org/browse/MJSPC-8 http://jira.codehaus.org/browse/MJSPC-8 . To my knowledge there is no release for v1.4.7. I can't make the release of my project. release:prepare detects that the plugin is in SNAPSHOT (There are still some remaining snapshot dependencies.: Do you want to resolve them now? (yes / no)), I answer yes or no, the build fails. I don't know how to get out. The solution is it to put it in my enterprise repository plugin version release (v1.4.6.1 for example). I would go with 1.4.6-yourcompany-1 that is the correct solution alternatively if you are not applying any patches, I would release it as 1.4.6-r837374 where the qualifier is the svn revision number Thank you for your help. Remy -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p26954720.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p27026581.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Surefire and testSourceDirectory
Well, the purpose is what the docs says: The test source directory containing test class sources. And it does work, otherwise no unit tests would work/run for any Maven project. As a convention, this param is defined in the Maven super pom. [Marcin Kwapisz] Source files are not run. You mean testClassesDirectory. This property must be set to directory where compiled test classes are placed. testSourceDirectory can be set in surefire configuration to whatever directory, and tests work properly. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Surefire and testSourceDirectory
off topic: If the testSourceDirectory param isn't set correctly, unit test source files wouldn't be found and thus not run (as they cannot be compiled). /Anders On Tue, Jan 5, 2010 at 12:41, Marcin Kwapisz mkwap...@zsk.p.lodz.pl wrote: Well, the purpose is what the docs says: The test source directory containing test class sources. And it does work, otherwise no unit tests would work/run for any Maven project. As a convention, this param is defined in the Maven super pom. [Marcin Kwapisz] Source files are not run. You mean testClassesDirectory. This property must be set to directory where compiled test classes are placed. testSourceDirectory can be set in surefire configuration to whatever directory, and tests work properly. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:prepare and plugin in snapshot version
because you did not update the pom before deploying 2010/1/5 Rémy remy.tempora...@gmail.com: With 1.4.6-mycompany-1 in my repository, I've got this problem. mvn help:effective-pom [INFO] Scanning for projects... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager getting plugin 'org.codehaus.mojo:jspc-maven-plugin': Plugin 'org.codehaus.mojo:jspc-maven-plugin:1.4.6-mycompany-1' has an invalid descriptor: 1) Plugin's descriptor contains the wrong version: 1.4.7-SNAPSHOT Thanks for your help. Rémy Stephen Connolly-2 wrote: 2009/12/29 Stephen Connolly stephen.alan.conno...@gmail.com 2009/12/29 Rémy remy.tempora...@gmail.com Hello, To compile the JSP I use the plugin org.apache.maven.plugins:jspc-maven-plugin:1.4.7-SNAPSHOT. I use version 1.4.7-SNAPSHOT and not 1.4.6 to exclude some JSP from compilation http://jira.codehaus.org/browse/MJSPC-8 http://jira.codehaus.org/browse/MJSPC-8 . To my knowledge there is no release for v1.4.7. I can't make the release of my project. release:prepare detects that the plugin is in SNAPSHOT (There are still some remaining snapshot dependencies.: Do you want to resolve them now? (yes / no)), I answer yes or no, the build fails. I don't know how to get out. The solution is it to put it in my enterprise repository plugin version release (v1.4.6.1 for example). I would go with 1.4.6-yourcompany-1 that is the correct solution alternatively if you are not applying any patches, I would release it as 1.4.6-r837374 where the qualifier is the svn revision number Thank you for your help. Remy -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p26954720.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p27026581.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Surefire and testSourceDirectory
Hi Usually i use the tag testSourceDirectory in order to indicate if tests are for integration (testSourceDirectorysrc/it/testSourceDirectory) or for unit tests (testSourceDirectorysrc/test/testSourceDirectory) I use 2 modules, one for unit tests and another for integration tests Roland Marcin Kwapisz a écrit : Hi, can someone tell me what is the purpose of testSourceDirectory in configuration of the surefire plugin. I do not think this parameter work at all. There is project.build.testSourceDirectory and I use it to point at my filtered test source files. But this method is very inconvenient due to NetBeans IDE - there is no Test Packages in project tree then. Is there another way to tell compiler where test sources are? I tried to set project.build.testSourceDirectory (outside pom.xml) in profiles.xml, but it doesn't work. Thanks in advance - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Surefire and testSourceDirectory
Usually i use the tag testSourceDirectory in order to indicate if tests are for integration (testSourceDirectorysrc/it/testSourceDirectory) or for unit tests (testSourceDirectorysrc/test/testSourceDirectory) I use 2 modules, one for unit tests and another for integration tests [[Marcin Kwapisz]] The following configuration doesn't work, testSourceDirectory under surefire plugin configuration can be set to any directory: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.4.3/version configuration testSourceDirectory${project.build.directory}/filteredTestSources/testSourceDirectory /configuration /plugin /plugins /build And that one of course works (I use it), and if there is no test sources, no test will be compiled and run: build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.4.3/version /plugin /plugins testSourceDirectory${project.build.directory}/filteredTestSources/testSourceDirectory /build I attached simple example to this email, but I do not know if the list server accept it Regards Marcin - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Surefire and testSourceDirectory
Sorry, attachments are not accepted. It is my pom.xml project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdpl.zsk.samples/groupId artifactIdSurefireFiltering/artifactId packagingjar/packaging version1.0-SNAPSHOT/version nameSurefireFiltering/name urlhttp://maven.apache.org/url build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId version2.1/version configuration source1.6/source target1.6/target encoding${project.build.sourceEncoding}/encoding /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-resources-plugin/artifactId version2.4.1/version configuration encoding${project.build.sourceEncoding}/encoding /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId version2.4.3/version configuration !--classesDirectory${project.build.directory}/testclassesdir/classesDirectory-- !--testClassesDirectory${project.build.directory}/filteredTestClasses/testClassesDirectory-- testSourceDirectorysrc/test/whatever/testSourceDirectory /configuration /plugin /plugins /build dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.7/version scopetest/scope /dependency /dependencies properties project.build.sourceEncodingUTF-8/project.build.sourceEncoding filteredValuePrzefiltrowano/filteredValue /properties /project - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:prepare and plugin in snapshot version
It's OK. I've to update version in the plugin.xml file in jspc-maven-plugin-1.4.6-mycompany-1.jar. Rémy Rémy wrote: With 1.4.6-mycompany-1 in my repository, I've got this problem. mvn help:effective-pom [INFO] Scanning for projects... [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Internal error in the plugin manager getting plugin 'org.codehaus.mojo:jspc-maven-plugin': Plugin 'org.codehaus.mojo:jspc-maven-plugin:1.4.6-mycompany-1' has an invalid descriptor: 1) Plugin's descriptor contains the wrong version: 1.4.7-SNAPSHOT Thanks for your help. Rémy Stephen Connolly-2 wrote: 2009/12/29 Stephen Connolly stephen.alan.conno...@gmail.com 2009/12/29 Rémy remy.tempora...@gmail.com Hello, To compile the JSP I use the plugin org.apache.maven.plugins:jspc-maven-plugin:1.4.7-SNAPSHOT. I use version 1.4.7-SNAPSHOT and not 1.4.6 to exclude some JSP from compilation http://jira.codehaus.org/browse/MJSPC-8 http://jira.codehaus.org/browse/MJSPC-8 . To my knowledge there is no release for v1.4.7. I can't make the release of my project. release:prepare detects that the plugin is in SNAPSHOT (There are still some remaining snapshot dependencies.: Do you want to resolve them now? (yes / no)), I answer yes or no, the build fails. I don't know how to get out. The solution is it to put it in my enterprise repository plugin version release (v1.4.6.1 for example). I would go with 1.4.6-yourcompany-1 that is the correct solution alternatively if you are not applying any patches, I would release it as 1.4.6-r837374 where the qualifier is the svn revision number Thank you for your help. Remy -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p26954720.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/release%3Aprepare-and-plugin-in-snapshot-version-tp26954720p27026617.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Problem in site deployment
Hi, I am generating a site and trying to deploy it.I am facing two problem. 1.i am having 8 modules.i am using pom aggregation for running install and deploy goal.but site i want to generate only for parent not for the child modules. how to prevent only for the site generation. 2.for deployment of the site to the sever(windows not unix) .i am trying with ftp.error-unsupported protocol. Thanks, Debasis -- View this message in context: http://old.nabble.com/Problem-in-site-deployment-tp27026637p27026637.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Listing war file content
Hello, We would like to list, the content of a war file, the equivalent of jar -tf. Besides using the antrun plugin, is there any other way? Thanks -- View this message in context: http://old.nabble.com/Listing-war-file-content-tp27026642p27026642.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Problem with Maven deploy (Error writing to server)
Just an additional note...this fix works for Maven 2.2.1. Not sure whether there is a way to make it work for older versions of Maven. On Fri, Dec 11, 2009 at 5:34 PM, K J gomm...@gmail.com wrote: Update on my solution for anyones else who has the same problem... Thanks for the input Brendan. Although setting those properties (maxPostSize and SSLRenegBufferSize and a few others) didn't make a difference, I think you had the underlying cause right. The solution that worked for me was to execute maven using a different wagon: mvn -Dmaven.wagon.provider.http=httpclient clean install See http://maven.apache.org/guides/mini/guide-wagon-providers.html for more info. On Thu, Dec 10, 2009 at 5:23 PM, Brendan Sibre bts...@gmail.com wrote: If you're running Apache 2.2, take a look at http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslrenegbuffersize Essentially, it might not really be the size, it might be the size in combination with opening a new connection. If there is already an active SSL connection it won't need to be renegotiated during the post of the file. If it needs to create a new connection then it might fail for larger files. Tomcat has a similar setting, maxPostSize you can set on the connector so you might need to set both. This has bitten me with other similar things and it's really frustrating. I'm not quite sure why the client can't wait for the renegotiation to complete before sending the file. On Thu, Dec 10, 2009 at 8:17 PM, K J gomm...@gmail.com wrote: I have a very strange problem when I try to deploy artifacts. For certain artifacts, the deployment fails with the message 'Error deploying artifact: Error transferring file...Error writing to server' (I included the stacktrace below). It appears to be related to the size of the artifact, but here's the kicker -- the size restriction isn't consistent acrosss artifact types. I can deploy an 11M WAR, but can't deploy a 30M WAR. I can deploy a 96K JAR, but can't deploy a 128K JAR. (Sorry for the broad size range, I haven't had enough time to narrow it down further). I don't know if it's related, but I also noticed an oddity when I was trying to narrow down the 'breaking point' for the size. I set up a test project which deploys a jar and added images as resources to build up the size. After passing the size threshold (which caused the deploy to fail), I would remove the newest image and try to rebuild, but now the deploy would fail with a 'connection reset' or 'connection reset by peer: socket write error' message. Without making any changes, I rerun 'mvn clean deploy' or 'mvn deploy. Most of the time everything deploys fine; although sometimes it takes two tries before it succeeds. For clarity, I outlined those steps below: 1.) Add image. Build and deploy fine. Size 96K. 2.) Add another image. Build fine, deploy breaks: Error writing to server. Size 128K. 3.) Remove last image. Build fine, deploy breaks: Connection reset. Size 96K. 4.) No changes. Build and deploy fine. Size 96K. Some additional information: * I experience this problem using both Maven 2.0.9 and 2.2.1. * Our repository is managed by Nexus (deployed to Tomcat with SSL from apache). Nexus might be part of the problem, but I've checked some of the logs, but I can't find any indication of errors on that side of things. * Our network uses a socks proxy (v5). Lastly, here is the stack trace (and a bit of the Maven output): [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-deploy-plugin:2.4:deploy' -- [DEBUG] (f) artifact = com.cdmtech.icodes.ciw:test:jar:0.0.1-SNAPSHOT [DEBUG] (f) attachedArtifacts = [] [DEBUG] (f) deploymentRepository = Repository[snapshots| https://hudson149/nexus/content/repositories/snapshots] [DEBUG] (s) localRepository = Repository[local|file://C:\Documents and Settings\kj\.m2\repository] [DEBUG] (f) packaging = jar [DEBUG] (f) pomFile = C:\eclipse\eclipse-workspaces\eclipse-jee-ganymede-3.4.2\m2eclipse\ciw\test\pom.xml [DEBUG] (f) skip = false [DEBUG] (f) updateReleaseInfo = false [DEBUG] -- end configuration -- [INFO] [deploy:deploy {execution: default-deploy}] [INFO] Retrieving previous build number from snapshots [DEBUG] Using Wagon implementation lightweight from default mapping for protocol https [DEBUG] Checking for pre-existing User-Agent configuration. [DEBUG] Adding User-Agent configuration. [DEBUG] Connecting to repository: 'snapshots' with url: 'https://hudson149/nexus/content/repositories/snapshots'. [DEBUG] Using Wagon implementation lightweight from default mapping for protocol https [DEBUG] Using Wagon implementation lightweight from default mapping for protocol https [DEBUG] Checking for pre-existing User-Agent configuration. [DEBUG] Adding User-Agent configuration. [DEBUG] not adding permissions to wagon connection Uploading:
Re: Surefire and testSourceDirectory
artifactIdmaven-surefire-plugin/artifactId configuration testSourceDirectorysrc/test/whatever/testSourceDirectory This is simply not where testSourceDirectory goes in the pom. The Surefire plugin does not look for this value where you've put it, therefore it has no effect on your build which is correct. Refer to the XSD [1] (search for testSourceDirectory) and the Surefire plugin docs [2]. [1] http://maven.apache.org/xsd/maven-4.0.0.xsd [2] http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#testSourceDirectory Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Help figuring out the Maven dependency
Thanks paulv! That sonatype link is gold. As a follow-up, what is a web site that would tell me what dependencies a certain dependency required? I'm using an older version of Maven (1.1) to do builds so I have to handle the dependencies myself. Thanks, - Dave paulv wrote: Use the classname search: http://repository.sonatype.org/index.html#welcome -Original Message- From: laredotornado [mailto:laredotorn...@gmail.com] Sent: Monday, January 04, 2010 4:47 PM To: users@maven.apache.org Subject: Help figuring out the Maven dependency Hi, I'm trying to figure out the appropriate Maven dependency so that I can include this class org.openejb.client.LocalInitialContextFactory in my project's classpath. Does anyone know what the dependency is or a more reliable way of tracking down what JAR file a class is included in? Thanks, - Dave -- View this message in context: http://old.nabble.com/Help-figuring-out-the-Maven-dependency-t p27020637p27020637.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to conn...@principal.com and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Help-figuring-out-the-Maven-dependency-tp27020637p27026697.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Error in assembly - META-INF/MANIFEST.MF not found
I am building an assembly from a war and when I build locally with maven it works fine, however when I build on a CentOS machine through Hudson I get the following error on initial build, if I restart the build it clears itself up, but on each checkin this error occurs. I have checked the war and META-INF/MANIFEST.MF DOES exist. [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to create assembly: Error creating assembly archive distribution: Problem creating war: JAR entry META-INF/MANIFEST.MF not found in http://myhost/job/live-ensure-trunk/ws/trunk/services/live-identity-ws/target/live-identity-ws-3.0.0-SNAPSHOT.war Any help on clearing this up is much appreciated. Thanks in advance. Mike Key
Re: Help figuring out the Maven dependency
I like to use www.jarvana.com I would assume the Sonatype one is similar (haven't used it), but I figured I'd point out the alternative :) -Wes On Tue, Jan 5, 2010 at 2:36 PM, laredotornado laredotorn...@gmail.com wrote: Thanks paulv! That sonatype link is gold. As a follow-up, what is a web site that would tell me what dependencies a certain dependency required? I'm using an older version of Maven (1.1) to do builds so I have to handle the dependencies myself. Thanks, - Dave paulv wrote: Use the classname search: http://repository.sonatype.org/index.html#welcome -Original Message- From: laredotornado [mailto:laredotorn...@gmail.com] Sent: Monday, January 04, 2010 4:47 PM To: users@maven.apache.org Subject: Help figuring out the Maven dependency Hi, I'm trying to figure out the appropriate Maven dependency so that I can include this class org.openejb.client.LocalInitialContextFactory in my project's classpath. Does anyone know what the dependency is or a more reliable way of tracking down what JAR file a class is included in? Thanks, - Dave -- View this message in context: http://old.nabble.com/Help-figuring-out-the-Maven-dependency-t p27020637p27020637.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -Message Disclaimer- This e-mail message is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the intended recipient, any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by reply email to conn...@principal.com and delete or destroy all copies of the original message and attachments thereto. Email sent to or from the Principal Financial Group or any of its member companies may be retained as required by law or regulation. Nothing in this message is intended to constitute an Electronic signature for purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic Signatures in Global and National Commerce Act (E-Sign) unless a specific statement to the contrary is included in this message. While this communication may be used to promote or market a transaction or an idea that is discussed in the publication, it is intended to provide general information about the subject matter covered and is provided with the understanding that The Principal is not rendering legal, accounting, or tax advice. It is not a marketed opinion and may not be used to avoid penalties under the Internal Revenue Code. You should consult with appropriate counsel or other advisors on all matters pertaining to legal, tax, or accounting obligations and requirements. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Help-figuring-out-the-Maven-dependency-tp27020637p27026697.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- Wes Wannemacher Head Engineer, WanTii, Inc. Need Training? Struts, Spring, Maven, Tomcat... Ask me for a quote! - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Help figuring out the Maven dependency
As a follow-up, what is a web site that would tell me what dependencies a certain dependency required? I'm using an older version of Maven (1.1) to do builds so I have to handle the dependencies myself. The website or documentation for the tool/library itself should tell you, right? Alternatively www.mvnrepository.com might be helpful. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
m2eclipse error
Hi When i launch m2eclipse 0.94 from RAD7, i have folloing error message. I haven't this error message from MSDOS How avoid it ERROR] Mojo: org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile FAILED for project: com.p:WEB-ENLIGNE-WebService:war:1.0 Reason: C:\Code\c3.java:[566,25] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) ArrayList liste = new ArrayList(); C:\Code\ManagerImpl.java:[562,25] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) private ArrayList fillDocs(Document documentEntree, Z2) { C:\Code\MessageException.java:[3,7] 'class' or 'interface' expected no more tokens - could not parse error message: C:\Code\MessageException.java:28: 'class' or 'interface' expected ^ C:\Code\AdministrationLog4jAction.java:[45,22] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) Vector loggers = null; Dans mon POM j'ai org.apache.maven.plugins maven-compiler-plugin C:\Produits\IBM\SDP70\jdk\bin\javac 1.5 1.5 1.5 Regards Philippe
Re: m2eclipse error
The error message says it. You need to define source 1.5 for the compiler plugin. http://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html /Anders On Tue, Jan 5, 2010 at 22:24, Philippe Couas pco...@orange.fr wrote: Hi When i launch m2eclipse 0.94 from RAD7, i have folloing error message. I haven't this error message from MSDOS How avoid it ERROR] Mojo: org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile FAILED for project: com.p:WEB-ENLIGNE-WebService:war:1.0 Reason: C:\Code\c3.java:[566,25] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) ArrayList liste = new ArrayList(); C:\Code\ManagerImpl.java:[562,25] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) private ArrayList fillDocs(Document documentEntree, Z2) { C:\Code\MessageException.java:[3,7] 'class' or 'interface' expected no more tokens - could not parse error message: C:\Code\MessageException.java:28: 'class' or 'interface' expected ^ C:\Code\AdministrationLog4jAction.java:[45,22] generics are not supported in -source 1.3 (try -source 1.5 to enable generics) Vector loggers = null; Dans mon POM j'ai org.apache.maven.plugins maven-compiler-plugin C:\Produits\IBM\SDP70\jdk\bin\javac 1.5 1.5 1.5 Regards Philippe
Re: Plugins: Goals without a phase
If there IS a default phase associated with the plugin's goal/mojo, even then the plugin would execute OUTSIDE of the any of the build life-cycles IF (plugin:goal) executed from the command line ? I understand that above is true (as per your last statement) when the mojo/goal has NO default-phase. Thanks, Farhan. Anders Hammar wrote: No, if you specify a plugin:goal that's what is going to be executed. Maven's lifecycle is not being used. Try mvn clean:clean -X for instance and you'll see. /Anders On Tue, Dec 1, 2009 at 00:22, Paul Benedict pbened...@apache.org wrote: Stephen, Without a @phase binding, what about when the plugin's goal is explicitly executed at the command line? Do any of Maven's phases get executed first? I suspect validate at least does. Paul On Mon, Nov 30, 2009 at 4:25 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: if the mojo is annotated with @phase then the specified phase is the phase it will bind to if no phase is specified in the execution otherwise it will not be bound to any phase (i.e. it will not execute as part of any lifecycle) HTH -Stephen 2009/11/30 Paul Benedict pbened...@apache.org: What phase is bound to a plugin's goal when no corresponding phase element is present in their plugin.xml? (If it is none, I didn't know this was possible. I would assume at least validate is run) Paul - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Plugins%3A-Goals-without-a-phase-tp26581937p27026747.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugins: Goals without a phase
if you execute a mojo directly, eg plugin:goal then the lifecycle is _never_ invoked irrespective of there being a default phase or not Sent from my [rhymes with tryPod] ;-) On 6 Jan 2010, at 00:40, mfs farhan.sar...@gmail.com wrote: If there IS a default phase associated with the plugin's goal/mojo, even then the plugin would execute OUTSIDE of the any of the build life-cycles IF (plugin:goal) executed from the command line ? I understand that above is true (as per your last statement) when the mojo/goal has NO default-phase. Thanks, Farhan. Anders Hammar wrote: No, if you specify a plugin:goal that's what is going to be executed. Maven's lifecycle is not being used. Try mvn clean:clean -X for instance and you'll see. /Anders On Tue, Dec 1, 2009 at 00:22, Paul Benedict pbened...@apache.org wrote: Stephen, Without a @phase binding, what about when the plugin's goal is explicitly executed at the command line? Do any of Maven's phases get executed first? I suspect validate at least does. Paul On Mon, Nov 30, 2009 at 4:25 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: if the mojo is annotated with @phase then the specified phase is the phase it will bind to if no phase is specified in the execution otherwise it will not be bound to any phase (i.e. it will not execute as part of any lifecycle) HTH -Stephen 2009/11/30 Paul Benedict pbened...@apache.org: What phase is bound to a plugin's goal when no corresponding phase element is present in their plugin.xml? (If it is none, I didn't know this was possible. I would assume at least validate is run) Paul --- -- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --- -- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --- -- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Plugins%3A-Goals-without-a-phase-tp26581937p27026747.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Plugins: Goals without a phase
Got the answer... YES, the goal (even if bound to phase, by default) would execute independent of any build-life-cycles if executed/invoked directly from the command-line. Farhan. mfs wrote: If there IS a default phase associated with the plugin's goal/mojo, even then the plugin would execute OUTSIDE of the any of the build life-cycles IF (plugin:goal) executed from the command line ? I understand that above is true (as per your last statement) when the mojo/goal has NO default-phase. Thanks, Farhan. Anders Hammar wrote: No, if you specify a plugin:goal that's what is going to be executed. Maven's lifecycle is not being used. Try mvn clean:clean -X for instance and you'll see. /Anders On Tue, Dec 1, 2009 at 00:22, Paul Benedict pbened...@apache.org wrote: Stephen, Without a @phase binding, what about when the plugin's goal is explicitly executed at the command line? Do any of Maven's phases get executed first? I suspect validate at least does. Paul On Mon, Nov 30, 2009 at 4:25 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: if the mojo is annotated with @phase then the specified phase is the phase it will bind to if no phase is specified in the execution otherwise it will not be bound to any phase (i.e. it will not execute as part of any lifecycle) HTH -Stephen 2009/11/30 Paul Benedict pbened...@apache.org: What phase is bound to a plugin's goal when no corresponding phase element is present in their plugin.xml? (If it is none, I didn't know this was possible. I would assume at least validate is run) Paul - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org -- View this message in context: http://old.nabble.com/Plugins%3A-Goals-without-a-phase-tp26581937p27026757.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org