Re: [VOTE] Maven 3.3.1 Release
Is 3.3.1 released? Available on maven central http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22org.apache.maven%22%20AND%20a%3A%22maven%22 //christian On 03/13/2015 09:21 PM, Jason van Zyl wrote: Hi, Time to release Maven 3.3.1! Here is a link to Jira with 37 issues resolved: https://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=21013 Staging repo: https://repository.apache.org/content/repositories/maven-1151/ The distributable binaries and sources for testing can be found here: https://repository.apache.org/content/repositories/maven-1151/org/apache/maven/apache-maven/3.3.1/ Specifically the zip, tarball, and source archives can be found here: https://repository.apache.org/content/repositories/maven-1151/org/apache/maven/apache-maven/3.3.1/apache-maven-3.3.1-bin.zip https://repository.apache.org/content/repositories/maven-1151/org/apache/maven/apache-maven/3.3.1/apache-maven-3.3.1-bin.tar.gz https://repository.apache.org/content/repositories/maven-1151/org/apache/maven/apache-maven/3.3.1/apache-maven-3.3.1-src.zip https://repository.apache.org/content/repositories/maven-1151/org/apache/maven/apache-maven/3.3.1/apache-maven-3.3.1-src.tar.gz Source release checksum(s): apache-maven-3.3.1-src.zip sha1: 93b2e7efaec93437aee67f0618fc77793e20a828 Staging site: http://takari.io/maven-3.3.1/ Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, The Maven Team - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Progress update Re: [VOTE] Rename repository manager
I guess it is to late to vote, and I'm don't even know if I can vote as a normal user but I would go for Archiva and not Curator +1 Archiva For me (even when I know curator means) curator is to close with the swedish word Kurator, which for most people is a person that you goes to if you need some help with possible psychological problems.. However the swedish word kurator do also have the same meaning as curator. Brett Porter wrote: We currently have: Curator: 13 Librarian: 2 Archiva: 7 (this is assuming Martin and Joakim voted for Archiva) While I said 72 hours, that fell over the weekend so I'll look at this again in 12 hours. I'm starting to lean towards Archiva or a new one: Archivist (according to Wikipedia, An archivist is a professional who assesses, collects, organizes, preserves, maintains control over, and provides access to information determined to have permanent value.) On 10/08/2006 9:57 AM, Brett Porter wrote: Please vote for one of the following names: [ ] Archiva [ ] Curator [ ] Librarian [ ] Nexus [ ] Repository Manager (ie, don't change it) I'm going to add the following votes for curator from the previous thread so no need to vote again unless you'd like to change it (none of the others expressed a preference for a single one other than proposing it): Brian Fox, Allan Ramirez, Maria Odea Ching, Edwin Punzalan, Brett Porter, Wendell Beckwith We will create mailing lists: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Then, SVN will be renamed and I'll put together a beta release. Vote will close in 72 hours. Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Christian Andersson - [EMAIL PROTECTED] Configuration and Collaboration for OpenOffice.org Open Framework Systems AS http://www.ofs.no - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Publishing Glassfish jars (javax.* apis) in Maven repos
Wayne Fay wrote: Don't suppose anyone has a method for comparing the contents of two file system trees? I can extract the class files from their distribution, build from source myself, and compare the file sizes etc assuming I can find a simple comparison process. well I'm not sure what system you are sitting on, bet there exist many different diff applications for either linux and windows anyway, what I'm using the most for file comparisment is kdiff3 which from according to the site works on amny different linux distros, windows and osx.. http://kdiff3.sourceforge.net/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: new site
Hi, I was wondering, are the inconsistencies in the header of the 2 sites intenden or just human errors? (OBS, they are not BIG errors, you might consider them more like build warnings :-) anyway here they come those that I have found.. * The maven apache logo has links to 2 different places the logo on the maven sites always goes to www.apache.org but the logo on the maven 2 site goes to maven.apache.org * should it be Last published, or Last Published .-) * the menu-bar on the right should perheps have more or less the same entries, for example, does not continuum exist for maven 2? does not maven 2 have any plugins? /Christian Andersson Brett Porter wrote: here is the proposed new site: http://people.apache.org/~brett/maven2-stage-site/ http://people.apache.org/~brett/maven-stage-site/ any final objections? - Brett - 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]
[jira] Created: (MEV-64) wrong version for emma/emma is declared, there is no 2.0.latest in the repository.
wrong version for emma/emma is declared, there is no 2.0.latest in the repository. -- Key: MEV-64 URL: http://jira.codehaus.org/browse/MEV-64 Project: Maven Evangelism Type: Bug Components: Dependencies Reporter: Christian Andersson I'm trying to use directory-networking/mina in one of my projects,but whatever I do I can't get it to compile anything since mina is depending on emma/emma v2.0.latest and there is no such thing on ibiblio. v2.0.5312 seems to be the version they are after. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Signing jars
cofor me the jnlp plugin did not do what I expected, therefore I created my own plugin for this. unfourtunally in the end it did not work for me as expected either :-( so I went back to signing the jars with a simple script calling jarsigner. but I could just show you what I did in the plugin. --plugin.jelly- ?xml version=1.0? project xmlns:j=jelly:core xmlns:ant=jelly:ant xmlns:maven=jelly:maven goal name=sign prereqs=sign:sign/ goal name=sign:sign description=ign the project jar file ant:signjar jar=${maven.build.dir}/${maven.final.name}.jar storepass=${sign.store.password} storetype=jks keystore=${sign.store.path} alias=${sign.key.alias} keypass=${sign.key.password}/ /goal /project --plugin.jelly- /Christan Carlos Sanchez wrote: Hi, I'd like to sign the generated jar and after taking a look to jnlp plugin seems that its purpose is other than just signing, should I use it or it'd be better adding a jar:sign goal? Thanks in advance. Carlos Sanchez A Coruña, Spain http://www.jroller.com/page/carlossg - 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: [maven-java-plugin] add support for rmic?
I've made a small rmic plugin for my own usage (with some help from within here) what it does is that it searches all compiled classes from your project, and locates every class that implements the java.rmi.Remote interface, the class cannot be an interface or abstract) it then calls rmic for all of these classes, hence there is no need for a maven.rmi.classes variable or anything... well it works for me atleast :-) /Christian Andersson Tim Anderson wrote: In a couple of projects I work on, I add a postGoal to java:compile to invoke rmic - from other posts, this seems to be a fairly common approach. Would it be worth adding support for this to the java plugin? E.g (OTOH): postGoal name=java:compile j:if test=${context.getVariable('maven.rmi.classes') != null rmic base=${maven.build.dest} includes=${maven.rmi.classes} classpath refid=maven.dependency.classpath/ /rmic /j:if /postGoal -Tim - 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: [maven-java-plugin] add support for rmic?
Rafal Krzewski wrote: Christian Andersson wrote: I've made a small rmic plugin for my own usage (with some help from within here) what it does is that it searches all compiled classes from your project, and locates every class that implements the java.rmi.Remote interface, the class cannot be an interface or abstract) it then calls rmic for all of these classes, hence there is no need for a maven.rmi.classes variable or anything... Now that rc1 has been cut, and maven-plugins repository @ cvs.apache.org is online, it's a good moment to submit your plugin. File an issue in jira with the sources attached. aaarg.. don't scare me like that... if I do that, you'll be able to see how badly I've written my source... Nah, just joking I'll clean it up and do it tonight (have not time to do it at work hours) /Christian Andersson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [maven-java-plugin] add support for rmic?
perheps a bit overkill, but for me, it was the ease of useage that was the most important stuff..., I mean it is very easy to just forget to add anything to a property... I've not tested anything regarding speed and I don't have a large codebase to test on, we use many smaller projects instead... /Christian Andersson Tim Anderson wrote: Hmm - sounds a little like overkill to me. How much time does it add to each build compared to one where the list of classes to generate stubs for are predefined? And how well does it scale to large codebases? From: Christian Andersson [mailto:[EMAIL PROTECTED] I've made a small rmic plugin for my own usage (with some help from within here) what it does is that it searches all compiled classes from your project, and locates every class that implements the java.rmi.Remote interface, the class cannot be an interface or abstract) it then calls rmic for all of these classes, hence there is no need for a maven.rmi.classes variable or anything... well it works for me atleast :-) /Christian Andersson Tim Anderson wrote: In a couple of projects I work on, I add a postGoal to java:compile to invoke rmic - from other posts, this seems to be a fairly common approach. Would it be worth adding support for this to the java plugin? E.g (OTOH): postGoal name=java:compile j:if test=${context.getVariable('maven.rmi.classes') != null rmic base=${maven.build.dest} includes=${maven.rmi.classes} classpath refid=maven.dependency.classpath/ /rmic /j:if /postGoal -Tim - 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]