Re: mvn eclipse:eclipse - aspecjrt not added to .classpath
As outlined in http://www.nabble.com/-jira--Created:-(MECLIPSE-544)-aspectj-libraries-do-not-get-included-anymore-with-2.6-td22859425.html You need to configure your maven-eclipse-plugin as such: org.apache.maven.plugins maven-eclipse-plugin none Rafael Sangalli wrote: > > My pom.xml has a dependency to aspectrt: > > > aspectj > aspectjrt > 1.5.3 > > > When I run mvn eclipse:eclipse for the project, aspecjrt is not added to > the > .classpath file, but all the other dependencies are added without issues. > > Do I need to do anything else to add this dependency to the .classpath? > > Thanks > > -- View this message in context: http://www.nabble.com/mvn-eclipse%3Aeclipse---aspecjrt-not-added-to-.classpath-tp21456212p23291443.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: [maven-eclipse-plugin] We need your help to test the future 2.7
Arnaud HERITIER wrote at Donnerstag, 16. April 2009 10:42: > Hi Community, > The recent release 2.6 of the maven-eclipse-plugin created many problems > for all of those who had/wanted to store non-java files under src/*/java > (which is required for wicket, ajdt, and probably others usecases). > Even we have many integration tests in this plugin we didn't notice this > issue because our testcases allow us to check that generated configuration > files aren't evolving and that we are able to import and use a project in > eclipse (too heavy to do). Regarding the new classpath ordering invented with 2.6, can you please comment again in MECLIPSE-544 for my proposal (I mention it here, since the issue is already closed). A classpath order like src/test/resource src/main/java src/test/java src/main/resource Will solve also the test "resources first" problem. Since Eclipse will complain anyway if you have to classes with the same name in src/main/java and src/test/java, their order does not really matter for Eclipse projects. - Jörg - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: dependency to run jetty on a dependent project
On Tue, Apr 28, 2009 at 8:52 AM, ZsJoska wrote: > How could I make the wsimport goal from myProject-wsclient to depend from > the jetty:run goal in the myProject-ws module. Why not create a POM that references these two projects a sub-modules. You can initiate the goals in the order that you desire. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Tools for test/dev of Maven
To help facilitate, among other things, development and test of maven, I have provided a free root account on a sparc Solaris 10. About 50g of space, in this, I am able to provide. This is no spam. Installing software made for Solaris 10 may not be unimportant. You may, AS USER 'unix' TELNET TO ONE SYSTEM, THEN, FROM THERE, AS "root" you will telnet to any of three other systems. The system you will telnet(username: unix, no password) to first is: trainingzone.getmyip.com once there, you may telnet(as root, no password) to any of these systems: SHEEDGAJ, AELLIP , AALOROTOM, NAUEEREEFS, CBSH You may install software, install patches, install zfs filesystems(using makefiles). so, first: telnet trainingzone.getmyip.com username: unix (no password, hit enter) Then, telnet to any/all of: SHEEDGAJ, AELLIP, AALOROTOM, NAUEEREEFS, CBSH example: telnet SHEEDGAJ AND/OR telnet AALOROTOM AND/OR telnet AELLIP username:root password (hit enter) username: root (no password, hit enter) Full training(free): http://www.kartik.com/FreeUNIXTraining.html updates on accounts will be made here. Bookmark this. For dedicated computing access(at no charge), you may contact me. Contact details are on the website. Bookmark that url. Kartik Vashishta -- View this message in context: http://www.nabble.com/Tools-for-test-dev-of-Maven-tp23288591p23288591.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: jetty:run class path
The FNFE is pretty clear about where Spring is expecting to find your context file based on your configuration. Note that this file is optional for Spring MVC, otherwise for that config you need to have applicationContext.xml under WEB-INF and therefore in src/main/webapp/WEB-INF by default. This problem is one of Spring config so it's probably best discussed on one of their forums. Brett On 4/29/09, Don Hosek wrote: > It's being loaded using > > > contextConfigLocation> > applicationContext.xml > > > in the web.xml file. My servlet.xml is under WEB-INF and that doesn't > seem to be the problem. The relevant bit of logs appears to be > > INFO: Loading XML bean definitions from ServletContext resource [/WEB- > INF/applicationContext.xml] > Apr 27, 2009 8:38:53 PM org.springframework.web.context.ContextLoader > initWebApplicationContext > SEVERE: Context initialization failed > org.springframework.beans.factory.BeanDefinitionStoreException: > IOException parsing XML document from ServletContext resource [/WEB- > INF/applicationContext.xml]; nested exception is > java.io.FileNotFoundException: Could not open ServletContext resource > [/WEB-INF/applicationContext.xml] > at > org > .springframework > .beans > .factory > .xml > .XmlBeanDefinitionReader > .loadBeanDefinitions(XmlBeanDefinitionReader.java:349) > > > On 28 Apr 2009, at 14.50, Brett Randall wrote: > >> Which mechanism are you using in Spring to load the context? What >> error/stack-trace do you get? >> >> Note that if you are using Spring MVC and a DispatcherServlet, it >> expects by >> default to find the context file under WEB-INF directly, so your >> source path >> would be src/main/webapp/WEB-INF/myservlet-servlet.xml . >> >> Brett >> >> On Wed, Apr 29, 2009 at 7:17 AM, Don Hosek >> wrote: >> >>> Hmm, I've got a spring application context XML file stored in >>> src/main/resources But it's not being found in the classpath when I >>> do mvn >>> jetty:run. Checking the target/classes directory when I run it, I >>> see the >>> file there, but it's not being found by the jetty container. What >>> should I >>> be doing? >>> >>> -dh >>> >>> >>> - >>> 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 > > -- Sent from my mobile device - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: " repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository "
I have a fully working connection to the internet, I tried starting firefox and lynx from command line: all goes well. I think that maven (and only maven in my system) can't resolve addresses, this is the line that make me think that: > Caused by: java.net.UnknownHostException: repo1.maven.org I wonder why... Thanks, Andrea
RE: jetty:run class path
As Brett said below, this file would be in /src/main/webapp/WEB-INF/applicationContext.xml. Files in /src/main/resources ultimately end up as classpath resources, not servlet context resources and XmlWebApplicationContext defaults to ServletContextResource if not resource prefix is provided. To load the file from the classpath, you should be able to do something like this: contextConfigLocation classpath:applicationContext.xml Justin -Original Message- From: don hosek [mailto:don.ho...@gmail.com] On Behalf Of Don Hosek Sent: Tuesday, April 28, 2009 6:26 PM To: Maven Users List Subject: Re: jetty:run class path It's being loaded using contextConfigLocation> applicationContext.xml in the web.xml file. My servlet.xml is under WEB-INF and that doesn't seem to be the problem. The relevant bit of logs appears to be INFO: Loading XML bean definitions from ServletContext resource [/WEB- INF/applicationContext.xml] Apr 27, 2009 8:38:53 PM org.springframework.web.context.ContextLoader initWebApplicationContext SEVERE: Context initialization failed org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from ServletContext resource [/WEB- INF/applicationContext.xml]; nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml] at org .springframework .beans .factory .xml .XmlBeanDefinitionReader .loadBeanDefinitions(XmlBeanDefinitionReader.java:349) On 28 Apr 2009, at 14.50, Brett Randall wrote: > Which mechanism are you using in Spring to load the context? What > error/stack-trace do you get? > > Note that if you are using Spring MVC and a DispatcherServlet, it > expects by default to find the context file under WEB-INF directly, so > your source path would be > src/main/webapp/WEB-INF/myservlet-servlet.xml . > > Brett > > On Wed, Apr 29, 2009 at 7:17 AM, Don Hosek > wrote: > >> Hmm, I've got a spring application context XML file stored in >> src/main/resources But it's not being found in the classpath when I >> do mvn jetty:run. Checking the target/classes directory when I run >> it, I see the file there, but it's not being found by the jetty >> container. What should I be doing? >> >> -dh >> >> >> - >> 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
RE: Issues with archetype:create-from-project
(version number) and replace with 1.4.1. I also had to change the folder name from ${user.home}\.m2\repository\org\apache\maven\plugins\maven-aar-plugin\1.4.1-SNAPSHOT to ${user.home}\.m2\repository\org\apache\maven\plugins\maven-aar-plugin\1.4.1 after replacing all occurences of string 1-4.1.SNAPSHOT with 1.4.1 and rebuilding the .jar with modified xml the plugin worked (installed and was scanned correctly as a dependent plugin) (I had to perform the same set of procedures for the maven-mar-plugin..in fact ALL new plugins) i concur #1 is a bug dont know about items#2...8 ? Martin __ Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents. Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Tue, 28 Apr 2009 15:03:19 -0700 > From: m...@raibledesigns.com > To: users@maven.apache.org > Subject: Issues with archetype:create-from-project > > > I've been using archetype:create-from-project to create archetypes and have > noticed some issues: > > 1. The generated archetype has a version of 1.0-SNAPSHOT. I want the > archetype's version to be the same as my project. > > 2. When I have an empty property (e.g. ), > it's removed from the resulting pom.xml. > > 3. When generating a multi-module archetype, the package names in my > hibernate.cfg.xml are replaced with ${package}. This doesn't happen when > generating a single-module archetype. > > 4. Package expansion doesn't happen for files in a package hierarchy under > src/main/resources. > > 5. I'm unable to set a description for the generated archetype. > > 6. Replacing of package names with ${package} seems to work different b/w > multi-module and single-module projects. In a multi-module project, > "org.appfuse.webapp" gets replaced with "${package}.webapp". In a > single-module project, "org.appfuse.webapp" gets replaced with "${package}". > > 7. TLD files are not scanned for packages to replace. > > 8. The web.xml file is not scanned for packages to replace. > > I've been able to workaround most of these issues by using Ant to manipulate > the project after it's generated (before installing). Should I enter these > as issues in JIRA? > > Thanks, > > Matt > -- > View this message in context: > http://www.nabble.com/Issues-with-archetype%3Acreate-from-project-tp23286970p23286970.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 > _ Rediscover Hotmail®: Get quick friend updates right in your inbox. http://windowslive.com/RediscoverHotmail?ocid=TXT_TAGLM_WL_HM_Rediscover_Updates2_042009
Re: jetty:run class path
It's being loaded using contextConfigLocation> applicationContext.xml in the web.xml file. My servlet.xml is under WEB-INF and that doesn't seem to be the problem. The relevant bit of logs appears to be INFO: Loading XML bean definitions from ServletContext resource [/WEB- INF/applicationContext.xml] Apr 27, 2009 8:38:53 PM org.springframework.web.context.ContextLoader initWebApplicationContext SEVERE: Context initialization failed org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from ServletContext resource [/WEB- INF/applicationContext.xml]; nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/applicationContext.xml] at org .springframework .beans .factory .xml .XmlBeanDefinitionReader .loadBeanDefinitions(XmlBeanDefinitionReader.java:349) On 28 Apr 2009, at 14.50, Brett Randall wrote: Which mechanism are you using in Spring to load the context? What error/stack-trace do you get? Note that if you are using Spring MVC and a DispatcherServlet, it expects by default to find the context file under WEB-INF directly, so your source path would be src/main/webapp/WEB-INF/myservlet-servlet.xml . Brett On Wed, Apr 29, 2009 at 7:17 AM, Don Hosek wrote: Hmm, I've got a spring application context XML file stored in src/main/resources But it's not being found in the classpath when I do mvn jetty:run. Checking the target/classes directory when I run it, I see the file there, but it's not being found by the jetty container. What should I be doing? -dh - 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: Is there a tool or plugin to scan a project and suggest Maven dependencies?
Nick Stolwijk wrote: I think you mean the dependency:analyze goal[1]. [1] http://maven.apache.org/plugins/maven-dependency-plugin/analyze-mojo.html That was it, thanks. On Tue, Apr 28, 2009 at 11:39 PM, David M. Karr wrote: I seem to remember seeing some mention somewhere of a tool or plugin that can scan a project and "suggest" some or all of the required Maven dependencies for the project. Can someone point me to that, if I'm remembering this correctly? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Issues with archetype:create-from-project
With regards to #1 I noticed the same behaviour a few weeks back with building the new axis 2.1.5 distro the workaround was to change all versions with SNAPSHOT suffix e.g. 1.4.1-SNAPSHOT (version number) and replace with 1.4.1. I also had to change the folder name from ${user.home}\.m2\repository\org\apache\maven\plugins\maven-aar-plugin\1.4.1-SNAPSHOT to ${user.home}\.m2\repository\org\apache\maven\plugins\maven-aar-plugin\1.4.1 after replacing all occurences of string 1-4.1.SNAPSHOT with 1.4.1 and rebuilding the .jar with modified xml the plugin worked (installed and was scanned correctly as a dependent plugin) (I had to perform the same set of procedures for the maven-mar-plugin..in fact ALL new plugins) so my answer is yes this is a bug i dont know about 2...8 ? Martin __ Disclaimer and Confidentiality/Verzicht und Vertraulichkeitanmerkung / Note de déni et de confidentialité This message is confidential. If you should not be the intended receiver, then we ask politely to report. Each unauthorized forwarding or manufacturing of a copy is inadmissible. This message serves only for the exchange of information and has no legal binding effect. Due to the easy manipulation of emails we cannot take responsibility over the the contents. Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > Date: Tue, 28 Apr 2009 15:03:19 -0700 > From: m...@raibledesigns.com > To: users@maven.apache.org > Subject: Issues with archetype:create-from-project > > > I've been using archetype:create-from-project to create archetypes and have > noticed some issues: > > 1. The generated archetype has a version of 1.0-SNAPSHOT. I want the > archetype's version to be the same as my project. > > 2. When I have an empty property (e.g. ), > it's removed from the resulting pom.xml. > > 3. When generating a multi-module archetype, the package names in my > hibernate.cfg.xml are replaced with ${package}. This doesn't happen when > generating a single-module archetype. > > 4. Package expansion doesn't happen for files in a package hierarchy under > src/main/resources. > > 5. I'm unable to set a description for the generated archetype. > > 6. Replacing of package names with ${package} seems to work different b/w > multi-module and single-module projects. In a multi-module project, > "org.appfuse.webapp" gets replaced with "${package}.webapp". In a > single-module project, "org.appfuse.webapp" gets replaced with "${package}". > > 7. TLD files are not scanned for packages to replace. > > 8. The web.xml file is not scanned for packages to replace. > > I've been able to workaround most of these issues by using Ant to manipulate > the project after it's generated (before installing). Should I enter these > as issues in JIRA? > > Thanks, > > Matt > -- > View this message in context: > http://www.nabble.com/Issues-with-archetype%3Acreate-from-project-tp23286970p23286970.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 > _ Windows Live™ Hotmail®:…more than just e-mail. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_more_042009
Issues with archetype:create-from-project
I've been using archetype:create-from-project to create archetypes and have noticed some issues: 1. The generated archetype has a version of 1.0-SNAPSHOT. I want the archetype's version to be the same as my project. 2. When I have an empty property (e.g. ), it's removed from the resulting pom.xml. 3. When generating a multi-module archetype, the package names in my hibernate.cfg.xml are replaced with ${package}. This doesn't happen when generating a single-module archetype. 4. Package expansion doesn't happen for files in a package hierarchy under src/main/resources. 5. I'm unable to set a description for the generated archetype. 6. Replacing of package names with ${package} seems to work different b/w multi-module and single-module projects. In a multi-module project, "org.appfuse.webapp" gets replaced with "${package}.webapp". In a single-module project, "org.appfuse.webapp" gets replaced with "${package}". 7. TLD files are not scanned for packages to replace. 8. The web.xml file is not scanned for packages to replace. I've been able to workaround most of these issues by using Ant to manipulate the project after it's generated (before installing). Should I enter these as issues in JIRA? Thanks, Matt -- View this message in context: http://www.nabble.com/Issues-with-archetype%3Acreate-from-project-tp23286970p23286970.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: Incompatible initial and maximum heap sizes specified
> It is currently a user variable ... > MAVEN_OPTS=-Xms256m -Xmx512m That may need to be in quotes MAVEN_OPTS="-Xms ... -Xmx ..." Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: jetty:run class path
Which mechanism are you using in Spring to load the context? What error/stack-trace do you get? Note that if you are using Spring MVC and a DispatcherServlet, it expects by default to find the context file under WEB-INF directly, so your source path would be src/main/webapp/WEB-INF/myservlet-servlet.xml . Brett On Wed, Apr 29, 2009 at 7:17 AM, Don Hosek wrote: > Hmm, I've got a spring application context XML file stored in > src/main/resources But it's not being found in the classpath when I do mvn > jetty:run. Checking the target/classes directory when I run it, I see the > file there, but it's not being found by the jetty container. What should I > be doing? > > -dh > > > - > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > >
Re: Is there a tool or plugin to scan a project and suggest Maven dependencies?
I think you mean the dependency:analyze goal[1]. [1] http://maven.apache.org/plugins/maven-dependency-plugin/analyze-mojo.html Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Tue, Apr 28, 2009 at 11:39 PM, David M. Karr wrote: > I seem to remember seeing some mention somewhere of a tool or plugin that > can scan a project and "suggest" some or all of the required Maven > dependencies for the project. Can someone point me to that, if I'm > remembering this correctly? > > - > 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: Incompatible initial and maximum heap sizes specified
Google finds a number of Sun JDK bugs for this error message - which JDK/version are you using? As a workaround, try setting -Xms and -Xmx to the same value if you can tolerate that setting. Brett On Wed, Apr 29, 2009 at 6:01 AM, johnnyCash < deniseandjohn.di...@tiscali.co.uk> wrote: > > Have just tried to install MAVEN 2.1.0 and set all my system variables. > Every > different version of MAVEN_OPTS results in ... > > C:\Users\John>mvn --version > Error occurred during initialization of VM > Incompatible initial and maximum heap sizes specified > > It is currently a user variable ... > MAVEN_OPTS=-Xms256m -Xmx512m > > Any ideas? > -- > View this message in context: > http://www.nabble.com/Incompatible-initial-and-maximum-heap-sizes-specified-tp23284917p23284917.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: Easy way to switch skipTests flag for integration-test phase
Oh that sounds simple and good :) Stephen Connolly-2 wrote: > > define a property with value true. use that property as the value of skip, > then the CLI can override the property value > > 2009/4/28 aldana > >> >> Hi, >> >> by default my integration tests should not be run implicitly, so I set >> true. Is there a way to tell surefire plugin to switch the >> skip >> test flag for the integration-test phase by passing a command-line? Maybe >> by >> passing the execution-id? >> >> I know it can be done by profiles, but I would like to avoid profiles. >> >> Here the standard-configruation: >> >> integration-tests >> integration-test >> >> true >> >> **/itest/**/*Test.java >> >> >> >> test >> >> >> >> thanks. >> >> - >> manuel aldana >> aldana((at))gmx.de >> software-engineering blog: http://www.aldana-online.de >> -- >> View this message in context: >> http://www.nabble.com/Easy-way-to-switch-skipTests-flag-for-integration-test-phase-tp23279114p23279114.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 >> >> > > - manuel aldana aldana((at))gmx.de software-engineering blog: http://www.aldana-online.de -- View this message in context: http://www.nabble.com/Easy-way-to-switch-skipTests-flag-for-integration-test-phase-tp23279114p23286651.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
Is there a tool or plugin to scan a project and suggest Maven dependencies?
I seem to remember seeing some mention somewhere of a tool or plugin that can scan a project and "suggest" some or all of the required Maven dependencies for the project. Can someone point me to that, if I'm remembering this correctly? - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
jetty:run class path
Hmm, I've got a spring application context XML file stored in src/main/ resources But it's not being found in the classpath when I do mvn jetty:run. Checking the target/classes directory when I run it, I see the file there, but it's not being found by the jetty container. What should I be doing? -dh - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
converting Jetty based EJB Application to WebLogic 10?
I have a web application that is running Hibernate EJB's inside of Jetty. I am now trying to convert this to run in WebLogic. Does anyone have experience doing this? I see at least 1 weblogic plugin, but am not sure what it does, or what I might need it to do for such a conversion: http://mojo.codehaus.org/weblogic-maven-plugin/appc-mojo.html --- Thank You… Mick Knutson, President BASE Logic, Inc. Enterprise Architecture, Design, Mentoring & Agile Consulting p. (866) BLiNC-411: (254-6241-1) f. (415) 685-4233 Website: http://baselogic.com Linked IN: http://linkedin.com/in/mickknutson Vacation Rental: http://tahoe.baselogic.com ---
Re: Duplicate folder structure during site-deploy
Michael wrote: Hi folks, I recently installed Ubuntu 8.04.2 Server (Linux mika-server 2.6.24-23-server #1 SMP Wed Apr 1 22:22:14 UTC 2009 i686 GNU/Linux) in VirtualBox 2.2.2 to test SVN, articact and site deployment, trying to gain some experience before I get a root server. I set up my project to deploy to that virtual machine (openSSH is running) and received some weird results. While deploying, I received some weird errors. I did with Maven 2.0.10 and Maven 2.1. I pasted the logs into the the mail. This is my source: http://svn.fckeditor.net/FCKeditor.Java/trunk/ r I changed deploy to sftp://192.168.0.16/home/mosipov/public_html/docs which is the virtual machine. Just tried with Ubuntu 8.04 Desktop from another machine to deploy to the server with Maven 2.0.9, same result. Mike - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Best practices for avoiding duplicate configuration files
> - it is not very elegant as any project depending on A or B would have to > not forget to exclude the sub-module containing the log files (any dependent > project would have the same problem as the project C has) ; This is not a very good point, as jar files should never be adjusted after releasing. >To re-cap, I dream of a solution allowing me the following two possibilities, >for any project I create: >- a possibility to create and expose (for use by dependent projects) a .jar >file NOT containing the log > configuration file ; > - a possibility to create and deploy (for end-user usage) a .zip file > containing the above .jar AND the > log configuration file, which is then > easy for the end-user to modify ; and some start-up script > (portable) or something equivalent to correctly configure the classpath to > include the log > configuration file and allow the end-user to easily start the application > (this is the part I don't see > how to do with the FAQ provided at This is a good solution and there exists a plugin for this, ie. the Application Assembler Maven Plugin[1]. Here is a good blog about adding your own files to the app assembly [2]. [1] http://mojo.codehaus.org/appassembler/appassembler-maven-plugin/ [2] http://www.joelpm.com/2009/01/23/maven-assembly-plugin-woes/ Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Mon, Apr 27, 2009 at 7:41 PM, Olivier Cailloux wrote: > Thanks to everybody who answered. I answer to everyone together: > - Projects A and B are to be runnable independently and deployable without > C. So putting the log config in test resources would not work. > - Putting the log files in a dependent module is possible. But: > - it would render the pom and project management more complex. Currently > these projects are not multi-modules, they are very simple, and that > solution would involve transforming them to multi-module projects with one > module being a whole module for only one stupid configuration file! And then > having the project C exclude the right sub-module. But I admit that it is > not my main concern (I could accept a complex solution if it was very good > in other aspects) ; > - it is not very elegant as any project depending on A or B would have to > not forget to exclude the sub-module containing the log files (any dependent > project would have the same problem as the project C has) ; > - it does not solve the question of the log configuration file not being > integrated in the jar for easily modification by the end-user after > deployment ; > - the problem I face is a general problem, as I always use log > configuration files in my projects, so I would like to find a good solution > once and for all. > > - The use of Assembly and Dependency plugins is maybe part of a solution, > but I don't see clearly how I can configure all this to do what I would like > and avoiding ending up with pom files more complex than needed. > > To re-cap, I dream of a solution allowing me the following two > possibilities, for any project I create: > - a possibility to create and expose (for use by dependent projects) a .jar > file NOT containing the log configuration file ; > - a possibility to create and deploy (for end-user usage) a .zip file > containing the above .jar AND the log configuration file, which is then easy > for the end-user to modify ; and some start-up script (portable) or > something equivalent to correctly configure the classpath to include the log > configuration file and allow the end-user to easily start the application > (this is the part I don't see how to do with the FAQ provided at > http://www.sonatype.com/people/2008/04/how-to-share-resources-across-projects-in-maven/). > > Although the solutions proposed did not fully satisfy my needs, I have to > thank those who responded because it gave me good hints and allowed me to > re-think about my problem. Any more advices would be very appreciated > because I am a beginner in Maven and I think there must be somehow a simple > solution to my needs which I simply overlooked. I am wondering how the > others do as this must be a very common problem (everybody use logging > framework!). > > Also, sorry for my English... > Olivier > > Brian Fox a écrit : >> >> See the 9th bullet point here: >> http://www.sonatype.com/people/2009/04/summary-of-maven-how-tos/ >> >> On 4/26/2009 3:17 PM, Olivier Cailloux wrote: >>> >>> Hello list, >>> >>> I am new to maven and couldn't find a simple and elegant solution to this >>> (probably) common problem. >>> >>> I have three projects : A and B are independent projects and C depends on >>> A and B. I use the same logging framework for the three projects (slf4j with >>> logback). In A and B, I have a logback.xml configuration file in >>> src/main/resources to configure logging behavior (A and B do not necessarily >>> have the same configuration). C has also a specific logging configuration >>> file. And, nat
Re: Easy way to switch skipTests flag for integration-test phase
define a property with value true. use that property as the value of skip, then the CLI can override the property value 2009/4/28 aldana > > Hi, > > by default my integration tests should not be run implicitly, so I set > true. Is there a way to tell surefire plugin to switch the > skip > test flag for the integration-test phase by passing a command-line? Maybe > by > passing the execution-id? > > I know it can be done by profiles, but I would like to avoid profiles. > > Here the standard-configruation: > > integration-tests > integration-test > > true > > **/itest/**/*Test.java > > > > test > > > > thanks. > > - > manuel aldana > aldana((at))gmx.de > software-engineering blog: http://www.aldana-online.de > -- > View this message in context: > http://www.nabble.com/Easy-way-to-switch-skipTests-flag-for-integration-test-phase-tp23279114p23279114.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 > >
Incompatible initial and maximum heap sizes specified
Have just tried to install MAVEN 2.1.0 and set all my system variables. Every different version of MAVEN_OPTS results in ... C:\Users\John>mvn --version Error occurred during initialization of VM Incompatible initial and maximum heap sizes specified It is currently a user variable ... MAVEN_OPTS=-Xms256m -Xmx512m Any ideas? -- View this message in context: http://www.nabble.com/Incompatible-initial-and-maximum-heap-sizes-specified-tp23284917p23284917.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
Duplicate folder structure during site-deploy
Hi folks, I recently installed Ubuntu 8.04.2 Server (Linux mika-server 2.6.24-23-server #1 SMP Wed Apr 1 22:22:14 UTC 2009 i686 GNU/Linux) in VirtualBox 2.2.2 to test SVN, articact and site deployment, trying to gain some experience before I get a root server. I set up my project to deploy to that virtual machine (openSSH is running) and received some weird results. While deploying, I received some weird errors. I did with Maven 2.0.10 and Maven 2.1. I pasted the logs into the the mail. This is my source: http://svn.fckeditor.net/FCKeditor.Java/trunk/ r I changed deploy to sftp://192.168.0.16/home/mosipov/public_html/docs which is the virtual machine. Maven 2.0.10: running a clean before mvn -e -X site-deploy: http://home.htw-berlin.de/~s0525102/mvn/mvn2.0.10-site-deploy.log deployed home afterwards: http://home.htw-berlin.de/~s0525102/mvn/mvn2.0.10-site-deploy.tree see line 2-5 (dup dir) mvn -e -X deploy: http://home.htw-berlin.de/~s0525102/mvn/mvn2.0.10-deploy.log (fails) deployed home afterwards: http://home.htw-berlin.de/~s0525102/mvn/mvn2.0.10-deploy.tree Maven 2.1: running a clean before mvn -e -X site-deploy: (works fine, but uploads file by file) deployed home afterwards: http://home.htw-berlin.de/~s0525102/mvn/mvn2.1-site-deploy.tree mvn -e -X deploy: http://home.htw-berlin.de/~s0525102/mvn/mvn2.1-deploy.log (works fine) deployed home afterwards: http://home.htw-berlin.de/~s0525102/mvn/mvn2.1-deploy.tree Actually, I don't know who fails here, me, maven or ubuntu? Any tips would be great! Thanks, Mike - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:perform problem with ssh/scp
On Tue, Apr 28, 2009 at 2:26 PM, Wes Wannemacher wrote: > That worked! Thanks! > > -Wes > No problem... Upon looking into this a little bit further, it seems like the problem is the new hashed known_hosts file. The latest release of ubuntu turns the hashing of known_hosts on, where by default OpenSSH would normally have it turned off. So, your known_hosts entry would normally look like this - people.apache.org ssh-dss B3... In the new hashed format it looks like this - |1|wiKjIB5... = ssh-dss B3... The goal on the SSH side of things appears to be that if someone has compromised your account, the known_hosts file is a decent place to start looking for further hosts to joyride along. Having the option to hash the hostname makes it more difficult for a joyrider to continue on to more hosts. This seems like a good thing to have, so Jsch (which Wagon uses for ssh/scp) should support it as well. I can try to follow up with them. In your case, Wes, you probably recently installed the new version of Ubuntu from scratch. So, you had an empty known_hosts file. The stock install of Ubuntu (Jaunty) turns the configuration parameter on to hash the known_hosts file and even though everything worked on the command line, Jsch couldn't read the file since the entries were hashed. -Wes -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:perform problem with ssh/scp
That worked! Thanks! -Wes On Tue, Apr 28, 2009 at 2:24 PM, Wes Wannemacher wrote: > Wes, > > I think what you should do is try to run deploy:deploy manually, that > should leave the prompt open for you to type in yes... As for why Jsch > is not picking up the existing known_hosts entry, that's a mystery. > > -W > -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: release:perform problem with ssh/scp
Wes, I think what you should do is try to run deploy:deploy manually, that should leave the prompt open for you to type in yes... As for why Jsch is not picking up the existing known_hosts entry, that's a mystery. -W On Tue, Apr 28, 2009 at 12:29 PM, Wes Wannemacher wrote: > I am having a lot of trouble trying to perform a release. I have my > public/private keys setup and if I try to log into the target host on > the command line, I don't have any problems. However, when I try to do > a release:perform for the project I am trying to release, I am hung up > because maven says it can't establish the authenticity of host... Here > is output from a session - > > http://pastebin.com/d498a0da8 > > That shows me trying to do the mvn release:perform and it hangs up at > line 30... So, I Ctrl-C and try to ssh into the host and you can see > it logs in without prompts or problems. > > Here is the output of me sshing into that same host with a little > extra debug output - > > http://pastebin.com/m3dcf44d9 > > Around line 24, the debug output shows that the host is recognized and > is indeed in the known_hosts file. So what could I be doing wrong? My > settings.xml file matches the instructions here - > > http://struts.apache.org/2.x/docs/creating-and-signing-a-struts-21x-distribution.html#CreatingandSigningaStruts2.1.xDistribution-UpdateMavensettingsforourservers > > Of course, I have swapped out the $USERNAME, etc. placeholders with > real values. > > The project I am trying to deploy is here - > > http://svn.apache.org/viewvc/struts/maven/trunk/pom/ > > It's just a pom project that acts as the parent for the rest of our artifacts. > > Any help would be great, I can't figure out what the heck I'm doing wrong. > > -Wes > > -- > Wes Wannemacher > Author - Struts 2 In Practice > Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more > http://www.manning.com/wannemacher > -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
checkstyle plugin: indeterminate resource loading and MalformedURLException
I am trying to debug sporadic problems with the Maven Checkstyle plugin in a multi-module build--probably the same ones described in MCHECKSTYLE-106 [1]. Looks like there might be two problems: indeterminate Plexus resource loading and poor URL handling by the checkstyle plugin. At this point, I could really use some input from someone more familiar with Plexus or Maven plugins to let me know if I'm on the right track and possibly suggest a proper fix. Configuration: * Maven 2.0.9 * Java 1.5.0.14 (under Debian Lenny) * maven-checkstyle-plugin version 2.2 * plugin POM config in attached file Building project with the command: mvn clean install checkstyle:checkstyle findbugs:findbugs pmd:cpd pmd:pmd succeeds roughly half of the time but fails with this stack trace the other half: java.net.MalformedURLException: no protocol: codecheck/checkstyle.xml at java.net.URL.(URL.java:567) at java.net.URL.(URL.java:464) at java.net.URL.(URL.java:413) at org.codehaus.plexus.resource.loader.URLResourceLoader.getResourceAsInputStream(URLResourceLoader.java:45) at org.codehaus.plexus.resource.DefaultResourceManager.getResourceAsInputStream(DefaultResourceManager.java:77) at org.codehaus.plexus.resource.DefaultResourceManager.getResourceAsFile(DefaultResourceManager.java:117) at org.apache.maven.plugin.checkstyle.CheckstyleReport.getConfigFile(CheckstyleReport.java:1132) A more complete version is attached. It's part of a log snippet from a Hudson build, but the stack trace is the same when it fails running under Maven 2.0.9 launched from the command line. As best I can tell, the Plexus DefaultResourceManager is iterating[2] over the values in a Map that contains at least two ResourceLoader[3]. If the FileResourceLoader.ID map entry is first in the iteration, the build passes. If the "url" map entry is first, the MalformedURLException is thrown and the build fails because "codecheck/checkstyle.xml" is not a valid URL. Before I dig futher into Plexus and Maven internals, am I missing something obvious or is there an easy fix for this problem? If there's not a simple fix, can anyone familiar with Maven development tell me if there's standard way handle resource loading that would avoid the indeterminate behavior? Thanks for any help. --Brad [1] http://jira.codehaus.org/browse/MCHECKSTYLE-106 [2] http://fisheye.codehaus.org/browse/plexus/tags/plexus-resources-1.0-alpha-4/src/main/java/org/codehaus/plexus/resource/DefaultResourceManager.java?r=4475#l64 [3] From http://svn.apache.org/repos/asf/maven/plugins/tags/maven-checkstyle-plugin-2.2/src/main/java/org/apache/maven/plugin/checkstyle/CheckstyleReport.java : locator.addSearchPath( FileResourceLoader.ID, project.getFile().getParentFile().getAbsolutePath() ); locator.addSearchPath( "url", "" ); org.apache.maven.plugins maven-checkstyle-plugin 2.2 com.fewerhassles yy-buildtools 1.9-SNAPSHOT codecheck/checkstyle.xml validate validate true checkstyle [..] [checkout] $ /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/bin/java -Xmx512m -Xms128m -cp /var/run/hudson/war/WEB-INF/lib/maven-agent-1.290.jar:/usr/local/apache-maven-2.0.9/boot/classworlds-1.1.jar hudson.maven.agent.Main /usr/local/apache-maven-2.0.9 /var/run/hudson/war/WEB-INF/lib/remoting-1.290.jar /var/run/hudson/war/WEB-INF/lib/maven-interceptor-1.290.jar 59913 channel started Executing Maven: -B -B -f /var/lib/hudson/jobs/xxx/workspace/checkout/pom.xml -X -e clean install checkstyle:checkstyle findbugs:findbugs pmd:cpd pmd:pmd + Error stacktraces are turned on. Maven version: 2.0.9 Java version: 1.5.0_14 OS name: "linux" version: "2.6.26-1-xen-686" arch: "i386" Family: "unix" [DEBUG] Building Maven user-level plugin registry from: '/var/lib/hudson/.m2/plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: '/usr/local/apache-maven-2.0.9/conf/plugin-registry.xml' [INFO] Scanning for projects... [..] [TASKS] Scipping maven reporter: there is already a result available. [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-install-plugin:2.2:install' --> [DEBUG] (f) artifact = com.fewerhassles:yy-core:jar:1.9-SNAPSHOT [DEBUG] (f) attachedArtifacts = [com.fewerhassles:yy-core:test-jar:tests:1.9-SNAPSHOT] [DEBUG] (f) createChecksum = false [DEBUG] (f) localRepository = [local] -> file:///var/lib/hudson/.m2/repository [DEBUG] (f) packaging = jar [DEBUG] (f) pomFile = /var/lib/hudson/jobs/xxx/workspace/checkout/core/pom.xml [DEBUG] (f) updateReleaseInfo = false [DEBUG] -- end configuration -- [INFO] [install:install] [..] [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-checkstyle-plugin:2.2:checkstyle' --> [DEBUG]
Re: " repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository "
This usually happens when you don't have a connection to the internet. Andrea Libero Valori wrote: > Hi, > I'm following Apache ServiceMix tutorial 3 (Apache Camel), and I'm > experiencing a problem running maven in ubuntu 9.04 as a normal user. > Until yesterday everything was working correctly, but this morning maven > seemed to not be able anymore to connect to its central repository. > Maven was launched in identical conditions in both cases. > I found people having similar problems in this list (but all were > windows-users): the problem was the firewall, so I checked iptables > settings: > everything is allowed. > > This problem does not appear when I run maven as root, but I would > understand what is happening, and it would also be preferable to me to > run maven as a normal user. > > > Thanks in advance, > Andrea > > follows mvn -X -U output on terminal: > > and...@martin:~/Programmi/apache-servicemix-3.3/tutorials/3_camel$ mvn -X -U > archetype:create -DarchetypeArtifactId=servicemix-camel-service-unit > + Error stacktraces are turned on. > Apache Maven 2.1.0 (r755702; 2009-03-18 20:10:27+0100) > Java version: 1.6.0_13 > Java home: /home/andrea/Programmi/jdk1.6.0_13/jre > Default locale: it_IT, platform encoding: UTF-8 > OS name: "linux" version: "2.6.28-11-generic" arch: "i386" Family: "unix" > [DEBUG] Building Maven user-level plugin registry from: > '/home/andrea/.m2/plugin-registry.xml' > [DEBUG] Building Maven global-level plugin registry from: > '/home/andrea/Programmi/apache-maven-2.1.0/conf/plugin-registry.xml' > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'archetype'. > [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins > [INFO] org.apache.maven.plugins: checking for updates from central > [DEBUG] Checking for pre-existing User-Agent configuration. > [DEBUG] Adding User-Agent configuration. > [DEBUG] Connecting to repository: 'central' with url: ' > http://repo1.maven.org/maven2'. > [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be > retrieved from repository: central due to an error: Error transferring file: > repo1.maven.org > [DEBUG] Exception > org.apache.maven.wagon.TransferFailedException: Error transferring file: > repo1.maven.org > at > org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:143) > at > org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) > at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) > at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) > at > org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:491) > at > org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:388) > at > org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve(DefaultRepositoryMetadataManager.java:97) > at > org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:103) > at > org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:87) > at > org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(DefaultPluginMappingManager.java:61) > at > org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPrefix(DefaultPluginManager.java:155) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1736) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:446) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:176) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:356) > 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:597) > 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: java.net.UnknownHostException: repo1.maven.org > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) > at java.net.Socket.connect(Socket.java:519) > at java.net.Socket.connect(Socket.java:469) > at sun.net.NetworkClient.doConnect(NetworkClient.java:163) > at sun.
release:perform problem with ssh/scp
I am having a lot of trouble trying to perform a release. I have my public/private keys setup and if I try to log into the target host on the command line, I don't have any problems. However, when I try to do a release:perform for the project I am trying to release, I am hung up because maven says it can't establish the authenticity of host... Here is output from a session - http://pastebin.com/d498a0da8 That shows me trying to do the mvn release:perform and it hangs up at line 30... So, I Ctrl-C and try to ssh into the host and you can see it logs in without prompts or problems. Here is the output of me sshing into that same host with a little extra debug output - http://pastebin.com/m3dcf44d9 Around line 24, the debug output shows that the host is recognized and is indeed in the known_hosts file. So what could I be doing wrong? My settings.xml file matches the instructions here - http://struts.apache.org/2.x/docs/creating-and-signing-a-struts-21x-distribution.html#CreatingandSigningaStruts2.1.xDistribution-UpdateMavensettingsforourservers Of course, I have swapped out the $USERNAME, etc. placeholders with real values. The project I am trying to deploy is here - http://svn.apache.org/viewvc/struts/maven/trunk/pom/ It's just a pom project that acts as the parent for the rest of our artifacts. Any help would be great, I can't figure out what the heck I'm doing wrong. -Wes -- Wes Wannemacher Author - Struts 2 In Practice Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more http://www.manning.com/wannemacher - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: how to define license?
> When building the project's site with 'mvn site' I can't figure out how > to configure the license. "Project Information > Project License" on the > website maven builds the page says " No project license is defined for > this project" So how do I define a license? Google "maven pom license" brought me to this page: http://tomionsoftware.blogspot.com/2005/12/maven-2-how-to-add-licensetxt.html Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
" repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository "
Hi, I'm following Apache ServiceMix tutorial 3 (Apache Camel), and I'm experiencing a problem running maven in ubuntu 9.04 as a normal user. Until yesterday everything was working correctly, but this morning maven seemed to not be able anymore to connect to its central repository. Maven was launched in identical conditions in both cases. I found people having similar problems in this list (but all were windows-users): the problem was the firewall, so I checked iptables settings: everything is allowed. This problem does not appear when I run maven as root, but I would understand what is happening, and it would also be preferable to me to run maven as a normal user. Thanks in advance, Andrea follows mvn -X -U output on terminal: and...@martin:~/Programmi/apache-servicemix-3.3/tutorials/3_camel$ mvn -X -U archetype:create -DarchetypeArtifactId=servicemix-camel-service-unit + Error stacktraces are turned on. Apache Maven 2.1.0 (r755702; 2009-03-18 20:10:27+0100) Java version: 1.6.0_13 Java home: /home/andrea/Programmi/jdk1.6.0_13/jre Default locale: it_IT, platform encoding: UTF-8 OS name: "linux" version: "2.6.28-11-generic" arch: "i386" Family: "unix" [DEBUG] Building Maven user-level plugin registry from: '/home/andrea/.m2/plugin-registry.xml' [DEBUG] Building Maven global-level plugin registry from: '/home/andrea/Programmi/apache-maven-2.1.0/conf/plugin-registry.xml' [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [DEBUG] Loading plugin prefixes from group: org.apache.maven.plugins [INFO] org.apache.maven.plugins: checking for updates from central [DEBUG] Checking for pre-existing User-Agent configuration. [DEBUG] Adding User-Agent configuration. [DEBUG] Connecting to repository: 'central' with url: ' http://repo1.maven.org/maven2'. [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retrieved from repository: central due to an error: Error transferring file: repo1.maven.org [DEBUG] Exception org.apache.maven.wagon.TransferFailedException: Error transferring file: repo1.maven.org at org.apache.maven.wagon.providers.http.LightweightHttpWagon.fillInputData(LightweightHttpWagon.java:143) at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) at org.apache.maven.wagon.StreamWagon.get(StreamWagon.java:61) at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:491) at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifactMetadata(DefaultWagonManager.java:388) at org.apache.maven.artifact.repository.metadata.DefaultRepositoryMetadataManager.resolve(DefaultRepositoryMetadataManager.java:97) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:103) at org.apache.maven.plugin.DefaultPluginMappingManager.loadPluginMappings(DefaultPluginMappingManager.java:87) at org.apache.maven.plugin.DefaultPluginMappingManager.getByPrefix(DefaultPluginMappingManager.java:61) at org.apache.maven.plugin.DefaultPluginManager.getPluginDefinitionForPrefix(DefaultPluginManager.java:155) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1736) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.segmentTaskListByAggregationNeeds(DefaultLifecycleExecutor.java:446) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:176) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:356) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:137) at org.apache.maven.cli.MavenCli.main(MavenCli.java:356) 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:597) 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: java.net.UnknownHostException: repo1.maven.org at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:519) at java.net.Socket.connect(Socket.java:469) at sun.net.NetworkClient.doConnect(NetworkClient.java:163) at sun.net.www.http.HttpClient.openServer(HttpClient.java:394) at sun.net.www.http.HttpClient.openServer(HttpClient.java:529) at sun.net.www.http.HttpClient.(HttpClient.java:233) at sun.net.www.http.HttpClient.New(HttpClient.java:306) at sun.net.www.http.HttpClient.New(HttpCli
Easy way to switch skipTests flag for integration-test phase
Hi, by default my integration tests should not be run implicitly, so I set true. Is there a way to tell surefire plugin to switch the skip test flag for the integration-test phase by passing a command-line? Maybe by passing the execution-id? I know it can be done by profiles, but I would like to avoid profiles. Here the standard-configruation: integration-tests integration-test true **/itest/**/*Test.java test thanks. - manuel aldana aldana((at))gmx.de software-engineering blog: http://www.aldana-online.de -- View this message in context: http://www.nabble.com/Easy-way-to-switch-skipTests-flag-for-integration-test-phase-tp23279114p23279114.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
mvn deploy puts snapshots into releases directory
Hi, When I deploy my artifact (version 1.0-SNAPSHOT), maven puts it in the /releases directory although I set up both, repository and snapshotrepository in the parent pom: ftp ftp://.../mvn-repository/releases ftp-snaphots ifgi-ftp (snapshots) ftp://.../snapshots How does maven decide where to upload the artifact to? Cheers, Jan - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: dependency to run jetty on a dependent project
Thanks, basically this is the web service client's pom.xml. does not define any type of direct dependency to the myProject-ws project since the dependency is through the web service How could I make the wsimport goal from myProject-wsclient to depend from the jetty:run goal in the myProject-ws module. Thanks, Jozsef 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";> 4.0.0 myProject myProject-wsclient jar 1.0-SNAPSHOT myProject-wsclient http://maven.apache.org myProject myProject 1.0-SNAPSHOT ... org.codehaus.mojo jaxws-maven-plugin wsimport http://localhost:8080/myProject-ws/ws/AuthService?wsdl http://localhost:8080/myProject-ws/ws/UserService?wsdl org.myproject true Grant Rettke wrote: > > On Mon, Apr 27, 2009 at 1:48 PM, ZsJoska wrote: >> Thanks for your answer but is that possible to attach to the >> code-generation >> (i think is more suitable) phase the jetty:run goal from/for another >> pom.xml? > > You can attach that goal to any phase you wish. > > - > 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://www.nabble.com/dependency-to-run-jetty-on-a-dependent-project-tp23252831p23277586.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
how to define license?
When building the project's site with 'mvn site' I can't figure out how to configure the license. "Project Information > Project License" on the website maven builds the page says " No project license is defined for this project" So how do I define a license? Thanks, Mike - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto, including its subsidiaries. The recipient of this e-mail is solely responsible for checking for the presence of "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. - - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven Changes Report Plugin problem
Hi, We can help you if you provide logs or a sample project which reproduce the issue. Thanks, -- Olivier 2009/4/27 Alexander Vaysberg : > Hi, > I have a Problem with Maven Changes Report Plugin. I have the > changes.xml file, but if I generate pages with site, i have not the data > from changes.xml. I use the changes:changes-validate and it say, that > all data valide in changes.xml. Can you halp me. > > Alexander Vaysberg. > > - > 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: Best practices for avoiding duplicate configuration files
On 27 Apr 2009, at 21:32, Frédéric Camblor wrote: This is only a point of view but... Isn't the problem coming from the slf4f framework ? I don't really know this logging framework, but it astonishes me that it complains about multiple configuration in the classpath. Generally, framework takes (like commons-logging or log4j) the first config file found in the classpath so that responsibility is delegated to the order in which you put artefacts in your section. Have you searched in slf4j if it isn't possible to "disable" this "complaining" ? That's the whole point of the slf4j. You nail down the implementation you want by specifying it up-front. It seems to be a reaction against the commons-logging façade. http://www.slf4j.org/faq.html#yet_another_facade Don't ask me much more, as I just use log4j. :) -Dom - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org