Re: too many dependency excludes
Not sure I see what the problem is. Almost all the dependencies are true, and therefore don't come through transitively. Therefore you don't need to exclude them. -Stephen On 24 Jan 2006 04:40:00 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Why oh why is it so painful to setup a new project?Transitive dependencies > are actually causing more pain than they are helping me. This is largely > due to the poor state of the spring POM's, but I think it's highly unrealistic > to expect new java projects to jump through the hoops of specifing a ton of > "excludes" in their POM. > > Spring is a perfect example of a framework that > is being adopted more and more every day. How can maven2 claim to have > transitive > dependencies, and have it perform so poorly with one of the prime examples? > > > http://jroller.com/page/$entry.website.user.userName/?anchor=seperate_artifacts_for_seperate_dependencies > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Stephen Duncan Jr www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: too many dependency excludes
Just to followup, i've posted an issue on JIRA for this: http://jira.codehaus.org/browse/MEV-313 And here's the corrected link: http://jroller.com/page/wireframe/?anchor=seperate_artifacts_for_seperate_dependencies - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
too many dependency excludes
Why oh why is it so painful to setup a new project?Transitive dependencies are actually causing more pain than they are helping me. This is largely due to the poor state of the spring POM's, but I think it's highly unrealistic to expect new java projects to jump through the hoops of specifing a ton of "excludes" in their POM. Spring is a perfect example of a framework that is being adopted more and more every day. How can maven2 claim to have transitive dependencies, and have it perform so poorly with one of the prime examples? http://jroller.com/page/$entry.website.user.userName/?anchor=seperate_artifacts_for_seperate_dependencies - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] log4j.properties: where in the standard layout should this b e saved?
On 1/23/06 7:44 PM, "Treloar, Barrie (SAPOL)" <[EMAIL PROTECTED]> wrote: > Where in the standard layout should log4.properties go? > > src/main/resources > - so that it is available on the classpath > > src/main/config/log4j > - because it is a configuration file > > If I have missed the documentation that discusses where different artefacts > live a pointer to that documentation would be appreciated. I've been putting it in src/main/resources. -- Kathryn Huxtable Middleware Architect Core Middleware Information Technology, a division of Information Services The University of Kansas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Worst documentation in the whole apache projects
yes, I read thru the documentation on at peopleware.be too. this is pretty good, including some tips and best practice. ~manchi On Jan 23, 2006, at 8:29 PM, Lutz Fechner wrote: Your wiki linked to the Maven wiki hosted by codehaus.org which linked to http://cvs.peopleware.be/training/maven/maven2/index.html Which doesn't seem to be that bad. Seems to help. By Lutz -Ursprüngliche Nachricht- Von: Eric Redmond [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 21. Januar 2006 03:58 An: Maven Users List Betreff: Re: Worst documentation in the whole apache projects As an ademdum, I'm not really a mvn zelot. I was actually so paranoid that M2 would have a disasterous lack of documentation, I began my own document wiki right when M2 was released (http://www.propellors.net/ wiki/). After a couple weeks, it was clear that the core team were focused on documenting, and were making great progress... so I closed it down. On 1/20/06, Eric Redmond <[EMAIL PROTECTED]> wrote: I've been digging into the bowels of Maven for months now, and really, the documentation is ok. There are a few short-commings (the--more or less--lack of comprehensive Plexus docs, for one), but considering the scope that this project has (huge), the speed in which it has begun to mature (fast), and the number of dedicated core developers (few), I'm amazed at the progress. I know of two books in the works right now, and I'm certain that more will come. Look at ant! Very few people understood it at the time, because it was so far removed from Make. A few books came out, and viola! Now its the basis for comparison. Luckly, there is an active user community you can ask specific questions to, in the mean time :) Eric On 1/20/06, Jeff Jensen < [EMAIL PROTECTED]> wrote: Examples are one thing, reference info is another. I think anyone can contribute both. Particularly, if even a small number of users would look at the pom: http://maven.apache.org/maven-model/maven.html read the description of each element, and submit patches to improve it to this JIRA or different ones: http://jira.codehaus.org/browse/MNG-1479 a lot of clarity would arrive for all of us. Detailed explanations of elements go a long way to answering "what to do". Many users have solid M2 experience in one or more facets of M2; many have "figured it out the hard way"; a way to contribute to the product is via that knowledge through doc improvements. Even just adding a one sentence clarification can save someone 2 hours of experimentation and/or emailing this list. This list spends more time writing and wading through the repeating large email volume than updating docs for all to use and reduce the need for email list questions. -Original Message- From: Ramin Farhanian [mailto:[EMAIL PROTECTED] Sent: Friday, January 20, 2006 12:31 AM To: Maven Users List Subject: Re: Worst documentation in the whole apache projects Afkham, We might contribute some examples to Maven team but It's better that we do not expose it ourselves. Because Most of maven users might have understood a version of truth about Maven mechanism. I really like the team to give Maven aware people a homework example. This way they dont start samples from the scratch. And this way some people can help... regards, Ramin --- Afkham Azeez < [EMAIL PROTECTED]> wrote: Hi Folks, I sincerely wish that everybody commenting on the bad documetation will at least try to contribute some documentation. After all, most of you have figured out stuff the hard way. Why not share it with the community? Why keep on blaming the developers for insufficient documentation, and not do anything about it? Ask not what Maven can do for you but what yu can do for Maven :) Long live Maven Regards Azeez On 1/20/06, Ramin Farhanian <[EMAIL PROTECTED]> wrote: The nature of an open souce project is not an excuse not to document. We are facing 50 different MVC frameworks. What if they don't have documentation? Open source projects are there to let all of us live in a more harmonized, more peaceful, ever evolving world. You code here today in Maven, I will code tomorrow in Facelet. We are all interconnected. I should say to Maven team that if you see this thread is growing, It's because you are creating a great tool and we all need it. It's because We have tried to use it and to enjoy its great features but We faced problems. This documentation has been on our nerves. I wish you all guys to continue evolving this tool and wish for all of us that you Maven team find a good one to document in a brain friendly way. I dont agree with yet another wiki. Unfortunately it should be done by a group of people that communicate eachother and are master in the tool Regards, Ramin ps, again I wish Kathy Sierra could help in documentation. --- Richard Allen < [EMAIL PROTECTED]> wrote: I'm amazed at the lack of appreciation some people have for getting something for nothing! Mave
Re: [M2][maven-ejb-plugin] Files ending with Session.class are not being included in ejb-client jar
hi i m facing the same problem.I think this must be a bug. On 1/23/06, Peschier J. (Jeroen) <[EMAIL PROTECTED]> wrote: > > I am seeing odd behaviour with the generation of ejb-client jars. It > seems all files that end in "Session.class" are not being included in > the ejb-client. They show up fine in the ejb-jar. When I rename the file > to SessionX.class they become available in the ejb-client. > > > > This is reproduceable for several of our EJB projects using Maven 2.0.2 > and maven-ejb-plugin 2.0. > > > > I suspect a bug but thought I'd ask here before submitting to Jira. > > > > >
Re: incuding ejb-jar.xml,jboss.xml in the .ear file
hi farinaz i think u have to add tags in the pom.xml for the xml files to be added. On 1/23/06, Farinaz Ghasemi <[EMAIL PROTECTED]> wrote: > > Dear friends I want to make an ear file with maven hesre is my > project.xmlfile: > > ejb/project.xml > example > > > > > xerces > xerces > 1.4.4 > >true > > > > > > ${pom.groupId} > ejb > ${pom.currentVersion} > ejb > > true > > > > ${pom.groupId} > util > ${pom.currentVersion} > > true > > > > ${pom.groupId} > web > ${pom.currentVersion} > war > > true > example > > > > > and the maven.xml > > > > > > > > > > > but when I maven this, the ejb module's MET-INF directory only contains > the MANIFEST.MF file not the xml files what shall I do > I will be so appreciate if someone can help > > > >
Re: [m2] not 4.0.0 pom error
Hello, It seems that the pom isn't updated yet. An artifact in a Maven2 repsitory should have an Version 4.0.0 pom. You should file a JIRA issue at Maven Evangelism (MEV) for that. :) Cheers! Nap On 1/24/06, Konstantin Polyzois <[EMAIL PROTECTED]> wrote: > > build it from svn. There was some bug up until 30 minutes ago > > > 2006/1/23, Mick Knutson <[EMAIL PROTECTED]>: > > How can I get covertures to work: > > > > [INFO] > > > Downloading: > http://repo1.maven.org/maven2/maven-plugins/maven-cobertura-plugin/1.1.1/maven-cobertura-plugin-1.1.1.pom > > 6K downloaded > > [INFO] > > > [ERROR] BUILD ERROR > > [INFO] > > > [INFO] Error building POM (may not be this project's POM). > > > > > > Project ID: maven-plugins:maven-cobertura-plugin > > POM Location: C:\Documents and > Settings\Owner\.m2\repository\maven-plugins\maven-cobertura-plugin\1.1.1\maven- > cobertura-plugin-1.1.1.pom > > > > Reason: Not a v4.0.0 POM. > > > > > > > > > > > > > > maven-plugins > > maven-cobertura-plugin > > 1.1.1 > > > > > > > > > > > Thanks > > Mick Knutson > > > > http://www.BASELogic.com > > http://www.MickKnutson.com > > > > MSN Messenger: [EMAIL PROTECTED] > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
[m2] log4j.properties: where in the standard layout should this b e saved?
Where in the standard layout should log4.properties go? src/main/resources - so that it is available on the classpath src/main/config/log4j - because it is a configuration file If I have missed the documentation that discusses where different artefacts live a pointer to that documentation would be appreciated. Cheers Barrie Treloar Applications Architect IS & T, South Australia Police Phone: 8204 2604 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Too many jars in my war
Yes, this solved the problem! Thanks! Stein Stephen Duncan writes: Compile scope jars are included in the war. Provided scope jars are not. -Stephen On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: But as you see in the webapps pom.xml; compile scope does not prevent jars from being copied to the war. Any other suggestion? Carlos Sanchez writes: > test-ejb should have test scope > > On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: >> When I'm using mvn war:war >> all dependent jars are copied into my war. >> I put the dependencies in my pom to be able to compile. >> Hers my pom: >> >> >> javax.servlet >> servlet-api >> 2.4 >> compile >> >> >> com.mycompany.Test >> test-ejb >> 1.0.1 >> compile >> >> >> In adition comses also j2ee.jar which is a dependency >> in my ..\ejb\pom.xml for compiling test-ejb >> >> Any solution? >> I don't need this files because they are allready in Geronimo classpath, I >> beleave. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Stephen Duncan Jr www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Too many jars in my war
Compile scope jars are included in the war. Provided scope jars are not. -Stephen On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: > But as you see in the webapps pom.xml; > compile scope does not prevent jars from being copied to the war. > Any other suggestion? > > Carlos Sanchez writes: > > > test-ejb should have test scope > > > > On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: > >> When I'm using mvn war:war > >> all dependent jars are copied into my war. > >> I put the dependencies in my pom to be able to compile. > >> Hers my pom: > >> > >> > >> javax.servlet > >> servlet-api > >> 2.4 > >> compile > >> > >> > >> com.mycompany.Test > >> test-ejb > >> 1.0.1 > >> compile > >> > >> > >> In adition comses also j2ee.jar which is a dependency > >> in my ..\ejb\pom.xml for compiling test-ejb > >> > >> Any solution? > >> I don't need this files because they are allready in Geronimo classpath, I > >> beleave. > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Stephen Duncan Jr www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Best practice for in-place webapp development?
I used to work on my webapp with appserver and war plugins in maven1, which requires an "maven war:webapp" command everytime a web resource like JSP is changed (I wouldn't directly change the files in target). With an eclipse file synchronization plugin, this maven command can be eliminated. After a upgrade to M2, I'm using a jetty plugin which works with in-place webapp (src/main/webapp) seamlessly. There's no deployment needed, war plugin is not need either. I can change jsp files without any synchronization. This could be the best practice for web development to me. You may need a filtered web.xml in CVS. However, to my understanding it's just one file to be edited for only once. http://jetty.mortbay.org/jetty6/maven-plugin/index.html http://andrei.gmxhome.de/filesync/index.html I hope this helps. KC Baltz wrote: I'd like to convert our project to use M2 for web app development and I've run into a bit of a snag. Right now, we use Eclipse with the Sysdeo plugin so we can run our webapp in Tomcat, directly from Eclipse without any sort of deployment/copying steps. The files we edit are the ones Tomcat is using. This is great because we can edit JSPs and see the changes take place immediately. I don't want to give up this behavior. Here's the problem: We have some values in web.xml that we want to be configured at build time via filtering. We're currently using an Ant task to copy, filter, and rename web.xml.template to web.xml. In Maven, the best practice seems to be to not have a rename step, but I can't see how to make this work with an in-place deployment. I need to have an unfiltered version of web.xml for CVS, and a filtered version for running in Tomcat. Obviously, I could point Tomcat at the /target/MyProject directory and run it from there, but then any changes I made to JSPs would need to be copied back to the /src tree to commit them to CVS. Is anyone doing something like this? Can you suggest a fix? K.C. -- Regards Jiaqi Guo http://www.cyclopsgroup.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Best practice for in-place webapp development?
Sorry KC, I missed that. You are definintely going to need to continue copying to a staging location. Personally, I never filter things inside the web application, keeping configuration outside of the webapp (eg, in a tomcat context file). - Brett On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > Vincent, Brett, > > Your responses don't seem to address the issue of the filtered web.xml file. > The solutions you linked to look good, but I don't see how they address that > specific problem. > > Stephen's suggestions seem workable, but they also appear to depend on > plugins or IDE features that don't currently exist. > > Let me know if I'm going against the grain trying to have a file filtered > inplace. I think I have things working using some Ant tasks within M2 to do > the copy/filter/rename, so I'm going to go with that until I hear something > better. > > K.C. > > -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: Monday, January 23, 2006 11:12 AM > To: 'Maven Users List' > Subject: RE: [m2] Best practice for in-place webapp development? > > > ... and > http://blogs.codehaus.org/people/vmassol/archives/001307_cargo_v07_and_maven > 2_plugin_v01.html. > > -Vincent > > > -Original Message- > > From: Brett Porter [mailto:[EMAIL PROTECTED] > > Sent: lundi 23 janvier 2006 19:27 > > To: Maven Users List > > Subject: Re: [m2] Best practice for in-place webapp development? > > > > http://maven.apache.org/plugins/maven-war-plugin/inplace-mojo.html > > http://blogs.codehaus.org/people/brett/archives/001306_developing_with_jet > > ty_where_have_you_been_all_my_life.html > > > > > > On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > > > I'd like to convert our project to use M2 for web app development and > > I've run into a bit of a snag. Right now, we use Eclipse with the Sysdeo > > plugin so we can run our webapp in Tomcat, directly from Eclipse without > > any sort of deployment/copying steps. The files we edit are the ones > > Tomcat is using. This is great because we can edit JSPs and see the > > changes take place immediately. I don't want to give up this behavior. > > > > > > Here's the problem: We have some values in web.xml that we want to be > > configured at build time via filtering. We're currently using an Ant > > task to copy, filter, and rename web.xml.template to web.xml. In Maven, > > the best practice seems to be to not have a rename step, but I can't see > > how to make this work with an in-place deployment. I need to have an > > unfiltered version of web.xml for CVS, and a filtered version for running > > in Tomcat. > > > > > > Obviously, I could point Tomcat at the /target/MyProject directory and > > run it from there, but then any changes I made to JSPs would need to be > > copied back to the /src tree to commit them to CVS. > > > > > > Is anyone doing something like this? Can you suggest a fix? > > > > > > K.C. > > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2.0.2] Recursive checkout from CVS possible?
Hi, I have an application that is divided into many different projects. Is there a way to checkout multiple modules from CVS from one parent pom.xml? I know that you can't have multiple tags in one pom. Say I have a parent pom and a child pom and both have a connection URL defined. If I invoke mvn scm:checkout from the parent directory, Maven only checks out the module specified in the parent pom. Is it possible to also have Maven checkout the module from the child pom as well or do I need to invoke the same command a second time from the child directory? I ask this because in Eclipse, you can check out an entire solution based on a project set file (psf). I was wondering if similar behaviour is possible with Maven. Thanks. _Mang
Re: Too many jars in my war
set them to provided On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: > > But as you see in the webapps pom.xml; > compile scope does not prevent jars from being copied to the war. > Any other suggestion? > > Carlos Sanchez writes: > > > test-ejb should have test scope > > > > On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: > >> When I'm using mvn war:war > >> all dependent jars are copied into my war. > >> I put the dependencies in my pom to be able to compile. > >> Hers my pom: > >> > >> > >> javax.servlet > >> servlet-api > >> 2.4 > >> compile > >> > >> > >> com.mycompany.Test > >> test-ejb > >> 1.0.1 > >> compile > >> > >> > >> In adition comses also j2ee.jar which is a dependency > >> in my ..\ejb\pom.xml for compiling test-ejb > >> > >> Any solution? > >> I don't need this files because they are allready in Geronimo > classpath, I > >> beleave. > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- jesse mcconnell
Re: Too many jars in my war
But as you see in the webapps pom.xml; compile scope does not prevent jars from being copied to the war. Any other suggestion? Carlos Sanchez writes: test-ejb should have test scope On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: When I'm using mvn war:war all dependent jars are copied into my war. I put the dependencies in my pom to be able to compile. Hers my pom: javax.servlet servlet-api 2.4 compile com.mycompany.Test test-ejb 1.0.1 compile In adition comses also j2ee.jar which is a dependency in my ..\ejb\pom.xml for compiling test-ejb Any solution? I don't need this files because they are allready in Geronimo classpath, I beleave. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2.0.2] Recursive checkout from CVS possible?
Hi, I have an application that is divided into many different projects. Is there a way to checkout multiple modules from CVS from one parent pom.xml? I know that you can't have multiple tags in one pom. Say I have a parent pom and a child pom and both have a connection URL defined. If I invoke mvn scm:checkout from the parent directory, Maven only checks out the module specified in the parent pom. Is it possible to also have Maven checkout the module from the child pom as well or do I need to invoke the same command a second time from the child directory? I ask this because in Eclipse, you can check out an entire solution based on a project set file (psf). I was wondering if similar behaviour is possible with Maven. Thanks. _Mang
Re: [M2] Too many jars in my war
test-ejb should have test scope On 1/23/06, Stein Kråbøl <[EMAIL PROTECTED]> wrote: > When I'm using mvn war:war > all dependent jars are copied into my war. > I put the dependencies in my pom to be able to compile. > Hers my pom: > > > javax.servlet > servlet-api > 2.4 > compile > > > com.mycompany.Test > test-ejb > 1.0.1 > compile > > > In adition comses also j2ee.jar which is a dependency > in my ..\ejb\pom.xml for compiling test-ejb > > Any solution? > I don't need this files because they are allready in Geronimo classpath, I > beleave. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Too many jars in my war
When I'm using mvn war:war all dependent jars are copied into my war. I put the dependencies in my pom to be able to compile. Hers my pom: javax.servlet servlet-api 2.4 compile com.mycompany.Test test-ejb 1.0.1 compile In adition comses also j2ee.jar which is a dependency in my ..\ejb\pom.xml for compiling test-ejb Any solution? I don't need this files because they are allready in Geronimo classpath, I beleave. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Best practice for in-place webapp development?
Vincent, Brett, Your responses don't seem to address the issue of the filtered web.xml file. The solutions you linked to look good, but I don't see how they address that specific problem. Stephen's suggestions seem workable, but they also appear to depend on plugins or IDE features that don't currently exist. Let me know if I'm going against the grain trying to have a file filtered inplace. I think I have things working using some Ant tasks within M2 to do the copy/filter/rename, so I'm going to go with that until I hear something better. K.C. -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 11:12 AM To: 'Maven Users List' Subject: RE: [m2] Best practice for in-place webapp development? ... and http://blogs.codehaus.org/people/vmassol/archives/001307_cargo_v07_and_maven 2_plugin_v01.html. -Vincent > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: lundi 23 janvier 2006 19:27 > To: Maven Users List > Subject: Re: [m2] Best practice for in-place webapp development? > > http://maven.apache.org/plugins/maven-war-plugin/inplace-mojo.html > http://blogs.codehaus.org/people/brett/archives/001306_developing_with_jet > ty_where_have_you_been_all_my_life.html > > > On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > > I'd like to convert our project to use M2 for web app development and > I've run into a bit of a snag. Right now, we use Eclipse with the Sysdeo > plugin so we can run our webapp in Tomcat, directly from Eclipse without > any sort of deployment/copying steps. The files we edit are the ones > Tomcat is using. This is great because we can edit JSPs and see the > changes take place immediately. I don't want to give up this behavior. > > > > Here's the problem: We have some values in web.xml that we want to be > configured at build time via filtering. We're currently using an Ant > task to copy, filter, and rename web.xml.template to web.xml. In Maven, > the best practice seems to be to not have a rename step, but I can't see > how to make this work with an in-place deployment. I need to have an > unfiltered version of web.xml for CVS, and a filtered version for running > in Tomcat. > > > > Obviously, I could point Tomcat at the /target/MyProject directory and > run it from there, but then any changes I made to JSPs would need to be > copied back to the /src tree to commit them to CVS. > > > > Is anyone doing something like this? Can you suggest a fix? > > > > K.C. > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
M1 multiproject Build Order still wrong
Okay I got my previous issue fixed only to run straight into another. Not sure exactly how the multiproject plugin determines the proper build order for a given project, but for mine it is not being determined correctly (It is trying to build a module first that has a dependency on another that is not yet built, thus hosing the whole process). Is there a way to manually override the auto-generated project build order, as I can't find anything in documentation on this and a google search turned up nothing also. Thanks Matt Osborne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with build order using M1 multiproject plugin
Thanks that did the trick Matt Osborne -Original Message- From: Lukas Theussl [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 12:28 PM To: Maven Users List Subject: Re: Problems with build order using M1 multiproject plugin > > - > # subprojects to include (relative maven.multiproject.basedir) > maven.multiproject.includes=client-src/java/project.xml > maven.multiproject.includes=src/java/project.xml > - > You should give the includes as a comma-separated list. -Lukas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Where to place resources for unit tests?
>> I believed it too, but I have some problems with resources retrievedusing classpath in a multiproject application and discovered thatresources get added to the generated jar. It's working for me as expected, using the following structure: - src main resources test resources src/main/resources get copied into the jar. src/test/resources do not get copied into the jar, and are available to the unit tests. My POM is relatively empty. This is default behavior. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, January 20, 2006 5:49 AM To: users@maven.apache.org Subject: Re: [m2] Where to place resources for unit tests? I believed it too, but I have some problems with resources retrievedusing classpath in a multiproject application and discovered thatresources get added to the generated jar. I searched maven documentation and found that it was the correct behaviour ??? I tried , but then resources are not copied to test-classes directory (so not available in unit test). Jeff Lowe wrote: > I believe that the get copied into the > /target/test-classes directory and are therefore available to the unit > tests (as resources) when they run. Unlike resources in > /target/classes, they don't get added to the generated jar. > > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 17, 2006 10:40 AM > To: users@maven.apache.org > Subject: [m2] Where to place resources for unit tests? > > Hello, > > I need some config files/resources for unit test, so I place them > in"src/test/resources", but I don't want to include them in generated > jar. > > The description of element of pom.xml states > thatresources are used to complete the jar or to run unit test. > > How can use this resources in test phase, but not include them in jar ? > > Thanks. > > > > ___ > Siebel > IT'S ALL ABOUT THE CUSTOMER > Visit www.siebel.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A way to force builds?
One more question about this: Would there be a way to force it to build if any of the other modules JAR files changed that it had dependencies on? Thanks, Adam On 1/23/06, Punkin Head <[EMAIL PROTECTED]> wrote: > > Ok. Filed as http://jira.codehaus.org/browse/CONTINUUM-568 > > On 1/22/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote: > > > > You can't because a forced build is actually a manual operation. Please, > > file an issue. > > > > Emmanuel > > > > Punkin Head a écrit : > > > Hi all, > > > Thanks again for you help on the last issue I had. I have another > > question: > > > Is there a way to schedule forced builds in Continuum? I would like > > for > > > just one of my > > > modules to build every hour if there is a change or not. > > > > > > Thanks, > > > > > > Adam > > > > > > > > > > -- > www.punkinshred.net // punkin'head official homepage > > www.myspace.com/punkinhead <-- for true shred -- www.punkinshred.net // punkin'head official homepage www.myspace.com/punkinhead <-- for true shred
RE: [m2] Next maven-war-plugin release?
Right, so Richard just deploy your snapshot to your internal repository and then depend on the exact version auto-generated for that deployment. We use a bunch of them here internally. For example: org.apache.maven.plugins maven-war-plugin 2.0-beta-3-20051216.015813-3 That should allow you to move forward. -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 1:21 PM To: Maven Users List Subject: Re: [m2] Next maven-war-plugin release? It's for reproducibility. You need to be able to check out the tag and build it again. - Brett On 1/23/06, Mike Perham <[EMAIL PROTECTED]> wrote: > I don't understand why release:prepare fails if you depend on a plugin > snapshot. That makes no sense. You should not depend on snapshots > for compile/test/runtime dependencies but plugins are a build-time > dependency and so should have no affect on a release. Once something > is released, it is never built again. > > -Original Message- > From: Richard Wallace [mailto:[EMAIL PROTECTED] > Sent: Monday, January 23, 2006 12:24 PM > To: Maven Users List > Subject: Re: [m2] Next maven-war-plugin release? > > The project doesn't depend on a plugin from within the > section of the pom. I had to add this > > > org.apache.maven.plugins > maven-war-plugin > 2.0-beta-3-SNAPSHOT > > > in the to make m2 use the right version of the > maven-war-plugin. Without that, it will use the released version > which doesn't have the overlaying feature which I need. > > Rich > > Mike Perham wrote: > > Why is your project depending on a plugin??? The project should be > > configuring and using the plugin but not depending on it (i.e. it > > should not be listed in ). > > > > -Original Message- > > From: Richard Wallace [mailto:[EMAIL PROTECTED] > > Sent: Sunday, January 22, 2006 2:54 PM > > To: Maven Users List > > Subject: [m2] Next maven-war-plugin release? > > > > Hello all, > > > > I'm just wondering when we can expect the next release of the > > maven-war-plugin. Right now I have a webapp project that depends on > > another webapp project and uses the functionality of the snapshot > > maven-war-plugin to be able to inherit stuff (JSPs, images, etc.) > > from > > > the 1st webapp. I want to do a release of my project with the > > maven-release-plugin but it won't let me since there is a dependency > > on a snapshot. > > > > Any ideas when we can expect a release? Is there a way I can > > override > > > this behavior in the meantime? > > > > Thanks, > > Rich > > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] re-enabling a blacklisted repository [Virus checked]
I read it is only blacklisted as long as maven is running your current build... 2006/1/20, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > Hi, > > during some tests with maven-proxy, i had my central repository > blacklisted. Is there a way to re-enable it? Where is this information > stored? > > any help appreciated > regards, > gernot > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] not 4.0.0 pom error
build it from svn. There was some bug up until 30 minutes ago 2006/1/23, Mick Knutson <[EMAIL PROTECTED]>: > How can I get covertures to work: > > [INFO] > > Downloading: > http://repo1.maven.org/maven2/maven-plugins/maven-cobertura-plugin/1.1.1/maven-cobertura-plugin-1.1.1.pom > 6K downloaded > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Error building POM (may not be this project's POM). > > > Project ID: maven-plugins:maven-cobertura-plugin > POM Location: C:\Documents and > Settings\Owner\.m2\repository\maven-plugins\maven-cobertura-plugin\1.1.1\maven-cobertura-plugin-1.1.1.pom > > Reason: Not a v4.0.0 POM. > > > > > > > maven-plugins > maven-cobertura-plugin > 1.1.1 > > > > > Thanks > Mick Knutson > > http://www.BASELogic.com > http://www.MickKnutson.com > > MSN Messenger: [EMAIL PROTECTED] > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
support for non-java tasks like ftp
In my ant build I have task to ftp certain static content folders to a web server that sits in front of the app server layer. Is there a recommendation on how to handle such stuff ? Should I call the same ant task from the pom ? Thanks, Sanjay Shukla, HPI Product Engineering, 2 Penn Plaza, NY. 212 904 3629 Office 732 692 4419 Cell
Re: Release plugin needs MAJOR warnings...
Jason, > > WARNING: the release plugin performs several actions that are > > potentially irreversible including modifying the pom.xml files as > > well as performing SCM operations. > > Nothing is irreversible provided you are using an SCM correctly. That's not exactly true. The fact that the plugin created a new version of a file is an irreversible change in many (most) SCM's. Yes, you can alway checkout an older version of the file to restore it, but the fact is, in the the history, you now have another version.Also, various SCM reporting tools, etc... will now report that version/file as changed, cruisecontrol/continuum will trigger a build, etc That said, going through and "restoring" a bunch of pom.xml files can take time which is something that we usually don't have around release time. > Definitely good advice. When I make another pass at the release plug-in > I'll add some notices until the release plug-in is production quality. > I think it's widely known that the release plug-in is not production > quality yet but we usually warn people in back channels. It should be > more up-front with the release plug-ins capabilities. Agreed. The release plugin guide doesn't really mention that it isn't completely production ready. My boss was glad I was experimenting with it in our test repository and not the production one. > > Cause of that, we're going to be writing some perl > > scripts or something to do something similar. > > Why not try to help improve the release plug-in? I wish I could, just no time.It's very easy to do a perl search/replace for the version string and run a "svn cp trunk tags/TAG" type of thing. It doesn't do everything the release plugin would do (verify snapshot usage, etc...), but "good enough" for us for now. > A dry run mode would certainly be valuable. If that's not in JIRA I'll > add that. dry run That's the phrase I was searching for. I was going nuts this morning trying to think of that. I must be losing my mind... :-( Thanks! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Release plugin needs MAJOR warnings...
Jason, I'm in the same boat with MRELEASE-75 and was planning on seeing how I could fix it. I'd rather spend some time there than manually making repeated releases. (we're just entering our first test cycle since switching to mvn) -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 2:08 PM To: Maven Users List Subject: Re: Release plugin needs MAJOR warnings... Daniel Kulp wrote: > IMO, the Release plugin needs to have some MAJOR documentation updates to > include some extra warnings in big red letters at the top.I'm talking > about both the plugin docs and the mini-guides at: > http://maven.apache.org/plugins/maven-release-plugin/index.html > http://maven.apache.org/guides/mini/guide-releasing.html This is one of plug-ins that is high on our priority list but it is still in beta and it was create to take care of our own release pain. That said we want it to work generally but the release tools needs many more hours of work to be fool proof. The documentation would certainly help but the release plug-in should not let you proceed unless the POMs are suitable, you have the SCM setup correctly and the connectivity required is present. I have started making additions for all the up-front checks. > Here is what I would add: > > WARNING: the release plugin performs several actions that are > potentially irreversible including modifying the pom.xml files as well > as performing SCM operations. Nothing is irreversible provided you are using an SCM correctly. > Make sure you review and understand all outstanding bugs listed at > http://jira.codehaus.org/browse/MRELEASE and can accept those > issues before using the release plugin. Until you are familiar with the > actions performed by the release plugin, it is strongly recommended > that you test the behavior in a "test" area of your SCM. Definitely good advice. When I make another pass at the release plug-in I'll add some notices until the release plug-in is production quality. I think it's widely known that the release plug-in is not production quality yet but we usually warn people in back channels. It should be more up-front with the release plug-ins capabilities. > (If I was a lawyer, I would also add something like: The Maven team is > not responsible for lost data as a result of using the release > plugin.) Again, you can't lose anything if you use an SCM correctly. It swizzles POMs and creates some tags but nothing irreparable. Honestly I think that's a bit alarmist, but we're covered with the ASL at any rate. All Apache software is "use at your own risk" essentially. The release plug-in can be annoying but for us we couldn't do releases without it at this point. > > Anyway, for us, the release plugin is a disaster. It COMPLETELY > reformatted the pom.xml files, going from a 4 space indent to a 2 space > indent. It re-ordered the entire file. All the comments and white > space was stripped out. The xsi:schemaLocation is stripped out. They > are basically COMPLETELY different than they were before. We are definitely looking at xmlbeans which leaves the source XML alone. Obviously for you this is a show stopper, others have been able to tolerate the reformatting as severe as it is. > The tagging > also didn't work. This is th next up-front check I'll be adding. It should not let you proceed at all unless the SCM setup will work. > Cause of that, we're going to be writing some perl > scripts or something to do something similar. Why not try to help improve the release plug-in? I would certainly help you here if you wanted to spend your time on anything. If one of your biggest pains is the POM reformatting a simple tool in Java to selectively replace the bits of the POM for a release would certainly help us out. If you put some work in I would prioritize my plug-in work time to make sure all the issues you're having problems with are fixed. > Some of the issues we > ran into: > > http://jira.codehaus.org/browse/MRELEASE-74 > http://jira.codehaus.org/browse/MRELEASE-16 > http://jira.codehaus.org/browse/MRELEASE-64 > http://jira.codehaus.org/browse/MRELEASE-57 > http://jira.codehaus.org/browse/MRELEASE-45 These will all be fixed in the next 30 days which is the time frame for 2.0.3 and the next set of plug-in releases. > I also think there should be a "release:test" or similar goal (or > -Drelease.scm.skip flag) that would do everything it can without ANY > SCM commit actions. Thus, people could experiment with it and see if > it works or not without worrying about what gets committed to their SCM. A dry run mode would certainly be valuable. If that's not in JIRA I'll add that. > Thanks! -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org Our achievements speak for themselves. What we have to keep track of are our failures, discouragements and doubts. We tend to forget the past difficulties, the many false starts, and the
Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2
ok now it works again nice 2006/1/23, Brett Porter <[EMAIL PROTECTED]>: > fixed in SVN of the cobertura plugin. > > On 1/23/06, Weichsel, Ingo <[EMAIL PROTECTED]> wrote: > > > > Hello, > > > > I like the cobertura-maven-plugin a lot, which I builded from the > > mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but is > > not working with maven-2.0.2 any more. Does any of you know a workaround or > > will there be an updated version soon? > > > > Regards, > > Ingo > > > > Stacktrace: > > > > [INFO] [cobertura:instrument] > > [INFO] > > > > [ERROR] FATAL ERROR > > [INFO] > > > > [INFO] org/apache/maven/wagon/util/FileUtils > > [INFO] > > > > [INFO] Trace > > java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa > > sk.java:107) > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java > > :128) > > at > > org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java > > :122) > > at > > org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum > > entMojo.java:101) > > at > > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage > > r.java:415) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:531) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def > > aultLifecycleExecutor.java:859) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif > > ecycleExecutor.java:731) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:522) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec > > ycleExecutor.java:451) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail > > ures(DefaultLifecycleExecutor.java:303) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa > > ultLifecycleExecutor.java:270) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle > > Executor.java:139) > > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) > > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) > > at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > > ) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > > .java:25) > > at java.lang.reflect.Method.invoke(Method.java:324) > > 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) > > [INFO] > > - > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Next maven-war-plugin release?
It's for reproducibility. You need to be able to check out the tag and build it again. - Brett On 1/23/06, Mike Perham <[EMAIL PROTECTED]> wrote: > I don't understand why release:prepare fails if you depend on a plugin > snapshot. That makes no sense. You should not depend on snapshots for > compile/test/runtime dependencies but plugins are a build-time > dependency and so should have no affect on a release. Once something is > released, it is never built again. > > -Original Message- > From: Richard Wallace [mailto:[EMAIL PROTECTED] > Sent: Monday, January 23, 2006 12:24 PM > To: Maven Users List > Subject: Re: [m2] Next maven-war-plugin release? > > The project doesn't depend on a plugin from within the > section of the pom. I had to add this > > > org.apache.maven.plugins > maven-war-plugin > 2.0-beta-3-SNAPSHOT > > > in the to make m2 use the right version of the > maven-war-plugin. Without that, it will use the released version which > doesn't have the overlaying feature which I need. > > Rich > > Mike Perham wrote: > > Why is your project depending on a plugin??? The project should be > > configuring and using the plugin but not depending on it (i.e. it > > should not be listed in ). > > > > -Original Message- > > From: Richard Wallace [mailto:[EMAIL PROTECTED] > > Sent: Sunday, January 22, 2006 2:54 PM > > To: Maven Users List > > Subject: [m2] Next maven-war-plugin release? > > > > Hello all, > > > > I'm just wondering when we can expect the next release of the > > maven-war-plugin. Right now I have a webapp project that depends on > > another webapp project and uses the functionality of the snapshot > > maven-war-plugin to be able to inherit stuff (JSPs, images, etc.) from > > > the 1st webapp. I want to do a release of my project with the > > maven-release-plugin but it won't let me since there is a dependency > > on a snapshot. > > > > Any ideas when we can expect a release? Is there a way I can override > > > this behavior in the meantime? > > > > Thanks, > > Rich > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2
https://svn.codehaus.org/mojo/trunk/mojo/ (mojo-sandbox/cobertura-maven-plugin) - Brett On 1/23/06, Mick Knutson <[EMAIL PROTECTED]> wrote: > Can I get the svn address? > I tried svn://svn.codehaus.org/mojo/scm/trunk/mojo but could not find it > there. > > Thanks > Mick Knutson > > http://www.BASELogic.com > http://www.MickKnutson.com > > MSN Messenger: [EMAIL PROTECTED] > > > > - Original Message - > From: "Brett Porter" <[EMAIL PROTECTED]> > To: "Maven Users List" > Sent: Monday, January 23, 2006 10:40 AM > Subject: Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2 > > > fixed in SVN of the cobertura plugin. > > On 1/23/06, Weichsel, Ingo <[EMAIL PROTECTED]> wrote: > > > > Hello, > > > > I like the cobertura-maven-plugin a lot, which I builded from the > > mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but > > is > > not working with maven-2.0.2 any more. Does any of you know a workaround > > or > > will there be an updated version soon? > > > > Regards, > > Ingo > > > > Stacktrace: > > > > [INFO] [cobertura:instrument] > > [INFO] > > > > [ERROR] FATAL ERROR > > [INFO] > > > > [INFO] org/apache/maven/wagon/util/FileUtils > > [INFO] > > > > [INFO] Trace > > java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa > > sk.java:107) > > at > > org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java > > :128) > > at > > org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java > > :122) > > at > > org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum > > entMojo.java:101) > > at > > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage > > r.java:415) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:531) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def > > aultLifecycleExecutor.java:859) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif > > ecycleExecutor.java:731) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > > cycleExecutor.java:522) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > > (DefaultLifecycleExecutor.java:472) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec > > ycleExecutor.java:451) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail > > ures(DefaultLifecycleExecutor.java:303) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa > > ultLifecycleExecutor.java:270) > > at > > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle > > Executor.java:139) > > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) > > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) > > at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > > ) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > > .java:25) > > at java.lang.reflect.Method.invoke(Method.java:324) > > 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) > > [INFO] > > - > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > Fo
RE: [m2] Next maven-war-plugin release?
I don't understand why release:prepare fails if you depend on a plugin snapshot. That makes no sense. You should not depend on snapshots for compile/test/runtime dependencies but plugins are a build-time dependency and so should have no affect on a release. Once something is released, it is never built again. -Original Message- From: Richard Wallace [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 12:24 PM To: Maven Users List Subject: Re: [m2] Next maven-war-plugin release? The project doesn't depend on a plugin from within the section of the pom. I had to add this org.apache.maven.plugins maven-war-plugin 2.0-beta-3-SNAPSHOT in the to make m2 use the right version of the maven-war-plugin. Without that, it will use the released version which doesn't have the overlaying feature which I need. Rich Mike Perham wrote: > Why is your project depending on a plugin??? The project should be > configuring and using the plugin but not depending on it (i.e. it > should not be listed in ). > > -Original Message- > From: Richard Wallace [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 22, 2006 2:54 PM > To: Maven Users List > Subject: [m2] Next maven-war-plugin release? > > Hello all, > > I'm just wondering when we can expect the next release of the > maven-war-plugin. Right now I have a webapp project that depends on > another webapp project and uses the functionality of the snapshot > maven-war-plugin to be able to inherit stuff (JSPs, images, etc.) from > the 1st webapp. I want to do a release of my project with the > maven-release-plugin but it won't let me since there is a dependency > on a snapshot. > > Any ideas when we can expect a release? Is there a way I can override > this behavior in the meantime? > > Thanks, > Rich > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2
Can I get the svn address? I tried svn://svn.codehaus.org/mojo/scm/trunk/mojo but could not find it there. Thanks Mick Knutson http://www.BASELogic.com http://www.MickKnutson.com MSN Messenger: [EMAIL PROTECTED] - Original Message - From: "Brett Porter" <[EMAIL PROTECTED]> To: "Maven Users List" Sent: Monday, January 23, 2006 10:40 AM Subject: Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2 fixed in SVN of the cobertura plugin. On 1/23/06, Weichsel, Ingo <[EMAIL PROTECTED]> wrote: Hello, I like the cobertura-maven-plugin a lot, which I builded from the mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but is not working with maven-2.0.2 any more. Does any of you know a workaround or will there be an updated version soon? Regards, Ingo Stacktrace: [INFO] [cobertura:instrument] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/maven/wagon/util/FileUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils at org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa sk.java:107) at org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java :128) at org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java :122) at org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum entMojo.java:101) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:531) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def aultLifecycleExecutor.java:859) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif ecycleExecutor.java:731) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:522) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) 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) [INFO] - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Best practice for in-place webapp development?
... and http://blogs.codehaus.org/people/vmassol/archives/001307_cargo_v07_and_maven 2_plugin_v01.html. -Vincent > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: lundi 23 janvier 2006 19:27 > To: Maven Users List > Subject: Re: [m2] Best practice for in-place webapp development? > > http://maven.apache.org/plugins/maven-war-plugin/inplace-mojo.html > http://blogs.codehaus.org/people/brett/archives/001306_developing_with_jet > ty_where_have_you_been_all_my_life.html > > > On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > > I'd like to convert our project to use M2 for web app development and > I've run into a bit of a snag. Right now, we use Eclipse with the Sysdeo > plugin so we can run our webapp in Tomcat, directly from Eclipse without > any sort of deployment/copying steps. The files we edit are the ones > Tomcat is using. This is great because we can edit JSPs and see the > changes take place immediately. I don't want to give up this behavior. > > > > Here's the problem: We have some values in web.xml that we want to be > configured at build time via filtering. We're currently using an Ant > task to copy, filter, and rename web.xml.template to web.xml. In Maven, > the best practice seems to be to not have a rename step, but I can't see > how to make this work with an in-place deployment. I need to have an > unfiltered version of web.xml for CVS, and a filtered version for running > in Tomcat. > > > > Obviously, I could point Tomcat at the /target/MyProject directory and > run it from there, but then any changes I made to JSPs would need to be > copied back to the /src tree to commit them to CVS. > > > > Is anyone doing something like this? Can you suggest a fix? > > > > K.C. > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release plugin needs MAJOR warnings...
Daniel Kulp wrote: IMO, the Release plugin needs to have some MAJOR documentation updates to include some extra warnings in big red letters at the top.I'm talking about both the plugin docs and the mini-guides at: http://maven.apache.org/plugins/maven-release-plugin/index.html http://maven.apache.org/guides/mini/guide-releasing.html This is one of plug-ins that is high on our priority list but it is still in beta and it was create to take care of our own release pain. That said we want it to work generally but the release tools needs many more hours of work to be fool proof. The documentation would certainly help but the release plug-in should not let you proceed unless the POMs are suitable, you have the SCM setup correctly and the connectivity required is present. I have started making additions for all the up-front checks. Here is what I would add: WARNING: the release plugin performs several actions that are potentially irreversible including modifying the pom.xml files as well as performing SCM operations. Nothing is irreversible provided you are using an SCM correctly. Make sure you review and understand all outstanding bugs listed at http://jira.codehaus.org/browse/MRELEASE and can accept those issues before using the release plugin. Until you are familiar with the actions performed by the release plugin, it is strongly recommended that you test the behavior in a "test" area of your SCM. Definitely good advice. When I make another pass at the release plug-in I'll add some notices until the release plug-in is production quality. I think it's widely known that the release plug-in is not production quality yet but we usually warn people in back channels. It should be more up-front with the release plug-ins capabilities. (If I was a lawyer, I would also add something like: The Maven team is not responsible for lost data as a result of using the release plugin.) Again, you can't lose anything if you use an SCM correctly. It swizzles POMs and creates some tags but nothing irreparable. Honestly I think that's a bit alarmist, but we're covered with the ASL at any rate. All Apache software is "use at your own risk" essentially. The release plug-in can be annoying but for us we couldn't do releases without it at this point. Anyway, for us, the release plugin is a disaster. It COMPLETELY reformatted the pom.xml files, going from a 4 space indent to a 2 space indent. It re-ordered the entire file. All the comments and white space was stripped out. The xsi:schemaLocation is stripped out. They are basically COMPLETELY different than they were before. We are definitely looking at xmlbeans which leaves the source XML alone. Obviously for you this is a show stopper, others have been able to tolerate the reformatting as severe as it is. The tagging also didn't work. This is th next up-front check I'll be adding. It should not let you proceed at all unless the SCM setup will work. Cause of that, we're going to be writing some perl scripts or something to do something similar. Why not try to help improve the release plug-in? I would certainly help you here if you wanted to spend your time on anything. If one of your biggest pains is the POM reformatting a simple tool in Java to selectively replace the bits of the POM for a release would certainly help us out. If you put some work in I would prioritize my plug-in work time to make sure all the issues you're having problems with are fixed. Some of the issues we ran into: http://jira.codehaus.org/browse/MRELEASE-74 http://jira.codehaus.org/browse/MRELEASE-16 http://jira.codehaus.org/browse/MRELEASE-64 http://jira.codehaus.org/browse/MRELEASE-57 http://jira.codehaus.org/browse/MRELEASE-45 These will all be fixed in the next 30 days which is the time frame for 2.0.3 and the next set of plug-in releases. I also think there should be a "release:test" or similar goal (or -Drelease.scm.skip flag) that would do everything it can without ANY SCM commit actions. Thus, people could experiment with it and see if it works or not without worrying about what gets committed to their SCM. A dry run mode would certainly be valuable. If that's not in JIRA I'll add that. Thanks! -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org Our achievements speak for themselves. What we have to keep track of are our failures, discouragements and doubts. We tend to forget the past difficulties, the many false starts, and the painful groping. We see our past achievements as the end result of a clean forward thrust, and our present difficulties as signs of decline and decay. -- Eric Hoffer, Reflections on the Human Condition - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Best practice for in-place webapp development?
Options: 1) Don't work directly out of workspace, but have your IDE transparently copy the necessary files around behind you. To allow filtering, your IDE would have to do the filtering on the fly too. Or it would have to work out of the target directory, and copy all source changes, including JSPs, on the fly behind you. Eclipse Web Tools Project already can copy source files to a Tomcat directory on a automatic basis. If it could work out of your taget directory, instead of Tomcat's webapp directory, this might address the problem. 2) Use a web.xml (applicable to all other source files too) in your src tree without filters. In other words, use the version for Tomcat directly. Then, instead of filtering as part of your build, you'd need a build plugin that modfied your web.xml to replace values without requiring filter tokens. For XML, use XPath to target the element to replace a value in. However, this plugin doesn't exist. If I ever find time, I'll learn how to write a Maven plugin, then work an XPath replacement plugin. Obviously, the second path is the one I'm leaning towards going down. Mostly because it fixes the issue in Maven, instead of in a particualr IDE, preserving IDE choice. My post on this issue recently: http://www.nabble.com/Advanced-File-Modification-Plugins-%28XSLT%2C-XSLT-Replacement%2C-Regular-Expression-Replacement%29-t898193.html#a2328248 -Stephen On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > I'd like to convert our project to use M2 for web app development and I've > run into a bit of a snag. Right now, we use Eclipse with the Sysdeo plugin > so we can run our webapp in Tomcat, directly from Eclipse without any sort of > deployment/copying steps. The files we edit are the ones Tomcat is using. > This is great because we can edit JSPs and see the changes take place > immediately. I don't want to give up this behavior. > > Here's the problem: We have some values in web.xml that we want to be > configured at build time via filtering. We're currently using an Ant task > to copy, filter, and rename web.xml.template to web.xml. In Maven, the best > practice seems to be to not have a rename step, but I can't see how to make > this work with an in-place deployment. I need to have an unfiltered version > of web.xml for CVS, and a filtered version for running in Tomcat. > > Obviously, I could point Tomcat at the /target/MyProject directory and run it > from there, but then any changes I made to JSPs would need to be copied back > to the /src tree to commit them to CVS. > > Is anyone doing something like this? Can you suggest a fix? > > K.C. > > -- Stephen Duncan Jr www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Next maven-war-plugin release?
One way to get away from this problem is - remove element from your plugin, so that release:prepare will work - download the latest svn of war plugin and build. maven will pickup the local snapshot build from there on. When the next war plugin release, you can put the version back. -Dan On 1/23/06, Richard Wallace <[EMAIL PROTECTED]> wrote: > > The project doesn't depend on a plugin from within the > section of the pom. I had to add this > > >org.apache.maven.plugins >maven-war-plugin >2.0-beta-3-SNAPSHOT > > > in the to make m2 use the right version of the > maven-war-plugin. Without that, it will use the released version which > doesn't have the overlaying feature which I need. > > Rich > > Mike Perham wrote: > > Why is your project depending on a plugin??? The project should be > > configuring and using the plugin but not depending on it (i.e. it should > > not be listed in ). > > > > -Original Message- > > From: Richard Wallace [mailto:[EMAIL PROTECTED] > > Sent: Sunday, January 22, 2006 2:54 PM > > To: Maven Users List > > Subject: [m2] Next maven-war-plugin release? > > > > Hello all, > > > > I'm just wondering when we can expect the next release of the > > maven-war-plugin. Right now I have a webapp project that depends on > > another webapp project and uses the functionality of the snapshot > > maven-war-plugin to be able to inherit stuff (JSPs, images, etc.) from > > the 1st webapp. I want to do a release of my project with the > > maven-release-plugin but it won't let me since there is a dependency on > > a snapshot. > > > > Any ideas when we can expect a release? Is there a way I can override > > this behavior in the meantime? > > > > Thanks, > > Rich > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [M2.0.2] cobertura-maven-plugin not working with 2.0.2
fixed in SVN of the cobertura plugin. On 1/23/06, Weichsel, Ingo <[EMAIL PROTECTED]> wrote: > > Hello, > > I like the cobertura-maven-plugin a lot, which I builded from the > mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but is > not working with maven-2.0.2 any more. Does any of you know a workaround or > will there be an updated version soon? > > Regards, > Ingo > > Stacktrace: > > [INFO] [cobertura:instrument] > [INFO] > > [ERROR] FATAL ERROR > [INFO] > > [INFO] org/apache/maven/wagon/util/FileUtils > [INFO] > > [INFO] Trace > java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils > at > org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa > sk.java:107) > at > org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java > :128) > at > org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java > :122) > at > org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum > entMojo.java:101) > at > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage > r.java:415) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > cycleExecutor.java:531) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > (DefaultLifecycleExecutor.java:472) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def > aultLifecycleExecutor.java:859) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif > ecycleExecutor.java:731) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife > cycleExecutor.java:522) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle > (DefaultLifecycleExecutor.java:472) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec > ycleExecutor.java:451) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail > ures(DefaultLifecycleExecutor.java:303) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa > ultLifecycleExecutor.java:270) > at > org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle > Executor.java:139) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 > ) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl > .java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > 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) > [INFO] > - > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: M2: Having trouble with legacy repository
The site plugin issue has already been filed. - Brett On 1/23/06, Helck, Christopher <[EMAIL PROTECTED]> wrote: > Hi Edwin, > > Ok, I'll try repoclean. > > But I don't understand why this is such a problem since the rest of > Maven2 seems to be able to handle the legacy repository. If it is too > hard for the site plugin to navigate the v3 POM (which I can understand) > then couldn't the plugin just put a warning in the documents being built > and continue with what it is doing? Why crash the build? > > It is unreasonable to expect that all maven1 repos will ungrade to > maven2 instantly. > > Regards, > Christopher Helck > > > -Original Message- > From: Edwin Punzalan [mailto:[EMAIL PROTECTED] > Sent: Friday, January 20, 2006 1:07 AM > To: Maven Users List > Subject: Re: M2: Having trouble with legacy repository > > > > As long as the poms inside the repository is pom v3, there's no way to > get rid of the warnings/errors. > > The real solution is convert the poms to v4. > > If you do not want to change your existing builds to m2, then I guess > you can create a separate repository that will pull the v3 poms from the > > m1 repository, convert that pom to v4, and then store it in an m2 > repository along with the corresponding artifact archived package. > > To convert a v3 pom to v4, you might want to take a look at repo-clean. > > I don't know if repo-clean has any docs yet, but the source can be found > > here: https://svn.apache.org/repos/asf/maven/sandbox/repoclean > > ^_^ > > > > Helck, Christopher wrote: > > >I'm using a legacy repository. When I run maven I see warnings like > >this: > > > >[WARNING] POM for 'ebs:marketdata:pom:1.0.7' is invalid. It will be > >ignored for artifact resolution. Reason: Not a v4.0.0 POM. > > > >The jar in question was built and deployed with maven1. How do I get > >rid of this error? Do I need to convert my legacy repo to a maven2 > >repo? > > > >Thanks, > >C. Helck > > > > > > > >Thank you for being part of it. > > > >The information contained in this e-mail is confidential. This e-mail > >is intended only for the stated addressee. If you are not an > >addressee, you must not disclose, copy, circulate or in any other way > >use or rely on the information contained in this e-mail. if you have > >received this e-mail in error, please inform us immediately and delete > >it and all copies from your system. > > > >EBS Dealing Resources International Limited. Registered address: 10 > >Paternoster Square, London EC4M 7DY, United Kingdom. Registered number > >2669861. > > > >EBS Dealing Resources, Inc, registered in Delaware. Address: 535 > >Madison Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond > > >road, Building F - Floor 3, Parsippany, NJ 07054, USA. > > > >EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: > >Asteer Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo > >104-0033, Japan. > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Best practice for in-place webapp development?
http://maven.apache.org/plugins/maven-war-plugin/inplace-mojo.html http://blogs.codehaus.org/people/brett/archives/001306_developing_with_jetty_where_have_you_been_all_my_life.html On 1/23/06, KC Baltz <[EMAIL PROTECTED]> wrote: > I'd like to convert our project to use M2 for web app development and I've > run into a bit of a snag. Right now, we use Eclipse with the Sysdeo plugin > so we can run our webapp in Tomcat, directly from Eclipse without any sort of > deployment/copying steps. The files we edit are the ones Tomcat is using. > This is great because we can edit JSPs and see the changes take place > immediately. I don't want to give up this behavior. > > Here's the problem: We have some values in web.xml that we want to be > configured at build time via filtering. We're currently using an Ant task > to copy, filter, and rename web.xml.template to web.xml. In Maven, the best > practice seems to be to not have a rename step, but I can't see how to make > this work with an in-place deployment. I need to have an unfiltered version > of web.xml for CVS, and a filtered version for running in Tomcat. > > Obviously, I could point Tomcat at the /target/MyProject directory and run it > from there, but then any changes I made to JSPs would need to be copied back > to the /src tree to commit them to CVS. > > Is anyone doing something like this? Can you suggest a fix? > > K.C. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Next maven-war-plugin release?
The project doesn't depend on a plugin from within the section of the pom. I had to add this org.apache.maven.plugins maven-war-plugin 2.0-beta-3-SNAPSHOT in the to make m2 use the right version of the maven-war-plugin. Without that, it will use the released version which doesn't have the overlaying feature which I need. Rich Mike Perham wrote: Why is your project depending on a plugin??? The project should be configuring and using the plugin but not depending on it (i.e. it should not be listed in ). -Original Message- From: Richard Wallace [mailto:[EMAIL PROTECTED] Sent: Sunday, January 22, 2006 2:54 PM To: Maven Users List Subject: [m2] Next maven-war-plugin release? Hello all, I'm just wondering when we can expect the next release of the maven-war-plugin. Right now I have a webapp project that depends on another webapp project and uses the functionality of the snapshot maven-war-plugin to be able to inherit stuff (JSPs, images, etc.) from the 1st webapp. I want to do a release of my project with the maven-release-plugin but it won't let me since there is a dependency on a snapshot. Any ideas when we can expect a release? Is there a way I can override this behavior in the meantime? Thanks, Rich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] not 4.0.0 pom error
How can I get covertures to work: [INFO] Downloading: http://repo1.maven.org/maven2/maven-plugins/maven-cobertura-plugin/1.1.1/maven-cobertura-plugin-1.1.1.pom 6K downloaded [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: maven-plugins:maven-cobertura-plugin POM Location: C:\Documents and Settings\Owner\.m2\repository\maven-plugins\maven-cobertura-plugin\1.1.1\maven-cobertura-plugin-1.1.1.pom Reason: Not a v4.0.0 POM. maven-plugins maven-cobertura-plugin 1.1.1 Thanks Mick Knutson http://www.BASELogic.com http://www.MickKnutson.com MSN Messenger: [EMAIL PROTECTED]
Re: [m2] Multiprojects and inherited SCM URLs
Emmanuel, I couldn't build maven-scm trunk, there are test failures in maven-scm-provider-svn I tried to put the deployed 20060115.041342 SNAPSHOTs in continuum/lib and to use relativePath, but I got the same problem when I add the module in Continuum : the URL is resolved as svn://host/PROJECT/parent/module Was the problem fixed on Jan 15th ? - Yann 2006/1/20, Yann Le Du <[EMAIL PROTECTED]>: > > Thanks Emmanuel, I'll try with maven-scm trunk then. > > - Yann > > 2006/1/19, Emmanuel Venisse < [EMAIL PROTECTED]>: > > > > Actually, you need to define scm url in all your modules if you want to > > use relative path. > > This problem is fixed in maven-scm trunk. > > > > Emmanuel > > > > Yann Le Du a écrit : > > > Hi, > > > > > > In order to ease Continuum use, we want to have the following project > > > structure : > > > > > > ~ PROJECT > > > ~ +-- parent > > > ~ +-- pom.xml > > > ~ +-- module > > > ~ +-- pom.xml > > > > > > module has obviously parent for parent > > > > > > parent defines this SCM URL : > > > scm:svn:svn://host/PROJECT/parent > > > > > > In module, this is inheirted as : > > > scm:svn:svn://host/PROJECT/parent/module > > > ... which is not what we want > > > > > > Note that in parent the module is correctly defined : > > > ../module > > > > > > Is there way to inherit correct URL (e.g. through relativePath), or is > > the > > > only solution to put correct URL directly in module ? > > > > > > TIA, > > > > > > - Yann > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > >
Issue with commons-httpclient?
Hi Maveners,The latest Maven 1.0.2 has a problem when using these directions:Find the line of maven.xml in the project.properties file with the maven.remote.repo property, and add "http://www.apache.org/~clr/downloads/maven" to the ibiblio and jpox urls.What happens is that www.apache.org/~clr is redirected to people.apache.org and this redirection is not resolved by the httpclient used by Maven.Are there any plans to update the code or the version of the jar file used in Maven? Would you like more information or should I file a bug? Regards, CraigBackground:Regarding the problem with automatic maven download of the jdo2 jars:maven can download the files automatically if the URL refers to people.apache.org instead of www.apache.org:http://people.apache.org/~clr/downloads/mavenOn Jan 23, 2006, at 3:02 AM, Andy Jefferson wrote:FYI. Maven (1.0), or the associated plugin, is probably using "commons-httpclient"with a version that doesn't understand HTTP redirects. The same brokenfunctionality has been noticed on the Maven "SourceForge" plugin (whenSourceForge decided to add redirecting into their upload URLs). Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp! smime.p7s Description: S/MIME cryptographic signature
Release plugin needs MAJOR warnings...
IMO, the Release plugin needs to have some MAJOR documentation updates to include some extra warnings in big red letters at the top.I'm talking about both the plugin docs and the mini-guides at: http://maven.apache.org/plugins/maven-release-plugin/index.html http://maven.apache.org/guides/mini/guide-releasing.html Here is what I would add: WARNING: the release plugin performs several actions that are potentially irreversible including modifying the pom.xml files as well as performing SCM operations. Make sure you review and understand all outstanding bugs listed at http://jira.codehaus.org/browse/MRELEASE and can accept those issues before using the release plugin. Until you are familiar with the actions performed by the release plugin, it is strongly recommended that you test the behavior in a "test" area of your SCM. (If I was a lawyer, I would also add something like: The Maven team is not responsible for lost data as a result of using the release plugin.) Anyway, for us, the release plugin is a disaster. It COMPLETELY reformatted the pom.xml files, going from a 4 space indent to a 2 space indent. It re-ordered the entire file. All the comments and white space was stripped out. The xsi:schemaLocation is stripped out. They are basically COMPLETELY different than they were before. The tagging also didn't work.Cause of that, we're going to be writing some perl scripts or something to do something similar.Some of the issues we ran into: http://jira.codehaus.org/browse/MRELEASE-74 http://jira.codehaus.org/browse/MRELEASE-16 http://jira.codehaus.org/browse/MRELEASE-64 http://jira.codehaus.org/browse/MRELEASE-57 http://jira.codehaus.org/browse/MRELEASE-45 I also think there should be a "release:test" or similar goal (or -Drelease.scm.skip flag) that would do everything it can without ANY SCM commit actions. Thus, people could experiment with it and see if it works or not without worrying about what gets committed to their SCM. Thanks! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A way to force builds?
Ok. Filed as http://jira.codehaus.org/browse/CONTINUUM-568 On 1/22/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote: > > You can't because a forced build is actually a manual operation. Please, > file an issue. > > Emmanuel > > Punkin Head a écrit : > > Hi all, > > Thanks again for you help on the last issue I had. I have another > question: > > Is there a way to schedule forced builds in Continuum? I would like for > > just one of my > > modules to build every hour if there is a change or not. > > > > Thanks, > > > > Adam > > > > -- www.punkinshred.net // punkin'head official homepage www.myspace.com/punkinhead <-- for true shred
[m2] Best practice for in-place webapp development?
I'd like to convert our project to use M2 for web app development and I've run into a bit of a snag. Right now, we use Eclipse with the Sysdeo plugin so we can run our webapp in Tomcat, directly from Eclipse without any sort of deployment/copying steps. The files we edit are the ones Tomcat is using. This is great because we can edit JSPs and see the changes take place immediately. I don't want to give up this behavior. Here's the problem: We have some values in web.xml that we want to be configured at build time via filtering. We're currently using an Ant task to copy, filter, and rename web.xml.template to web.xml. In Maven, the best practice seems to be to not have a rename step, but I can't see how to make this work with an in-place deployment. I need to have an unfiltered version of web.xml for CVS, and a filtered version for running in Tomcat. Obviously, I could point Tomcat at the /target/MyProject directory and run it from there, but then any changes I made to JSPs would need to be copied back to the /src tree to commit them to CVS. Is anyone doing something like this? Can you suggest a fix? K.C.
Re: Problems with build order using M1 multiproject plugin
- # subprojects to include (relative maven.multiproject.basedir) maven.multiproject.includes=client-src/java/project.xml maven.multiproject.includes=src/java/project.xml - You should give the includes as a comma-separated list. -Lukas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problems with build order using M1 multiproject plugin
Actually I did. I spoke a bit too soon about my issue - the first problem was a typo in the file path specified in the jar override in my module's project.properties file. However, it appears that you can only define one subproject to include in the build process. I declare two, and maven keeps skipping over the first. Here is a snippet from my project.properties file - # subprojects to include (relative maven.multiproject.basedir) maven.multiproject.includes=client-src/java/project.xml maven.multiproject.includes=src/java/project.xml - However, when I try to run 'maven multiproject:artifact' it only runs the build on the src/java/project.xml and skips over the top one. Is this a limitation on this pluigin, or am I missing something silly here? Matt Osborne -Original Message- From: Gail Jakubowski [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 10:53 AM To: Maven Users List Subject: Re: Problems with build order using M1 multiproject plugin Did you include the section in the project.xml for the dependent project? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] how to disable download from repo1.maven.org/maven2
In your settings.xml I think you need to define a mirror called central. Aviran http://www.aviransplace.com -Original Message- From: Stevenson, Chris [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 11:39 AM To: 'Maven Users List' Subject: RE: [m2] how to disable download from repo1.maven.org/maven2 Fredy, you can turn maven to offline mode with -o switch, maybe this will help? Chris -Original Message- From: Fredy [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 15:45 To: users@maven.apache.org Subject: [m2] how to disable download from repo1.maven.org/maven2 Hi all, i'm getting crazy, the internet here is more than slow, it seems to be not present ,- How can i disable downloading from "repo1.maven.org/maven2" ?? I've already defined a internal repository. Maven searches there an if it didn't find anything, it searches in "repo1.maven.org/maven2". And that takes very long... Another question: I've installed the axis 1.1 jars in my internal repository. But "mvn install:install-file" doesn't create a *.pom! Is that ok? Because if i start mvn compile, so maven searches "axis/axis-jaxrpc/1.1/axis-jaxrpc-1.1.pom" ??? If i create an *.pom by hand: 4.0.0 axis axis-jaxrpc 1.1 maven anyway didn't find it. Why? But the build is SUCCESSFUL Thanks Fredy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The information contained herein is confidential and is intended solely for the addressee. Access by any other party is unauthorised without the express written permission of the sender. If you are not the intended recipient, please contact the sender either via the company switchboard on +44 (0)20 7623 8000, or via e-mail return. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. 3167 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Eclipse Maven Plug-in??
The link is fine, it's a network issue. The site has been inaccessible today. > -Original Message- > From: Emmanuel Venisse [mailto:[EMAIL PROTECTED] > Sent: Monday, January 23, 2006 11:33 AM > To: Maven Users List > Subject: Re: Eclipse Maven Plug-in?? > > > This link works fine. > > Emmanuel > > Zheng Wen Zhe a écrit : > > Hi, > > I just read book:Maven-a developer's notebook.Author mentioned > > 'mevenide'--an eclipse plugin in the first chapter. > > However, web link doesnt seem > > > right(http://mevenide.codehaus.org/mevenide-ui-eclipse/update/ index.html). > > Does anyone know a working link? > > > > Regards, > > Jason > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] how to disable download from repo1.maven.org/maven2
Fredy, you can turn maven to offline mode with -o switch, maybe this will help? Chris -Original Message- From: Fredy [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 15:45 To: users@maven.apache.org Subject: [m2] how to disable download from repo1.maven.org/maven2 Hi all, i'm getting crazy, the internet here is more than slow, it seems to be not present ,- How can i disable downloading from "repo1.maven.org/maven2" ?? I've already defined a internal repository. Maven searches there an if it didn't find anything, it searches in "repo1.maven.org/maven2". And that takes very long... Another question: I've installed the axis 1.1 jars in my internal repository. But "mvn install:install-file" doesn't create a *.pom! Is that ok? Because if i start mvn compile, so maven searches "axis/axis-jaxrpc/1.1/axis-jaxrpc-1.1.pom" ??? If i create an *.pom by hand: 4.0.0 axis axis-jaxrpc 1.1 maven anyway didn't find it. Why? But the build is SUCCESSFUL Thanks Fredy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- The information contained herein is confidential and is intended solely for the addressee. Access by any other party is unauthorised without the express written permission of the sender. If you are not the intended recipient, please contact the sender either via the company switchboard on +44 (0)20 7623 8000, or via e-mail return. If you have received this e-mail in error or wish to read our e-mail disclaimer statement and monitoring policy, please refer to http://www.drkw.com/disc/email/ or contact the sender. 3167 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with build order using M1 multiproject plugin
Did you include the section in the project.xml for the dependent project? - Original Message - From: "Osborne, Matthew" <[EMAIL PROTECTED]> To: "Maven Users List" Sent: Monday, January 23, 2006 10:47 AM Subject: Problems with build order using M1 multiproject plugin Hopefully one final issue I'm encountering in trying to build a Maven 1.0 build system for our project at work - I have successfully gotten the builder to see each project, but it tries to build everything simultaneously. I have one project thats dependent on another's created jar file, but when I issue the build command the plugin tries to read the yet-unbuilt jar before any building starts for either project, thus hosing the whole process. Is there something simple I'm missing here that sets the build order? Matt Osborne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eclipse Maven Plug-in??
This link works fine. Emmanuel Zheng Wen Zhe a écrit : Hi, I just read book:Maven-a developer's notebook.Author mentioned 'mevenide'--an eclipse plugin in the first chapter. However, web link doesnt seem right(http://mevenide.codehaus.org/mevenide-ui-eclipse/update/index.html). Does anyone know a working link? Regards, Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] how to disable download from repo1.maven.org/maven2
Fredy, How did you tell Maven to search your internal repository first? -->John -Original Message- From: Fredy [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 10:45 AM To: users@maven.apache.org Subject: [m2] how to disable download from repo1.maven.org/maven2 Hi all, i'm getting crazy, the internet here is more than slow, it seems to be not present ,- How can i disable downloading from "repo1.maven.org/maven2" ?? I've already defined a internal repository. Maven searches there an if it didn't find anything, it searches in "repo1.maven.org/maven2". And that takes very long... Another question: I've installed the axis 1.1 jars in my internal repository. But "mvn install:install-file" doesn't create a *.pom! Is that ok? Because if i start mvn compile, so maven searches "axis/axis-jaxrpc/1.1/axis-jaxrpc-1.1.pom" ??? If i create an *.pom by hand: 4.0.0 axis axis-jaxrpc 1.1 maven anyway didn't find it. Why? But the build is SUCCESSFUL Thanks Fredy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Eclipse Maven Plug-in??
Hi, I just read book:Maven-a developer's notebook.Author mentioned 'mevenide'--an eclipse plugin in the first chapter. However, web link doesnt seem right(http://mevenide.codehaus.org/mevenide-ui-eclipse/update/index.html). Does anyone know a working link? Regards, Jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] how to disable download from repo1.maven.org/maven2
Setup a mirror of central in your settings.xml that points to your internal repository. -Original Message- From: Fredy [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 9:45 AM To: users@maven.apache.org Subject: [m2] how to disable download from repo1.maven.org/maven2 Hi all, i'm getting crazy, the internet here is more than slow, it seems to be not present ,- How can i disable downloading from "repo1.maven.org/maven2" ?? I've already defined a internal repository. Maven searches there an if it didn't find anything, it searches in "repo1.maven.org/maven2". And that takes very long... Another question: I've installed the axis 1.1 jars in my internal repository. But "mvn install:install-file" doesn't create a *.pom! Is that ok? Because if i start mvn compile, so maven searches "axis/axis-jaxrpc/1.1/axis-jaxrpc-1.1.pom" ??? If i create an *.pom by hand: 4.0.0 axis axis-jaxrpc 1.1 maven anyway didn't find it. Why? But the build is SUCCESSFUL Thanks Fredy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] ajaxanywhere?
Hi, Are there maven 2 artifacts available for ajaxanywhere? I've been looking for them on the central repository but couldn't find them... Jurgen -- Among flowers, the cherry blossom. Among men, me. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: guide-deploy-ssh-external improvements: scpexe & cygwin for deploy
Jörg Schaible wrote: Geoffrey De Smet wrote on Monday, January 23, 2006 12:26 PM: On my computer, using Cygwin (under windows), the guide on http://maven.apache.org/guides/mini/guide-deploy-ssh-external.html didn't work because of scpexe: ssh-repository scpexe://repository.mycompany.com/repository I constantly got a permission exception, even with configured in settings: 664 775 Probably because it wanted to use a public key instead of ask me for a password. I have no public key configured or at the default locations. Changing it to "scp" made it work like a charm: [snip] Well, then you don't use the ssh *external* at all, and the guide does no longer apply ... ! Didn't know that, but it does work. Can I use ssh external with a password based connection (instead of public key based connection)? (Of course a password based connection still uses public keys, but not one I specially configured). It does ask me for my password (in clear text) for every single file it tries to upload though, maybe another thing to fix :) Therefore you normally use an ssh-agent ion combination with the external ssh. Can I use the ssh-agent on a password based connection? - Jörg Is there any good tool out there to convert easily between all of the following formats: - .cer - .p12 - .jks - RSA public key file (without certificate) - RSA private key file (without certificate) I am using Portecle but it can't handle the last 2. Thanks for any and all help. -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] how to disable download from repo1.maven.org/maven2
Hi all, i'm getting crazy, the internet here is more than slow, it seems to be not present ,- How can i disable downloading from "repo1.maven.org/maven2" ?? I've already defined a internal repository. Maven searches there an if it didn't find anything, it searches in "repo1.maven.org/maven2". And that takes very long... Another question: I've installed the axis 1.1 jars in my internal repository. But "mvn install:install-file" doesn't create a *.pom! Is that ok? Because if i start mvn compile, so maven searches "axis/axis-jaxrpc/1.1/axis-jaxrpc-1.1.pom" ??? If i create an *.pom by hand: 4.0.0 axis axis-jaxrpc 1.1 maven anyway didn't find it. Why? But the build is SUCCESSFUL Thanks Fredy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems with build order using M1 multiproject plugin
Hopefully one final issue I'm encountering in trying to build a Maven 1.0 build system for our project at work - I have successfully gotten the builder to see each project, but it tries to build everything simultaneously. I have one project thats dependent on another's created jar file, but when I issue the build command the plugin tries to read the yet-unbuilt jar before any building starts for either project, thus hosing the whole process. Is there something simple I'm missing here that sets the build order? Matt Osborne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2][maven-ejb-plugin] Files ending with Session.class are not being included in ejb-client jar
I am seeing odd behaviour with the generation of ejb-client jars. It seems all files that end in "Session.class" are not being included in the ejb-client. They show up fine in the ejb-jar. When I rename the file to SessionX.class they become available in the ejb-client. This is reproduceable for several of our EJB projects using Maven 2.0.2 and maven-ejb-plugin 2.0. I suspect a bug but thought I'd ask here before submitting to Jira.
incuding ejb-jar.xml,jboss.xml in the .ear file
Dear friends I want to make an ear file with maven hesre is my project.xml file: ejb/project.xml example xerces xerces 1.4.4 true ${pom.groupId} ejb ${pom.currentVersion} ejb true ${pom.groupId} util ${pom.currentVersion} true ${pom.groupId} web ${pom.currentVersion} war true example and the maven.xml but when I maven this, the ejb module's MET-INF directory only contains the MANIFEST.MF file not the xml files what shall I do I will be so appreciate if someone can help
Using a third party ear with maven.
Hi, I'm trying to use the contents of a third party ear as dependencies in my Maven 2 project. I thought I could do this by expanding the ear (using an ant task within maven, if there is a better way someone please let me know). Then using maven-install-plugin to copy each jar individually into the repository. My question is what is the best way of doing something like this as we I try to run this: org.apache.maven.plugins maven-install-plugin validate test customjar 1.0 build/ear/lib/customjar-1.0.jar true install-file I get the exception below. [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error configuring: org.a pache.maven.plugins:maven-install-plugin. Reason: ERROR: Cannot override read-on ly parameter: artifactId in goal: install:install-file at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:560) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginConfigurationException: Error configuri ng: org.apache.maven.plugins:maven-install-plugin. Reason: ERROR: Cannot overrid e read-only parameter: artifactId in goal: install:install-file at org.apache.maven.plugin.DefaultPluginManager.validatePomConfiguration (DefaultPluginManager.java:851) at org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(Defaul tPluginManager.java:561) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:393) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:531) ... 16 more NOTE. I want to do this in the pom itself and not run the command line script as I want to have all this in one place. Thanks, Owen ___ Siebel IT'S ALL ABOUT THE CUSTOMER Visit www.siebel.com This e-mail message is for the sole use of the intended recipient(s) and contains confidential and/or privileged information belonging to Siebel Systems, Inc. or its customers or partners. Any unauthorized review, use, copying, disclosure or distribution of this message is strictly prohibited. If you are not an intended recipient of this message, please contact the sender by reply e-mail and destroy all soft and hard copies of the message and any attachments. Thank you for your cooperation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: M2: Having trouble with legacy repository
Hi Edwin, Ok, I'll try repoclean. But I don't understand why this is such a problem since the rest of Maven2 seems to be able to handle the legacy repository. If it is too hard for the site plugin to navigate the v3 POM (which I can understand) then couldn't the plugin just put a warning in the documents being built and continue with what it is doing? Why crash the build? It is unreasonable to expect that all maven1 repos will ungrade to maven2 instantly. Regards, Christopher Helck -Original Message- From: Edwin Punzalan [mailto:[EMAIL PROTECTED] Sent: Friday, January 20, 2006 1:07 AM To: Maven Users List Subject: Re: M2: Having trouble with legacy repository As long as the poms inside the repository is pom v3, there's no way to get rid of the warnings/errors. The real solution is convert the poms to v4. If you do not want to change your existing builds to m2, then I guess you can create a separate repository that will pull the v3 poms from the m1 repository, convert that pom to v4, and then store it in an m2 repository along with the corresponding artifact archived package. To convert a v3 pom to v4, you might want to take a look at repo-clean. I don't know if repo-clean has any docs yet, but the source can be found here: https://svn.apache.org/repos/asf/maven/sandbox/repoclean ^_^ Helck, Christopher wrote: >I'm using a legacy repository. When I run maven I see warnings like >this: > >[WARNING] POM for 'ebs:marketdata:pom:1.0.7' is invalid. It will be >ignored for artifact resolution. Reason: Not a v4.0.0 POM. > >The jar in question was built and deployed with maven1. How do I get >rid of this error? Do I need to convert my legacy repo to a maven2 >repo? > >Thanks, >C. Helck > > > >Thank you for being part of it. > >The information contained in this e-mail is confidential. This e-mail >is intended only for the stated addressee. If you are not an >addressee, you must not disclose, copy, circulate or in any other way >use or rely on the information contained in this e-mail. if you have >received this e-mail in error, please inform us immediately and delete >it and all copies from your system. > >EBS Dealing Resources International Limited. Registered address: 10 >Paternoster Square, London EC4M 7DY, United Kingdom. Registered number >2669861. > >EBS Dealing Resources, Inc, registered in Delaware. Address: 535 >Madison Avenue, 24th Floor, New York, NY 10022, USA, and One upper Pond >road, Building F - Floor 3, Parsippany, NJ 07054, USA. > >EBS Dealing Resources Japan Limited, a Japanese Corporation. Address: >Asteer Kayabacho Bldg, 6th Floor, 1-6-1, Shinkawa, Chuo-Ku, Tokyo >104-0033, Japan. > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
m2: I'd like some help with maven-proxy
Can anyone point me to a good writeup on using maven-proxy in maven 2? The docs on the maven-proxy site at codehaus are not only subpar, but pretty much non-existant. Any help is much appreciated... Frank Russo Senior Developer FX Alliance, LLC 900 Third Avenue, 3rd Floor New York, NY 10022 646.268.9949
RE: [m2.0.1] Problem in Installing the Maven 2.0.1
Did you look at this - http://maven.apache.org/download.html#installation. You may want to highlight specific issues you are facing. Sanjay Shukla, HPI Product Engineering, 2 Penn Plaza, NY. 212 904 3629 Office 732 692 4419 Cell -Original Message- From: narayan dhumale [mailto:[EMAIL PROTECTED] Sent: Monday, January 23, 2006 4:40 AM To: [EMAIL PROTECTED] Subject: [m2.0.1] Problem in Installing the Maven 2.0.1 Hello, I am a newbie to Maven .I am not able to install it. please guide me Regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Profile Id and filtering of resources by Profile
I am trying to reference a profile id e.g env_live env_live at the moment I have to declare a property (see profile.name above) that is the same as the profile id. I then use the profile.name in the filtering specification e.g. src/main/filters/${profile.name}/filter.properties What I'd like to do is just pick up the profile id in the filter something like this src/main/filters/${project.profiles.profile.id }/filter.properties But if I try mvn projecthelp:effective-pom it is not replacing ${project.profiles.profile.id} Any ideas how to achieve this ? The overall Use Case is to allow filters by profile, but without having to list each profile as there could be many instances of system test environments e.g systest1 , systest2
RE: guide-deploy-ssh-external improvements: scpexe & cygwin for deploy
Geoffrey De Smet wrote on Monday, January 23, 2006 12:26 PM: > On my computer, using Cygwin (under windows), the guide on > http://maven.apache.org/guides/mini/guide-deploy-ssh-external.html > didn't work because of scpexe: > > > >ssh-repository >scpexe://repository.mycompany.com/repository > > > I constantly got a permission exception, even with configured > in settings: > 664 > 775 > > Probably because it wanted to use a public key instead of ask > me for a > password. I have no public key configured or at the default locations. > > Changing it to "scp" made it work like a charm: [snip] Well, then you don't use the ssh *external* at all, and the guide does no longer apply ... ! > It does ask me for my password (in clear text) for every > single file it > tries to upload though, maybe another thing to fix :) Therefore you normally use an ssh-agent ion combination with the external ssh. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] jdepend plugin works, but how to convert in a html view?
Hi fredy, I am also trying to run jdpend in maven 2 but I allways have the error that it cannot find the plugin, could you mail your pom.xml ? thanks Tony --- Fredy <[EMAIL PROTECTED]> wrote: > Hi all, > the plugIn generates the jdepend-report.xml, but is > there a posibillity to convert it to html with > maven2 ? > > Fredy > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m202] Ant based maven plugin problem
Hi john, I had the same problem and running the -U flag didn't help. I think the problem was solved on version 2.1.SNAPSHOT(version 329948): http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-plugin-tools/maven-plugin-tools-api but the most recent available is 2.0.2: http://www.ibiblio.org/maven2/org/apache/maven/maven-plugin-tools-api/ John Casey a écrit : Looks like you need to get the latest maven-plugin-plugin version. You can do this by issuing the following on your plugin project: mvn -U package The -U flag will force an update check for the plugin-plugin. HTH, john Guo, Jiaqi wrote: I used to work on a maven project with several java goals and ant goals. It worked fine on maven 2.0.1 and maven 2.0.2-SNAPSHOT which I checked out from svn maven-2.0.x and manually built before 2.0.2 was released. After I switch the maven to 2.0.2 released version, it throws exception on "mvn package" or "mvn compile". I pasted the trace stack in the end of this mail. What I did is following http://maven.apache.org/guides/plugin/guide-ant-plugin-development.html and changing the version of two dependencies from 2.0.1 to 2.0.2. (Same exception occurs without this version change). If I take out the maven-plugin-tools-ant dependency from build/plugins/plugin/maven-plugin-plugin the error is gone, of course the ant goals are gone as well. Has anyone seen the similar problem in 2.0.2? Should I do anything different than the ant plugin development guide? Is there any existing working ant based maven plugin that I can refer to? Thanks in advance. Regards Jiaqi Guo http://www.cyclopsgroup.com .. [INFO] [plugin:descriptor] [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- [INFO] org.apache.maven.tools.plugin.extractor.AbstractScriptedMojoDescriptorExt ractor.extractMojoDescriptors(Ljava/util/Map;Lorg/apache/maven/plugin/descriptor /PluginDescriptor;)Ljava/util/List; [INFO] - --- [INFO] Trace java.lang.AbstractMethodError: org.apache.maven.tools.plugin.extractor.AbstractS criptedMojoDescriptorExtractor.extractMojoDescriptors(Ljava/util/Map;Lorg/apache /maven/plugin/descriptor/PluginDescriptor;)Ljava/util/List; at org.apache.maven.tools.plugin.extractor.AbstractScriptedMojoDescripto rExtractor.execute(AbstractScriptedMojoDescriptorExtractor.java:32) at org.apache.maven.tools.plugin.scanner.DefaultMojoScanner.populatePlug inDescriptor(DefaultMojoScanner.java:69) at org.apache.maven.plugin.plugin.AbstractGeneratorMojo.execute(Abstract GeneratorMojo.java:99) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi nManager.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa ultLifecycleExecutor.java:531) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi fecycle(DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau ltLifecycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan dleFailures(DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen ts(DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi fecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) 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) [INFO] - --- [INFO] Total time: 17 seconds [INFO] Finished at: Sat Jan 21 11:56:56 CST 2006 [INFO] Final Memory: 3M/7M [INFO] - --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For add
AW: Worst documentation in the whole apache projects
Your wiki linked to the Maven wiki hosted by codehaus.org which linked to http://cvs.peopleware.be/training/maven/maven2/index.html Which doesn't seem to be that bad. Seems to help. By Lutz -Ursprüngliche Nachricht- Von: Eric Redmond [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 21. Januar 2006 03:58 An: Maven Users List Betreff: Re: Worst documentation in the whole apache projects As an ademdum, I'm not really a mvn zelot. I was actually so paranoid that M2 would have a disasterous lack of documentation, I began my own document wiki right when M2 was released (http://www.propellors.net/wiki/). After a couple weeks, it was clear that the core team were focused on documenting, and were making great progress... so I closed it down. On 1/20/06, Eric Redmond <[EMAIL PROTECTED]> wrote: > > I've been digging into the bowels of Maven for months now, and really, > the documentation is ok. There are a few short-commings (the--more or > less--lack of comprehensive Plexus docs, for one), but considering the > scope that this project has (huge), the speed in which it has begun to > mature (fast), and the number of dedicated core developers (few), I'm > amazed at the progress. I know of two books in the works right now, > and I'm certain that more will come. Look at ant! Very few people > understood it at the time, because it was so far removed from Make. A > few books came out, and viola! Now its the basis for comparison. > > Luckly, there is an active user community you can ask specific > questions to, in the mean time :) > > Eric > > On 1/20/06, Jeff Jensen < [EMAIL PROTECTED]> wrote: > > > > Examples are one thing, reference info is another. I think anyone > > can contribute both. > > > > Particularly, if even a small number of users would look at the pom: > > http://maven.apache.org/maven-model/maven.html > > > > read the description of each element, and submit patches to improve > > it to this JIRA or different ones: > > http://jira.codehaus.org/browse/MNG-1479 > > > > a lot of clarity would arrive for all of us. Detailed explanations > > of elements go a long way to answering "what to do". > > > > Many users have solid M2 experience in one or more facets of M2; > > many have "figured it out the hard way"; a way to contribute to the > > product is via that knowledge through doc improvements. Even just > > adding a one sentence clarification can save someone 2 hours of > > experimentation and/or emailing this list. > > > > This list spends more time writing and wading through the repeating > > large email volume than updating docs for all to use and reduce the > > need for email list questions. > > > > > > -Original Message- > > From: Ramin Farhanian [mailto:[EMAIL PROTECTED] > > Sent: Friday, January 20, 2006 12:31 AM > > To: Maven Users List > > Subject: Re: Worst documentation in the whole apache projects > > > > Afkham, > > We might contribute some examples to Maven team but It's better that > > we do not expose it ourselves. > > Because Most of maven users might have understood a version of truth > > about Maven mechanism. I really like the team to give Maven aware > > people a homework example. This way they dont start samples from the > > scratch. And this way some people can help... > > > > regards, > > Ramin > > > > --- Afkham Azeez < [EMAIL PROTECTED]> wrote: > > > > > Hi Folks, > > > I sincerely wish that everybody commenting on the bad documetation > > > will at least try to contribute some documentation. > > > After all, most of > > > you have figured out stuff the hard way. Why not share it with the > > > community? Why keep on blaming the developers for insufficient > > > documentation, and not do anything about it? Ask not what Maven > > > can do > > > > > for you but what yu can do for Maven :) Long live Maven > > > > > > Regards > > > Azeez > > > > > > On 1/20/06, Ramin Farhanian <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > The nature of an open souce project is not an > > > excuse > > > > not to document. We are facing 50 different MVC frameworks. What > > > > if they don't have documentation? > > > > Open source projects are there to let all of us > > > live > > > > in a more harmonized, more peaceful, ever evolving world. You > > > > code here today in Maven, I will code tomorrow in Facelet. We > > > > are all interconnected. > > > > I should say to Maven team that if you see this thread is > > > > growing, It's because you are creating a great tool and we all > > > > need it. It's because We > > > have > > > > tried to use it and to enjoy its great features > > > but We > > > > faced problems. This documentation has been on our nerves. I > > > > wish you all guys to continue evolving > > > this > > > > tool and wish for all of us that you Maven team > > > find a > > > > good one to document in a brain friendly way. > > > > I dont agree with yet another wiki. Unfortunately > > > it > > > > should be done by a group of people
Re: Maven & JBoss EJB3 Embeddable
maybe system dependencies can help you http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html alex Marco Mistroni a écrit : hello all, i am trying to run some unit tests for my ejb3 using jboss ejb3 embeddable contianer. In order to successfully have the jboss embeddable runninng for my tests, i need to include in my classpath couple of things from jboss embeddable distribution - a lib directory, which contains all the needed jars - a configuration directory that contains some jboss config stuff now, i can get away with latter by placingn everything in my /conf, but for the former i want to avoid to list all possible jar dependencies and just put a directory in the classpath is it possible to do that using Maven? thanks in advance and regards marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven & JBoss EJB3 Embeddable
hello all, i am trying to run some unit tests for my ejb3 using jboss ejb3 embeddable contianer. In order to successfully have the jboss embeddable runninng for my tests, i need to include in my classpath couple of things from jboss embeddable distribution - a lib directory, which contains all the needed jars - a configuration directory that contains some jboss config stuff now, i can get away with latter by placingn everything in my /conf, but for the former i want to avoid to list all possible jar dependencies and just put a directory in the classpath is it possible to do that using Maven? thanks in advance and regards marco
RE: [M2] Is generating an application.xml with connector module possible?
You are right about the the connector module being for RAR modules only. I read up on it and it seems SARs are not deployed from application.xml, but jboss-app.xml instead. My bad. I currently build my SAR module as a jar since sar is not working for me as a packaging type. I noticed sarModule is expecting groupId:artifactId:sar:version in the repository. I rename the .jar to .sar in my local repository, so Maven can find it. The SAR module is now correctly included in the EAR. I noticed the needed jboss-app.xml is not generated for the sar. So I wrote wrote my own and configured the earSourceDirectory: org.apache.maven.plugins maven-ear-plugin 2.1 true ${basedir}/include myGroup myArtifact ... After some fiddling I got it working but it's not clean yet. I still need to manually rename the .jar to .sar in the repository for each build. How do I create an artifact of the type sar? Within my SAR project I tried setting the packaging type to sar in the POM but it gives me this exception: org.apache.maven.lifecycle.LifecycleExecutionException: Cannot find lifecycle mapping for packaging: 'sar'. This seems odd as the maven-ear-module seems to "know" the sar package type just fine. Am I missing something here? -Oorspronkelijk bericht- Van: Stephane Nicoll [mailto:[EMAIL PROTECTED] Verzonden: donderdag 19 januari 2006 20:22 Aan: Maven Users List Onderwerp: Re: [M2] Is generating an application.xml with connector module possible? On 1/19/06, Peschier J. (Jeroen) <[EMAIL PROTECTED]> wrote: > > My use-case: > - Using the maven-ear-plugin to generate the application.xml deployment > descriptor. > - Want to include a SAR module in the deployment descriptor. > - Found out about ejbModule, warModule and javaModule but could not find > any info on how to generate a connector module. So I tried the obvious: A connector is a rar file as per spec. JBoss has its own sar format which is supported in the EAR plugin. If you have a dependency of type 'sar' it should work out of the box. You don't need to configure it in the section (regarding includeInApplicationXml which is javaModule specific) > I read the plugin > configuration doc and found that "modules" is of type "EarModule". Where > can I find info on the definition of "EarModule"? FYI, the supported implementations of EarModule are: * jar * ejb * ejb-client * ejb3 * par * rar * war * sar This is a good idea, I will update the doc for the next plugin's release. Cheers, Stéphane -- .::You're welcome ::. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
Thanks a million,Gisbert! That's very helpful. Best Regards, Jason -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 11:14 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ?? Zheng Wen Zhe wrote: > Sorry,my fault! > Just mis-typed "target".Class App is executed successfully this time with > command:C:\my-apps\genapp>java -cp target\test-application-1.0.jar > mdn.testapp.App; That's what I reckoned ;-) > Does this mean i have to use -cp parameter everytime executing a clas? The jar has to be on your classpath, yes. Usually one uses some script to achieve that (*.bat on Windows). Alternatively, you can set the CLASSPATH environment variable. I recommend reading something like http://mindprod.com/jgloss/classpath.html > And,I > found it didnt make any difference by setting > "maven.jar.manifest.extensions.add=true" It's the maven.jar.mainclass attribute that makes sure that the main class entry is added to the jar's manifest. About the manifest see e.g. http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#JAR%20Manifest (the first doc I found; there might be a newer one). Try to call the jar with "java jar" then (the jar tool). See e.g. http://java.sun.com/j2se/1.3/docs/tooldocs/win32/jar.html (the same comment as above). -Gisbert > -Original Message- > From: Gisbert Amm [mailto:[EMAIL PROTECTED] > Sent: 23 January 2006 10:43 > To: Maven Users List > Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: > ?? ?? > > > The main class is still not found. > > Did you type "tartget" (mind the "t") at the commandline? Try it again > with "target". > > How does your jar look like? Does App.class sit within mdn/testapp? > > Does App.java in your project really reside within src/java/mdn/testapp? > > -Gisbert > > Zheng Wen Zhe wrote: > >>I run the command again with -cp parameter,but got a different error?? >>do you have any clue about it? >> >>Regards, >>Jason >>** >>C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar > > mdn.testapp.App; > >>Exception in thread "main" java.lang.NoClassDefFoundError: > > mdn/testapp/App; > >>-Original Message- >>From: Gisbert Amm [mailto:[EMAIL PROTECTED] >>Sent: 23 January 2006 10:22 >>To: Maven Users List >>Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: >> >> >> >>Setting the classpath could also help: >> >>C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar > > mdn.testapp.App > >>Regards, >>Gisbert Amm >> >>Gisbert Amm wrote: >> >> >>>You probably want to set the maven.jar.mainclass attribute to get the >>>main class entry written to the jar manifest file. See >>>http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html >>> >> >> >>Here you would call the jar directly: >> >>C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar >> >> >> Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
guide-deploy-ssh-external improvements: scpexe & cygwin for deploy
On my computer, using Cygwin (under windows), the guide on http://maven.apache.org/guides/mini/guide-deploy-ssh-external.html didn't work because of scpexe: ssh-repository scpexe://repository.mycompany.com/repository I constantly got a permission exception, even with configured in settings: 664 775 Probably because it wanted to use a public key instead of ask me for a password. I have no public key configured or at the default locations. Changing it to "scp" made it work like a charm: ssh-repository scp://repository.mycompany.com/repository Might be good to note that "/repository" is from the root directory, so you want your own home directory, do something like scp://repository.mycompany.com/home/ge0ffrey/public_html And it shouldn't end with a /. It does ask me for my password (in clear text) for every single file it tries to upload though, maybe another thing to fix :) -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
Zheng Wen Zhe wrote: Sorry,my fault! Just mis-typed "target".Class App is executed successfully this time with command:C:\my-apps\genapp>java -cp target\test-application-1.0.jar mdn.testapp.App; That's what I reckoned ;-) Does this mean i have to use -cp parameter everytime executing a clas? The jar has to be on your classpath, yes. Usually one uses some script to achieve that (*.bat on Windows). Alternatively, you can set the CLASSPATH environment variable. I recommend reading something like http://mindprod.com/jgloss/classpath.html And,I found it didnt make any difference by setting "maven.jar.manifest.extensions.add=true" It's the maven.jar.mainclass attribute that makes sure that the main class entry is added to the jar's manifest. About the manifest see e.g. http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html#JAR%20Manifest (the first doc I found; there might be a newer one). Try to call the jar with "java jar" then (the jar tool). See e.g. http://java.sun.com/j2se/1.3/docs/tooldocs/win32/jar.html (the same comment as above). -Gisbert -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:43 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ?? The main class is still not found. Did you type "tartget" (mind the "t") at the commandline? Try it again with "target". How does your jar look like? Does App.class sit within mdn/testapp? Does App.java in your project really reside within src/java/mdn/testapp? -Gisbert Zheng Wen Zhe wrote: I run the command again with -cp parameter,but got a different error?? do you have any clue about it? Regards, Jason ** C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; Exception in thread "main" java.lang.NoClassDefFoundError: mdn/testapp/App; -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:22 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: Setting the classpath could also help: C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App Regards, Gisbert Amm Gisbert Amm wrote: You probably want to set the maven.jar.mainclass attribute to get the main class entry written to the jar manifest file. See http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html Here you would call the jar directly: C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Multiprojects and inherited SCM URLs
2006/1/20, Sean Schofield <[EMAIL PROTECTED]>: > > > How about this: > > scm:svn:svn://host/PROJECT/${pom.artifactId} > > > > This should work if you use the same name for the part in your svn > > repository as their artifactIds. > > This works. Unfortunately in our case the svn module does not match > the artifactId. It would be nice if they could deviate and still have > the SCM inheritance work. Hmm, it didn't work for me, URL is inherited as svn://host/PROJECT/parent/module as I feared. I even tried to add a in module, to no avail. I'm using Maven 2.0.2. Can you please show me the POMs that succeeded for you ? Oh, and sorry for the noise with Grégory, due to a Bcc. > Dennis Lundberg > > Sean - Yann
RE: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
Sorry,my fault! Just mis-typed "target".Class App is executed successfully this time with command:C:\my-apps\genapp>java -cp target\test-application-1.0.jar mdn.testapp.App; Does this mean i have to use -cp parameter everytime executing a clas? And,I found it didnt make any difference by setting "maven.jar.manifest.extensions.add=true" Thanks anyway! Regards, Jason -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:43 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ?? The main class is still not found. Did you type "tartget" (mind the "t") at the commandline? Try it again with "target". How does your jar look like? Does App.class sit within mdn/testapp? Does App.java in your project really reside within src/java/mdn/testapp? -Gisbert Zheng Wen Zhe wrote: > I run the command again with -cp parameter,but got a different error?? > do you have any clue about it? > > Regards, > Jason > ** > C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; > Exception in thread "main" java.lang.NoClassDefFoundError: mdn/testapp/App; > > -Original Message- > From: Gisbert Amm [mailto:[EMAIL PROTECTED] > Sent: 23 January 2006 10:22 > To: Maven Users List > Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: > > > > Setting the classpath could also help: > > C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App > > Regards, > Gisbert Amm > > Gisbert Amm wrote: > >>You probably want to set the maven.jar.mainclass attribute to get the >>main class entry written to the jar manifest file. See >>http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html >> > > > Here you would call the jar directly: > > C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar > > >>>Hi, >>>I experienced an exception Error while executing the App class of my >>>project. >>>Could any body give some advice? where is the fault? >>> >>>Regards, >>>Jason >>> >>> 1.Run maven genapp to execute genapp >>>goal to create a new project; >>>2.execute jar goal with maven jar; >>>3.execute App class with >java tartget\test-application-1.0.jar >>>mdn.testapp.App; >>> >>>Error message from console: >>>C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App >>>Exception in thread "main" java.lang.NoClassDefFoundError: >>>target\test-app-1/0/jar >>> >>>The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2.0.1] Problem in Installing the Maven 2.0.1
Instructions are there : http://maven.apache.org/download.html Next time, please, use the correct address (dev@maven.apache.org) Emmanuel narayan dhumale a écrit : Hello, I am a newbie to Maven .I am not able to install it. please guide me Regards, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
Sorry,my fault! Just mis-typed "target".Class App is executed successfully this time with command:C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; Does this mean i have to use -cp parameter everytime executing a clas? And,I found it didnt make any difference by setting "maven.jar.manifest.extensions.add=true" Thanks anyway! Regards, Jason -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:43 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ?? The main class is still not found. Did you type "tartget" (mind the "t") at the commandline? Try it again with "target". How does your jar look like? Does App.class sit within mdn/testapp? Does App.java in your project really reside within src/java/mdn/testapp? -Gisbert Zheng Wen Zhe wrote: > I run the command again with -cp parameter,but got a different error?? > do you have any clue about it? > > Regards, > Jason > ** > C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; > Exception in thread "main" java.lang.NoClassDefFoundError: mdn/testapp/App; > > -Original Message- > From: Gisbert Amm [mailto:[EMAIL PROTECTED] > Sent: 23 January 2006 10:22 > To: Maven Users List > Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: > > > > Setting the classpath could also help: > > C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App > > Regards, > Gisbert Amm > > Gisbert Amm wrote: > >>You probably want to set the maven.jar.mainclass attribute to get the >>main class entry written to the jar manifest file. See >>http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html >> > > > Here you would call the jar directly: > > C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar > > >>>Hi, >>>I experienced an exception Error while executing the App class of my >>>project. >>>Could any body give some advice? where is the fault? >>> >>>Regards, >>>Jason >>> >>> 1.Run maven genapp to execute genapp >>>goal to create a new project; >>>2.execute jar goal with maven jar; >>>3.execute App class with >java tartget\test-application-1.0.jar >>>mdn.testapp.App; >>> >>>Error message from console: >>>C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App >>>Exception in thread "main" java.lang.NoClassDefFoundError: >>>target\test-app-1/0/jar >>> >>>The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2.0.2] cobertura-maven-plugin not working with 2.0.2
Hello, I like the cobertura-maven-plugin a lot, which I builded from the mojo-sandbox. This plugin did work fine with the maven-2.0.1 release, but is not working with maven-2.0.2 any more. Does any of you know a workaround or will there be an updated version soon? Regards, Ingo Stacktrace: [INFO] [cobertura:instrument] [INFO] [ERROR] FATAL ERROR [INFO] [INFO] org/apache/maven/wagon/util/FileUtils [INFO] [INFO] Trace java.lang.NoClassDefFoundError: org/apache/maven/wagon/util/FileUtils at org.codehaus.mojo.cobertura.tasks.AbstractTask.getLog4jConfigFile(AbstractTa sk.java:107) at org.codehaus.mojo.cobertura.tasks.AbstractTask.executeJava(AbstractTask.java :128) at org.codehaus.mojo.cobertura.tasks.InstrumentTask.execute(InstrumentTask.java :122) at org.codehaus.mojo.cobertura.CoberturaInstrumentMojo.execute(CoberturaInstrum entMojo.java:101) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManage r.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:531) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(Def aultLifecycleExecutor.java:859) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLif ecycleExecutor.java:731) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLife cycleExecutor.java:522) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:472) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifec ycleExecutor.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFail ures(DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(Defa ultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycle Executor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) 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) [INFO] - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
The main class is still not found. Did you type "tartget" (mind the "t") at the commandline? Try it again with "target". How does your jar look like? Does App.class sit within mdn/testapp? Does App.java in your project really reside within src/java/mdn/testapp? -Gisbert Zheng Wen Zhe wrote: I run the command again with -cp parameter,but got a different error?? do you have any clue about it? Regards, Jason ** C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; Exception in thread "main" java.lang.NoClassDefFoundError: mdn/testapp/App; -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:22 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: Setting the classpath could also help: C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App Regards, Gisbert Amm Gisbert Amm wrote: You probably want to set the maven.jar.mainclass attribute to get the main class entry written to the jar manifest file. See http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html Here you would call the jar directly: C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Exception in thread "main" java.lang.NoClassDefFoundError: ?? ??
I run the command again with -cp parameter,but got a different error?? do you have any clue about it? Regards, Jason ** C:\my-apps\genapp>java -cp tartget\test-application-1.0.jar mdn.testapp.App; Exception in thread "main" java.lang.NoClassDefFoundError: mdn/testapp/App; -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: 23 January 2006 10:22 To: Maven Users List Subject: Re: Exception in thread "main" java.lang.NoClassDefFoundError: Setting the classpath could also help: C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App Regards, Gisbert Amm Gisbert Amm wrote: > You probably want to set the maven.jar.mainclass attribute to get the > main class entry written to the jar manifest file. See > http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html > Here you would call the jar directly: C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar > >> Hi, >> I experienced an exception Error while executing the App class of my >> project. >> Could any body give some advice? where is the fault? >> >> Regards, >> Jason >> >> 1.Run maven genapp to execute genapp >> goal to create a new project; >> 2.execute jar goal with maven jar; >> 3.execute App class with >java tartget\test-application-1.0.jar >> mdn.testapp.App; >> >> Error message from console: >> C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App >> Exception in thread "main" java.lang.NoClassDefFoundError: >> target\test-app-1/0/jar >> >> The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception in thread "main" java.lang.NoClassDefFoundError: ????
Setting the classpath could also help: C:\my-apps\genapp\test-app>java -cp target\test-app-1.0.jar mdn.testapp.App Regards, Gisbert Amm Gisbert Amm wrote: You probably want to set the maven.jar.mainclass attribute to get the main class entry written to the jar manifest file. See http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html Here you would call the jar directly: C:\my-apps\genapp\test-app>java jar target\test-app-1.0.jar Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Exception in thread "main" java.lang.NoClassDefFoundError: ????
You probably want to set the maven.jar.mainclass attribute to get the main class entry written to the jar manifest file. See http://maven.apache.org/maven-1.x/reference/plugins/jar/properties.html Regards, Gisbert Amm Zheng Wen Zhe wrote: Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Exception in thread "main" java.lang.NoClassDefFoundError: ????
Hi, I experienced an exception Error while executing the App class of my project. Could any body give some advice? where is the fault? Regards, Jason 1.Run maven genapp to execute genapp goal to create a new project; 2.execute jar goal with maven jar; 3.execute App class with >java tartget\test-application-1.0.jar mdn.testapp.App; Error message from console: C:\my-apps\genapp\test-app>java target\test-app-1.0.jar mdn.testapp.App Exception in thread "main" java.lang.NoClassDefFoundError: target\test-app-1/0/jar The expect result is: "Hello world!" displaying in console. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] Generating was5 ejb code ?
Hi Malcolm, Are the EJB classes it is complaining about inside the jar you are trying to generate the deploy code for? I seem to recall that WAS doesn't like it when EJB classes are not directly in the jar but instead are referenced through a manifest classpath entry. Regards, Marcel --- Malcolm Wong Ho <[EMAIL PROTECTED]> wrote: > > I am getting this error, any idea what the cause is ? > > [wsejbdeploy] [*Error] ejbModule/ejbs/DefaultSessionHome.java(5): > CHKJ2907E: Type ejbs.DefaultSessionHome, or one of its supertypes, > cannot be reflected. Check the classpath. > [wsejbdeploy] [*Error] ejbModule/ejbs/DefaultSessionBean.java(5): > CHKJ2907E: Type ejbs.DefaultSessionBean, or one of its supertypes, > cannot be reflected. Check the classpath. > [wsejbdeploy] [*Error] ejbModule/ejbs/DefaultSession.java(5): > CHKJ2907E: Type ejbs.DefaultSession, or one of its supertypes, cannot > be reflected. Check the classpath. > [wsejbdeploy] [*Error] ejbModule/META-INF/ejb-jar.xml(Enterprise > bean: DefaultSession): CHKJ2802E: class > ejbs.DefaultSessionBean, or one of its supertypes, cannot be > reflected. Check the classpath. > [wsejbdeploy] [*Error] ejbModule/META-INF/ejb-jar.xml(Enterprise > bean: DefaultSession): CHKJ2803E: interface > ejbs.DefaultSessionHome, or one of its supertypes, cannot be > reflected. Check the classpath. > [wsejbdeploy] [*Error] ejbModule/META-INF/ejb-jar.xml(Enterprise > bean: DefaultSession): CHKJ2804E: interface > ejbs.DefaultSession, or one of its supertypes, cannot be reflected. > Check the classpath. > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2.0.1] Problem in Installing the Maven 2.0.1
This mail should have gone to the list users@maven.apache.org, without cross-posting it to the developers list. On the maven webpage you find good instructions: http://maven.apache.org/download.html#installation if these fail, you need to point what exactly goes wrong. k.r. Philippe On Mon, 2006-01-23 at 09:40 +, narayan dhumale wrote: > > Hello, > I am a newbie to Maven .I am not able to install it. > please guide me > > Regards, -- ir. Philippe Faes Ghent University - Department ELIS Sint-Pietersnieuwstraat 41 -- B-9000 Gent Tel:+32 9 264 95 25 - Fax:+32 9 264 35 94 http://www.elis.UGent.be/~pfaes ON5DEU -- LPIC1 -- gpg-key:173720B6 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2.0.1] Problem in Installing the Maven 2.0.1
Hello, I am a newbie to Maven .I am not able to install it. please guide me Regards,
[m1] Advice for output from Java-plugin
Hello folks, Currently I am writing a M1 plugin, but to make the transition to M2 less painless, it's almost completly written in Java. So far so good. The plugin will deal with files and create some special ones. Therefore I am utilizing Ant tasks, which works also fine. But what I do not manage to get working is printing to the consolew from within my Java code. Using System.out the output is not synchronized with the other plugin output from the Jelly code. 1) How can I print own messages *synchronized* to the console? 2) How do I have to initialize the Ant tags to do so? E.g. using a tag in a normal plugin.jelly writes a line to the console like "[copy] copied one file". Any hints welcome. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2.0.1] Problems with release:perform and the maven-project-2.0.1 plugin
it's certainly a timeout on ibiblio connection. Retry it. You can update your m2 to 2.0.2, we have fixed some bugs on file transfer. Emmanuel Michael McCrann a écrit : Hi, Until today, I have had 'release:prepare' and 'release:perform' working with Maven2. Today, I did a 'release-prepare', which worked fine. However, when I did the 'release-perform' I got the build error below. Any ideas anyone? Michael MCrann [INFO] [jar:jar] [INFO] Building jar: c:\maven_projects\fsgcommons-webutils\target\checkout\target\fsgcommons- webutils-1.14.jar [INFO] Preparing javadoc:jar Downloading: http://repo1.maven.org/maven2/org/apache/maven/maven-project/2.0.1/maven -project-2.0.1.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven:maven-project Reason: Error getting POM for 'org.apache.maven:maven-project' from the repository: Error transferring file org.apache.maven:maven-project:pom:2.0.1 from the specified remote repositories: central (http://repo1.maven.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) NOTICE This e-mail and any attachments are confidential and may contain copyright material of Macquarie Bank or third parties. If you are not the intended recipient of this email you should not read, print, re-transmit, store or act in reliance on this e-mail or any attachments, and should destroy all copies of them. Macquarie Bank does not guarantee the integrity of any emails or any attached files. The views or opinions expressed are the author's own and may not reflect the views or opinions of Macquarie Bank. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Download page title
Fixed in svn. Thanks. Emmanuel John Fallows a écrit : fyi - the download page title (window title) still says "Download Maven 2.0.1" instead of "Download Maven 2.0.2". http://maven.apache.org/download.html Kind Regards, John Fallows. -- http://apress.com/book/bookDisplay.html?bID=10044 Author: Pro JSF and Ajax: Building Rich Internet Components, Apress - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]