[maven-release-plugin] MRELEASE.760 not really fixed (but patch attached)
Hi all I noticed that: http://jira.codehaus.org/browse/MRELEASE-760 is closed as fixed, however it still asks for a development version using release:prepare (tested with dry run). I attached a patch to fix the problem and a test case. Since I cannot reopen that issue, I hope that I did the right thing writing here :-D Thanks in advance Antonio Petrelli - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Help me convincing Tomcat to use Maven
2011/12/19 Dennis Lundberg denn...@apache.org On 2011-12-19 10:02, Antonio Petrelli wrote: 2011/12/19 Stephen Connolly stephen.alan.conno...@gmail.com Here is my golden rule of builds. If it ain't broke, don't fix it. I don't know it is broke, however it is flawed. They are deploying Maven artifacts too using pom.xml files, so there is a mix with Maven/Ant. In fact, everything started with Mark Thomas that was enraged about the fact a person decided to move to Nexus for deployment. In fact they do use Maven. If Ant is their primary build tool, then I would suggest helping them set up Ant to use Maven Ant Tasks as a starting point. That is a great way of enabling an Ant build to deploy the artifacts into a Maven-style repository. Yes and no. Ant is their primary tool, however there is already a setup with a Maven structure that takes sources from outside. Antonio
Re: Help me convincing Tomcat to use Maven
2011/12/17 Olivier Lamy ol...@apache.org 2011/12/17 Antonio Petrelli antonio.petre...@gmail.com: Hi all Can you help me convincing the Tomcat team to switch to Maven? why ? As long as tomcat core dev are more comfortable with something else what will be the gain for us ? Perso I have started in tc7.x branch but did not finish (as not a lot of enthusiasm) see http://svn.apache.org/repos/asf/tomcat/tc7.0.x/trunk/maven/ I've seen it Olivier, but sincerely you are adapting Maven to get source where the should not be. I wanted to standardize the project. Did you have a look at the current tomcat build (some part will be complicated with maven :-) ) ? What parts are you referring to? I suppose the windows installer and the inclusion of APR, or is there something else? Thanks Antonio
Re: Help me convincing Tomcat to use Maven
2011/12/17 Benson Margulies bimargul...@gmail.com well, not every problem is well-solved by maven. In fact yes. If something is missing, writing a plugin could be an idea. Antonio
Re: Help me convincing Tomcat to use Maven
2011/12/19 Stephen Connolly stephen.alan.conno...@gmail.com Here is my golden rule of builds. If it ain't broke, don't fix it. I don't know it is broke, however it is flawed. They are deploying Maven artifacts too using pom.xml files, so there is a mix with Maven/Ant. In fact, everything started with Mark Thomas that was enraged about the fact a person decided to move to Nexus for deployment. In fact they do use Maven. You will just burn yourself out trying to get the unwanted change, and alienate yourself in the process. It's fun for me, really ;-) Antonio
Re: Help me convincing Tomcat to use Maven
2011/12/19 Olivier Lamy ol...@apache.org BTW again as tomcat core dev are more confident using something else why change ? The most important is to have bug fixed and new features added. Tools are companion to help the project they must not be the central point to take care. At least using maven can maybe help to increase the tomcat community to have patches Exactly, an easier development cycle attracts more external developers. For example, I just downloaded an Axis 2 Maven plugin to try to add a microfeature. I checked it out within Eclipse and puff I a ready to modify it. This is a pleasure. Antonio
Re: Can mojos have per-goal dependencies?
2011/12/19 Mark Derricutt m...@talios.com Just trying to work around some class loader issues with two libraries embedded different versions of rhino :( You could try to create a shaded artifact with the Maven Shade plugin for one of the two versions: http://maven.apache.org/plugins/maven-shade-plugin/ This way you don't need to mess with the classloader. Antonio
Re: Help me convincing Tomcat to use Maven
2011/12/19 Jason van Zyl ja...@tesla.io Antonio, you have to solicit the developers of Tomcat not us. You also have to convince the users of Tomcat because those are the only people who should be influencing the decisions of the developers. Maven developers telling Tomcat developers to switch is something at least within Apache I have striven to avoid. The team should pick the tool they prefer, and users can drive that but developers of competing tools trying to do the convincing isn't really appropriate. Thanks for the advise Jason, however I asked for help here :-) Moreover, I've seen such a resistance at Velocity. Once I showed them how clean is the new Velocity structure, they changed idea. I think that facts speak more than thousand words. Antonio
Help me convincing Tomcat to use Maven
Hi all Can you help me convincing the Tomcat team to switch to Maven? See this thread: http://tomcat.markmail.org/message/cp2czoud67m7qfb5 and the previous: http://tomcat.markmail.org/message/yyouywyp26bc7rg5 Thanks Antonio
[assembly] Empty classifier in dependency causes extra dash
Hi all I am writing here since I don't know if it is a bug, and if yes, if it is a bug of Maven core or the assembly plugin. I am using assembly plugin version 2.2.2 and 2.2.3-SNAPSHOT compiled from source. When I add a dependency of this type (notice the empty classifier element): [snip] dependency groupIdorg.apache.tiles/groupId artifactIdtiles-api/artifactId version2.2.2/version classifier / /dependency [/snip] and I put it inside the assembly descriptor: [snip] dependencySets dependencySet outputDirectory//outputDirectory /dependencySet /dependencySets [/snip] I see that the tiles-api jar contains an extra dash in its name: tiles-api-2.2.2-.jar Is this the intended behaviour? In spite of the empty classifier, WARs and EARs are correctly created, while assemblies are not. Though a minor bug, I think this is a bug. WDYT? I prepared a test case that I will submit with the bug report. I would like to fix it but I don't know if it is best to fix it at Maven level or Assembly Plugin level. Thanks Antonio
Re: [assembly] Empty classifier in dependency causes extra dash
2011/12/14 Stephen Connolly stephen.alan.conno...@gmail.com Smells like a bug... Yes it does. However I debugged the process and noticed that the getClassifier of org.apache.maven.artifact.Artifact class contains an emtpy String. This is the reason why I cannot decide if it is a Maven bug (not treating empty classifier element correctly to convert it into null) or assembly plugin (not treating the empty string classifier correctly to manage it as it was null). Antonio
Re: [assembly] Empty classifier in dependency causes extra dash
2011/12/14 Stephen Connolly stephen.alan.conno...@gmail.com assembly should have the fix anyway, or else the minimum version of maven that it supports would need to be supped to the first maven version with the fix Ok I created the issue: http://jira.codehaus.org/browse/MASSEMBLY-591 I attached a simple test case too. I will let you know my discoveries in comments of that issue. Antonio
Checkstyle configuration for Maven projects?
HI all I need to create a patch for a plugin and I need to follow code conventions. Is there any Checkstyle configuration file for Maven projects and plugins that can be used? I noticed that here: http://maven.apache.org/developers/conventions/code.html only formatters for IDEs are present, not Checkstyle configuration. For example, in Tiles we use this: http://svn.eu.apache.org/repos/asf/tiles/maven/trunk/build/tiles_checks_v5.xml Is there a similar file? Thanks Antonio
Re: Checkstyle configuration for Maven projects?
2011/9/29 Brett Porter br...@apache.org It's built in to the check style plugin - maven_checks.xml Oh my, this is the plugin I'm willing to patch. How stupid am I... Thanks Brett
[checkstyle] Patch for aggregate parameter review needed
Hi all I submitted a patch to the long-awaited aggregate parameter in Checkstyle plugin: http://jira.codehaus.org/browse/MCHECKSTYLE-62 Can anyone take a look at it and discuss it? Thank you Antonio
Re: svn commit: r1062210 - /maven/maven-3/trunk/pom.xml
2011/1/25 Jason van Zyl ja...@maven.org: EPL is more restrictive than ASLv2, therefore it is OK for EPL licensed projects to consume ASLv2 code... on the other hand it is not so acceptible for ASLv2 licensed projects to consume EPL licensed projects. That is completely not true. Read the actual document you linked to. An Apache project can consume EPL binaries. For more info about accepted licenses: http://www.apache.org/legal/3party.html#criteriaandcategories IOW, you can link to any A and B licensed software without any problem. A particular case is LGPL. The license allows you to link to a LGPL-licensed software, however you cannot redistribute it in an Apache Licensed package. Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Invoking Maven Goals Prorammatically
2010/12/7 Harshana Eranga Martin harshan...@gmail.com: Hi All, I am trying to execute clean and install maven goals for a java project from another java project by launching maven builder programmatically. I have came across Maven Invoker plugin. But I could not find any example code used to Invoke maven goals from a java project. Can some one point me to an example how to get this done using this maven invoker plugin? Calling Maven from Java is definitely a job for Maven Embedder (e.g. m2eclipse uses it). I can't find docs about it, though. Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: maven-velocity-plugin
2010/9/8 Robert Scholte rfscho...@codehaus.org: I just want to be sure it's not something which has already been developed for doxia siterendering [1] ... [1] http://velocity.apache.org/site/tools/velocity-site-doxia-renderer/index.html In fact the Velocity site doxia renderer is a bit outdated. Feel free to subscribe to the Velocity Developers mailing list to see if it can be included in Velocity: http://velocity.apache.org/contact.html Antonio - 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
2010/7/9 lukewpatterson lukewpatter...@gmail.com: 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? Don't take in consideration messages from Martin Gainty. As Julia is a great vacationer, Martin is some sort of bot that answers randomly (in the time) to a question with a totally random answer. I thought she might be a ghost, but newly gained empirical evidence leads me to believe that she is a vampire. In this case, Martin is a zombie :-D Antonio - 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.
2010/6/28 Stephen Connolly stephen.alan.conno...@gmail.com: Can somebody update the wiki please? Done, however I disagree with the counting, if I am in vacation from 28th to 29th of June, I have 2 days of holidays, right? Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[Stage/release plugin]: avoid reuploading of artifacts
Hi all, I have a problem with the stage plugin, or probably with the release plugin. When the staged artifacts have been promoted, they need to be copied to the main repository. The stage plugin does the work well, however it is very slow because it downloads the artifacts and reupload them. The plugin does this even if they are on the same physical server. It would be nice if there is a mechanism that copies the artifacts and *merge* only the metadata when on the same server. I open (and closed) an issue related to this problem, that proposes a mechanism to solve the problem with minimal impact: http://jira.codehaus.org/browse/MRELEASE-558 However, this is not feasible when more releases are done at the same time. WDYT? Thanks Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [Stage/release plugin]: avoid reuploading of artifacts
2010/5/14 Jason van Zyl ja...@sonatype.com: I create the stage plugin as a stopgap for releases at Apache until we had a better solution. We are now using Nexus here to stage and promote releases. The stage plugin is just not very good and I don't recommend using it. It's actually one of the plugins I would like to push to the attic here, it's not something I'll be looking now that we have a solution. I see your point Jason, and I must admit that Nexus is a great piece of software. However I think that using Nexus only to move artifacts and merge a pair of XML files is exaggerated. Probably the stage plugin could be modified only to merge metadata. After that, a simple script that copies the other files could be executed. Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [Stage/release plugin]: avoid reuploading of artifacts
2010/5/14 Jason van Zyl ja...@sonatype.com: On May 14, 2010, at 6:57 AM, Antonio Petrelli wrote: 2010/5/14 Jason van Zyl ja...@sonatype.com: I create the stage plugin as a stopgap for releases at Apache until we had a better solution. We are now using Nexus here to stage and promote releases. The stage plugin is just not very good and I don't recommend using it. It's actually one of the plugins I would like to push to the attic here, it's not something I'll be looking now that we have a solution. I see your point Jason, and I must admit that Nexus is a great piece of software. However I think that using Nexus only to move artifacts and merge a pair of XML files is exaggerated. It does a lot more then that. We haven't used the stage plugin ourselves for almost a year at this point. Don't get me wrong, I've never meant to be offensive. Nexus is great and it's staging suite is great, however (inverting the words I wrote so far) using Nexus for simple needs like moving artifacts and merging metadata is overkill. Probably the stage plugin could be modified only to merge metadata. After that, a simple script that copies the other files could be executed. I suggest you fork it out to github and do what you like with it. We really don't need it here anymore. Actually I am an Apache Tiles PMC member, can I fork it in the sandbox? Thanks Antonio - 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.
2010/4/30 Tim O'Brien tobr...@discursive.com: 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 Oh dear I'm crying for the laugh :-D Antonio - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Unsubscribe me
2010/4/21 chandrashekar.marigo...@ubs.com: Hello Team, Please unsubscirbe me from the Maven Developers list Follow the arrow: | | | | V - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
MJAVADOC-116: is won't fix the best solution?
Hi all, sorry to disturb you, but I sincerely don't like that MJAVADOC-116 has been closed: http://jira.codehaus.org/browse/MJAVADOC-116 The bug (because it *is* a bug) is still there, and closing it won't hide the problem. Why did you close it? Can you explain the technical difficulties that you had? Why don't you leave it open and change the fix for value? I think this is, essentially, a known issue and must stay open until someone solves it. Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MJAVADOC-116: is won't fix the best solution?
2008/7/30 Vincent Siveton [EMAIL PROTECTED]: I understand your arguments but this issue is due to @requiresDependencyResolution tag. It is more a core problem than a plugin issue. Thank you Vincent, but then why don't you open a new issue for the core, and let MJAVADOC-116 depend on this one, and leave them open anyway? It will be useful at least to track problems. Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MJAVADOC-116: is won't fix the best solution?
2008/7/30 Vincent Siveton [EMAIL PROTECTED]: Done Great, thanks a lot :-) So it's MNG-3283 the real problem... Thanks again and sorry for the (unintended) rudeness. Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help needed to fix Apache rules for Maven site
2007/11/29, Vincent Siveton [EMAIL PROTECTED]: Hi folks, I noticed that the 404 rule doesn't display correctly the error page in this case: http://maven.apache.org/shared/maven-web-ui-tests/ (with the /) The display is correct without the / in the url, ie http://maven.apache.org/shared/maven-web-ui-tests It seems that it is a problem loading the CSS file: possibly the CSS should be absolutely referenced. Antonio
Re: Julia Antonova/Tumlare is out of the office.
2007/9/16, Shane Isbell [EMAIL PROTECTED]: It looks as though they are hiring, if you are interested in sales: http://www.tumlare.com/index.php?option=com_contenttask=viewid=71Itemid=64 Now I understand! She's out of office because she's on a cruise :-P Antonio
Re: [vote] Mauro Talevi committer access
2007/9/5, Brian E. Fox [EMAIL PROTECTED]: Mauro is an existing Apache Committer on the Excalibur project (http://excalibur.apache.org/team-list.html) as well as the mojo project at Codehaus. He has recently been working on the shade plugin currently up for vote to be moved to Apache. As he has demonstrated ability and we can use the help maintaining shade and Maven in general, I'd like to call a vote to add Mauro as a Maven Committer. Maybe I am missing something, but vote for adding a committer shouldn't be made in the private mailing list? Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2-javadoc] MJAVADOC-116 fix?
Hi all! Sorry if I seem rude, but I wish you to know, if you didn't notice it, that I attached a small test case in MJAVADOC-116: http://jira.codehaus.org/browse/MJAVADOC-116 Moreover, this issue has 15 votes, so I think it deserves some attention. I wish to collaborate in the resolution, but I don't know where to start. Thanks Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]