Re: feedback on maven-invoker-plugin patches
Thanks for the blazing-fast help, Olivier. Regarding the Java 5 language updates I referred to in my original post, I created http://jira.codehaus.org/browse/MINVOKER-114 MINVOKER-114 . -- View this message in context: http://maven.40175.n5.nabble.com/feedback-on-maven-invoker-plugin-patches-tp3313521p3315179.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
feedback on maven-invoker-plugin patches
Hi, I created two issues for maven-invoker-plugin: duplicate script classpath entries are not filtered out, can cause ClassCastException - http://jira.codehaus.org/browse/MINVOKER-112 and update to Groovy 1.7.5 (from 1.5.6) - http://jira.codehaus.org/browse/MINVOKER-113 The first issue is a bug and the second is an improvement. I've attached some clean, straight-forward patches to each. Any feedback is appreciated. I'm hoping those can get applied soon. Also, if there's interest, I can contribute some time to get the project Java 5'd (adding generics, enhanced for loops, etc.). Thanks, Luke -- View this message in context: http://maven.40175.n5.nabble.com/feedback-on-maven-invoker-plugin-patches-tp3313521p3313521.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Fwd: archetype-catalog.xml and its properties and goals elements, what populates them?
Hervé BOUTEMY wrote: seems like this will be the big addition in 2.1 and your summary is interesting: writing a User Proposal [1] with it and a Jira issue [2] would be great didn't have time today to be the fully compliant citizen (coherent descriptions and patches), but I at least got some stuff dumped out there: user proposal: http://docs.codehaus.org/display/MAVENUSER/Allow+goals+to+be+attached+to+post+Velocity+template+process+in+archetype+generation http://docs.codehaus.org/display/MAVENUSER/Allow+goals+to+be+attached+to+post+Velocity+template+process+in+archetype+generation related Jira: http://jira.codehaus.org/browse/ARCHETYPE-328 http://jira.codehaus.org/browse/ARCHETYPE-328 thanks -- View this message in context: http://maven.40175.n5.nabble.com/Fwd-archetype-catalog-xml-and-its-properties-and-goals-elements-what-populates-them-tp2843289p2845181.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Fwd: archetype-catalog.xml and its properties and goals elements, what populates them?
Hervé BOUTEMY wrote: Forwarding this question to dev list... Yay! I have the attention of the right person at the right time. Hervé BOUTEMY wrote: archetype descriptor [2] should have goals I'll dump related thoughts here: * I like the ability to add goals in archetype descriptor * sometimes certain goals will always have to be executed after an archetype, why not allow it to be done automatically, less instructions for the archetype consumers to follow * It cleanly augments the velocity templating with custom logic * I use one-off Groovy+AntDSL mojos in my highly-specialized archetypes to continue the conversation started by archetype, I need the boost of logic to really add value to the archetype * My follow-up goals have interactivity in CLI, not sure how m2e would handle that in its wizard * the goals need to allow properties (e.g. goaldoit -DmyProperty=true/goal) * goals need to execute in order, currently I don't think order is respected with the catalog descriptor method and somewhat-related: * archetype has some default properties (package, artifactId), which is nice, but it is hard to override and/or not use them, e.g. if I add a package property, it shows up twice in the list displayed to user -- View this message in context: http://maven.40175.n5.nabble.com/Fwd-archetype-catalog-xml-and-its-properties-and-goals-elements-what-populates-them-tp2843289p2843788.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Apache Maven 3.0-beta-2
noticed different behavior when running =beta-1 and this, I'm guessing it's related to: http://jira.codehaus.org/browse/MNG-4615 ([regression] @required plugin parameters are not validated) the new behavior might actually be the desired behavior, not sure from the plugin's plugin.xml: mojo goalgenerate-osgi-manifest/goal parameters ... parameter namedocURL/name typejava.lang.String/type requiredtrue/required editabletrue/editable descriptionThe Bundle-DocURL for this project./description /parameter configuration docURL implementation=java.lang.String default-value=${project.url}${docURL}/docURL my project never explicitly defines the project.url element in the pom, so =beta-1 was using as the value, now I get The parameters 'docURL' for goal ...:generate-osgi-manifest are missing or invalid... like I said, this could very well be the desired behavior, not sure what missing pom elements default to -- View this message in context: http://maven.40175.n5.nabble.com/VOTE-Release-Apache-Maven-3-0-beta-2-tp2267407p2435131.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Should scope names be validated?
I was wondering the exact same thing just yesterday, I ran into a project using scopecomplie/scope for several of its dependencies -- View this message in context: http://maven.40175.n5.nabble.com/Should-scope-names-be-validated-tp2266705p2266712.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
RE: Why is Julia Antonova/Tumlare subscribed
mgainty wrote: http://news.bbc.co.uk/2/hi/world/us_and_canada/10564994.stm So your theory is that she is/was a spy? Maybe from Ant? I thought she might be a ghost, but newly gained empirical evidence leads me to believe that she is a vampire. You may ask, Who are you who are so wise in the ways of science? I'm the one who laid out garlic in a line across my driveway last night. Sure enough, she never crossed the line, I watched all night. Case settled. -- View this message in context: http://maven.40175.n5.nabble.com/Julia-Antonova-Tumlare-is-out-of-office-tp1044767p1045513.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Julia Antonova/Tumlare is out of office.
Barrie Treloar wrote: I wonder if this is her http://www.facebook.com/people/Julia-Antonova/1161441716 I think the most likely[1] answer is that she is a ghost[2, evidence] who doesn't realize that out-of-office updates are no longer necessary. Either way, if she is/isn't a ghost, I can only imagine the commotion if she appeared at a Maven Meetup. Would it be appropriate to ask for her autograph? [1] http://en.wikipedia.org/wiki/Occam%27s_razor [2] http://wc.rootsweb.ancestry.com/cgi-bin/igm.cgi?op=GETdb=alicemariebeardid=I634 -- View this message in context: http://maven.40175.n5.nabble.com/Julia-Antonova-Tumlare-is-out-of-office-tp1044767p1045022.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven is downloading older version of junit
A couple of things to try: Make sure you don't have the bad version of version 4.8.1 http://old.nabble.com/junit-4.8.1---org.junit-cannot-be-resolved-tt28385338.html#a28386276 Run tattletale to see where the junit classes are coming from, maybe you have a duplicate from a repackaging coordinate: http://insuchaworld.blogspot.com/2010/03/using-jboss-tattletale-tool-in-maven.html -- View this message in context: http://old.nabble.com/Maven-is-downloading-older-version-of-junit-tp28535146p28536491.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Julia Antonova/Tumlare is out of office.
Tim O'Brien wrote: Ok, I'm glad we were all prepared for this. I've made sure to update the Maven FAQ to include this info for others that might be confused: http://docs.codehaus.org/display/MAVENUSER/FAQs-1#FAQs-1-IsJuliaAntonova%2FTumlareoutoftheoffice%3F looks like there is a wikipedia article too: http://en.wikipedia.org/wiki/Julia_Antonova/Tumlare_out_of_the_office it looks like it needs some more content though, not much there -- View this message in context: http://old.nabble.com/Julia-Antonova-Tumlare-is-out-of-office.-tp28415758p28416797.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Julia Antonova/Tumlare is out of office.
Wayne Fay wrote: You'd think Julia would eventually figure out that she should not be sending these out of office emails to public mailing lists... I guess not. In her defense, her posts have always been helpful to me. http://old.nabble.com/user/UserPosts.jtp?user=845884 her insights -- View this message in context: http://old.nabble.com/Julia-Antonova-Tumlare-is-out-of-office.-tp27460872p27473899.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Redeployment of plugin sites (was Re: [maven-shade-plugin] Typo in examples)
Benjamin Bentmann wrote: Do we have some guideline for the deployed plugin site and its state/contents? I really wish using ${project.version} in the site url pattern was a more common practice. -- View this message in context: http://www.nabble.com/-maven-shade-plugin--Typo-in-examples-tp22518921p22523546.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: What is the official Eclipse repo layout (was: How to use central repo into an Eclipse project?)
With the groupIdorg.eclipse.equinox/groupId artifactIdorg.eclipse.equinox.app/artifactId example, it seems like the conventional configuration would become groupIdsomeGroupId/groupId artifactId${project.groupId}.someArtifactId/artifactId. Is that correct? What should something like SWT look like? groupIdorg.eclipse.swt/groupId artifactIdorg.eclipse.swt/artifactId [1] or groupIdorg.eclipse/groupId artifactIdswt/artifactId [2] or groupIdorg.eclipse/groupId artifactIdorg.eclipse.swt/artifactId ? Relocation poms would be very helpful if any coordinates change during this process. As it is now, I have a lot of exclusion filters for my transitive mixed-coordinate eclipse dependencies. Thanks, Luke [1] - versions 3.2.0 and 3.2.1 @ http://repo1.maven.org/eclipse/ [2] - versions 3.3.0-v3339b, 3.3.0-v3345b and 3.3.0-v3346 @http://repo1.maven.org/eclipse/, versions 3.2.1-v3235e and 3.3.0-v3346 @http://repo1.maven.org/maven2/ -- View this message in context: http://www.nabble.com/What-is-the-official-Eclipse-repo-layout-%28was%3A-How-to-use-central-repo-into-an-Eclipse-project-%29-tp17396298p18784119.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]