Re: Mentor Request

On 24 July 2016 at 18:34, Rajiv Jain wrote: > Not really. I don't mind. Basically, where help is needed and important > features/improvements/fixes need to > The [Guide to helping with Maven]{ http://maven.apache.org/guides/development/guide-helping.html} has all the information you need to star

Re: Mentor Request

On 23 July 2016 at 20:48, Rajiv Jain wrote: > Hi > > My name is Rajiv and I am interested in working with the development of > Apache Maven. I have recently started making contributions though Pull > requests and would like to contribute to Apache Maven. I believe Apache > Maven is in active deve

Re: [VOTE] Retire Maven Eclipse Plugin / Donation to Mojohaus

On 4 October 2015 at 19:48, Robert Scholte wrote: > Hi, > > during the latest upgrade of the plugin-parent I faced several issues with > the maven-eclipse-plugin. > It will take quite some time to fix these issues, but is it worth > maintaining it here? > Nowadays the Maven support for Eclipse is

Re: Full migration to Git

On 3 June 2015 at 18:14, Kristian Rosenvold wrote: > FYI; I am setting up a full copy of asf svn (just 65GB) and will be trying > some imports once this is ready > How did this go?

Re: preparing Maven Parent POM version 27

On 9 September 2015 at 16:02, Anders Hammar wrote: > Yes! Didn't we already decide on this? Or was it Java 7 even? > Didn't we also write the decision down somewhere too? I think https://maven.apache.org/developers/java5.html https://maven.apache.org/developers/java6.html And something about w

Re: Full migration to Git

Where are we at with this? I know enough to be dangerous - but not useful. And I need to the same migration at work (we've been contemplating moving off SVN for over 18 months but hey...) So learning how to do this and applying that knowledge on the Maven repositories is a benefit, but I am strug

s/Git/SCM "magic" checkout - Needs your help to test and eyeball the code

http://maven.40175.n5.nabble.com/Git-as-the-canonical-SCM-td5719980.html#a5720106 Wow, 3 years ago and almost on its anniversary... Many years ago there was talk about a "magic" plugin that would help you checkout the "vertical" stack of a plugin and its been an itch I've been meaning to scratch.

Re: Maven invoker plugin, addTestClassPath failing, but manually adding as dependency works

On 5 September 2015 at 17:35, Robert Scholte wrote: > Op Sat, 05 Sep 2015 08:56:09 +0200 schreef Barrie Treloar < > baerr...@gmail.com>: > > I'm using the invoker plugin to test the mojo I'm hacking. >> >> I had assumed that the mojo's classpath would

Maven invoker plugin, addTestClassPath failing, but manually adding as dependency works

I'm using the invoker plugin to test the mojo I'm hacking. I had assumed that the mojo's classpath would be available to invoker, but when I print out the classpath that doesn't appear to be the case. I've tried the addTestClassPath option but then I'm getting groovy.lang.GroovyRuntimeException:

Re: Writing poms from mojos

On 4 September 2015 at 02:49, Daniel Kulp wrote: > > The shade plugin can also create a “dependency reduced” pom. Thanks. The dependency reduced pom is completely regenerated by MavenJDOMWriter.updateModel and doesn't attempt to keep any of the original pom's formatting. It uses jdom to genera

Re: Writing poms from mojos

On 3 September 2015 at 20:49, Igor Fedorenko wrote: > Like I mentioned earlier, tycho-versions-plugin > Thanks, and especially for the link into the source file. That save me effort. I saw Tycho earlier and read m2eclipse. oops.

Re: Writing poms from mojos

tidy-maven-plugin (https://github.com/mojohaus/tidy-maven-plugin) works similar to versions plugin. It uses a String copy of pom and for the non-trivial tidy tasks an XMLEventReader from StAX api to manipulate rewrites, and plexus.util.FileUtils.fileWrite to write the pom file out.

Re: Writing poms from mojos

There are ~3000 plugins in Maven Central ( http://search.maven.org/#search|ga|1|p%3A%22maven-plugin%22). My eyes glazed over after scanning through the first 100 to see if there are plugin names to indicate if they might re-write poms. So I'll stick with the available plugins list ( http://maven.a

Re: Writing poms from mojos

I've just looked at versions-maven-plugin, where a custom XMLEventReader (ModifiedPomXMLEventReader) is used to rebuild the pom file. A custom class is used because "StAX API (JSR-173) are not good round-trip rewriting while keeping all unchanged bytes in the file as is. For example, the StAX API

Re: Writing poms from mojos

So, I'm sensing that rewriting the pom is a free-for-all and not something we do through a Maven API.

Re: [jira] [Moved] (MNG-5878) Subversion SCM module URLs incorrectly build when module name != artifactId

On 27 August 2015 at 05:02, Hervé Boutemy (JIRA) wrote: > > > Say you have this project structure: > > {noformat} > > / > > |-- module1 > > |-- module2 > > {noformat} > > and artifactIds are named: > > {noformat} > > my-parent > > |-- my-module1 > > |-- my-module2 > > {noformat} > > Prefi

Re: Writing poms from mojos

On 26 August 2015 at 20:41, Robert Scholte wrote: > depending on what you want, maybe flattened-maven-plugin[1] can come to > the rescue. I need the mojo I am hacking to rewrite the pom's to bend to my will. I'm probably a week away from having a working git magic plugin working.

Re: Writing poms from mojos

On 26 August 2015 at 20:10, Robert Scholte wrote: > I still have this wish to replace the JDom implementation with Woodstox, > so all kinds of dirty tricks can be removed. > I would gamble on that approach. I can't wait :) My itch is already burning so I'll live with the damned version now. I

Writing poms from mojos

The release plugin has AbstractRewritePomsPhase which uses a lot of private methods to do its work. Is there a more utilitarian way of writing a pom? I really only need to fiddle with a couple of values in an existing pom (keeping whitespaces/formatting/etc) and re-write it.

Re: maven-remote-resources-plugin downloads from disabled repositories

You can see that the snapshot repos are disabled in the configuration of the mojo. Yet snapshots get downloaded. [DEBUG] Configuring mojo org.apache.maven.plugins:maven-remote-resources-plugin:1.5:process from plugin realm ClassRealm[plugin>org.apache.maven.plugins:maven-remote-resources-plugin:1

Re: Interpolation with no pom leaves ${project.basedir} unresolved

On 26 August 2015 at 03:11, Hervé BOUTEMY wrote: > see interpolation documentation in [1] > > and ModelInterpolator javadoc [2] > "projectDir - The project directory, may be null if the model does not > belong > to a local project but to some artifact's metadata." Thanks. I didn't know about th

Interpolation with no pom leaves ${project.basedir} unresolved

In the mojo there is a Property with a default value of "${project.build.directory}/checkout" When maven is run in a directory with a pom, this will get interpolated as "/full/path/to_directory_with_pom_file/target" When maven is run in a directory without a pom, this will get interpolated to "${

Re: maven-remote-resources-plugin downloads from disabled repositories

On 24 August 2015 at 14:09, Barrie Treloar wrote: > > > On 23 August 2015 at 23:24, Karl Heinz Marbaise wrote: > > mvn -pl maven-scm-plugin clean package > > > I'm trying -pl now. > > Something is going wrong in that its using an old version of the >

Re: maven-remote-resources-plugin downloads from disabled repositories

On 23 August 2015 at 23:24, Karl Heinz Marbaise wrote: mvn -pl maven-scm-plugin clean package I'm trying -pl now. Something is going wrong in that its using an old version of the snapshot... and I need to work out why.

Re: maven-remote-resources-plugin downloads from disabled repositories

Martin, I'd tried this but it still seems to pull down the new snapshots central central https://repo.maven.apache.org/maven2 false never apache.snapshots https://repo

maven-remote-resources-plugin downloads from disabled repositories

I'm tinkering with maven-scm and when I build it locally via ../maven-scm/maven-scm-plugin> mvn -X clean install -Drat.skip Maven attempts to download the snapshot metadata for it's the already installed snapshot files. (This is probably because I'm running inside a module and not at the top leve

single string GAV exploding as a utility method somewhere in Maven?

Is there somewhere in the Maven code that we handle a single string as a GAV that can get exploded correctly for Artifact resolving? The dependency:get does it manually, and I'm loathe to copy-and-paste.

How to determine which git repo MAven plugins reside in (was [ANN] 2015 Committer School for people who want to become Maven Committers)

This is a good question. Normally, I'd look at the jira project which would link back to the Maven project web pages. The summary jira page https://issues.apache.org/jira/browse/MNG?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel doesn't describe MNG components well enough to fi

[ANN] 2015 Committer School for people who want to become Maven Committers

It's time for the yearly committer school announcement. If your company uses Maven, wouldn't it be good to convince them to spend some of your time helping to make Maven better for them (and every one else)? If you use Maven, which of your itches do you think need scratching the most? Find some s

Re: Jira access for new committer

I've pinged Brian to have a look.

Re: Jira access for new committer

On 24 June 2015 at 07:27, Manfred Moser wrote: > Anyone know what I have to do to either get the simpligility account > configured with more access rights (adding some roles) so I can manage > manage JIRA issue for site, plugins, core and so on or otherwise how to > access an account linked to my

Re: Maven site issues

On 24 June 2015 at 07:28, Manfred Moser wrote: > Hi again, > > I would like to clean up the issues for the Maven site by going through and > closing old ones or applying any changes I find useful. Provided I get my > JIRA setup working .. am I okay to proceed on this? You have the commit bit, y

Re: Jira access for new committer

On 24 June 2015 at 07:27, Manfred Moser wrote: > > Hello all, > > Thanks to your support I am now a new committer and would like to get the > ball rolling. I have subscribed to all the mailing lists and followed the > various ASF committer/developer docs. > > I have also done my first SVN commit

Re: Full migration to Git

On 31 May 2015 at 08:18, Jason van Zyl wrote: > I’m sure those responsible for the migration of the Mojo project monorepo > into the separated repos will help us. I ask because I'm going to be facing the same thing at work soon-ish, so there is a good chance of finding some capacity during work

Re: Full migration to Git

On 30 May 2015 at 21:29, Jason van Zyl wrote: > Nothing will give me greater joy than removing the last traces of SVN from > the Maven project. > > Did someone already start a list of what to convert? If so I’ll use that > as a starting point, if not I’ll make one. > > Have we already discussed b

Re: [VOTE] Add Manfred Moser as committer

+1

Re: Jekyll experiment

On 3/19/15 4:32 AM, Jason van Zyl wrote: > > Anyone interested in trying a Jekyll experiment for our website? I'm not familiar with Jekyll. I've noticed sphinx-doc and asciidoctor. I'm currently reading the jekyll documentation... -

Re: JIRA

On 28 December 2014 at 08:46, Jason van Zyl wrote: > Would certainly be easier to have it at Apache at this point. I don't > think it's particularly hard, just time consuming. I think the only safe > option is exporting the entire database and removing all projects except > ours. It will probably

Re: Need Jira account

It's not obvious but you click in the top left on the xircles icon and sign up there. If you want your first patch should be to make sure the documentation is up to date for someone new to the project!

Re: Removing the Ant Bootstrap

On 20 December 2014 at 10:37, Jason van Zyl wrote: > > I myself have not used the bootstrap in 18 months. I use a previously > built version of Maven. Anyone using it? Anyone care if I remove it? +1. It's a complicated setup that can be avoided.

Re: maven-eclipe-plugin build failing due to "Could not generate DH keypair"

On 7 December 2014 at 10:24, Jörg Schaible wrote: > Benson Margulies wrote: > > > Well, the only users would be either people using old versions of > Eclipse, > > or very stubborn people trying to use it in the teeth of m2e. > > Or users that explicitly remove m2e from their Eclipse installation

Re: Grief and pain with our unit/integration tests

On 28 November 2014 at 08:16, Anders Hammar wrote: > I've been in the same position as you. My solution back then was to work on > Maven (and also some plugins) on my private MBP connecting to Internet > through other channels (an open guest network). I used my laptop tethered to my phone. The

Re: Who evaluates in site.xml?

On 30 October 2014 07:33, Michael Osipov wrote: > [del] > > I did a code analysis now. > [del] Is that a manual inspection - or are you using tooling?

Re: PlexusTestCase ?

On 16 October 2014 03:49, Robert Scholte wrote: > "TestCase" is so 20th century... > > *If* you want to do it, please make a TestRule of it. > See also https://jira.codehaus.org/browse/MPLUGINTESTING-28 Alright, I'll bite. Send me more links on why this is better?

Re: Plexus Archiver / Plexus Components

Wasn't there talk a while ago to remove Plexus entirely with more maintained and up-to-date equivalents? Would it be simpler to leave the artifacts at their existing locations and make minor changes there, and instead migrate away? I've paid zero attention as to how much work, or how feasible, th

Welcome Karl Heinz Marbaise to the Maven PMC

I'm pleased to announce that the Maven PMC has voted to add Karl to the Maven PMC. Welcome, Karl.

Re: [ANN] 2014 Committer School for people who want to become Maven Committers

On 19 August 2014 18:10, Hervé BOUTEMY wrote: > Le mardi 19 août 2014 09:14:48 Martin Todorov a écrit : > > Hi Barrie, > > > > Nice to hear back from you guys! > > > > Indeed, I do have a JIRA account, but last time I tried, I wasn't able to > > assign myself issues. Could somebody please look in

Re: [ANN] 2014 Committer School for people who want to become Maven Committers

On 16 August 2014 02:26, Martin Todorov wrote: > Hi, > > I would like to become a Maven committer. I have lately been contributing > fixes to the maven-indexer, which is my current area of interest (I have > been working together with Tamas Cservenak on it). I'm also deeply familiar > with writin

[ANN] 2014 Committer School for people who want to become Maven Committers

It's time for the yearly committer school announcement. Do you want to become a Maven Committer? Read Stephen's blog post http://javaadventure.blogspot.ie/2012/07/do-you-want-to-become-maven- committer.html and let us know.

Re: A thought on local-SNAPSHOTs

On 18 June 2014 13:48, Mark Derricutt wrote: > You assume CI servers have intelligence and deep knowledge of Maven. Or > that you have deep control over their configuration. > > You can't do that with Travis CI, nor with Code-review tools such as > Gerrit ( not cleanly, not without doing evil thi

Re: A thought on local-SNAPSHOTs

On 18 June 2014 12:23, Mark Derricutt wrote: > Interesting, I hadn't noticed this was only a warning. > > The main problem I have is the moment you start relying on these fake > reactors you end up breaking C.I. builds with dependant changes. > Why? Your CI should know that project B depends upo

Re: A thought on local-SNAPSHOTs

On 16 June 2014 14:12, Stephen Connolly wrote: > On Sunday, 15 June 2014, Mark Derricutt wrote: > > > So if I have two modules that are interdependent on in-progress changes, > > how does one build/test the dependant one. > > > > Note - reactor builds and multi-modules builds are out of the ques

Re: MPLUGIN-260 - Plugin that uses annotations in Java 8 source can't generate descriptor

On 23 April 2014 15:19, wrote: > As I haven't got an account with Jira, I can't vote for the issue to > give it higher priority. Click on the codehaus icon. In the Introduction box you will see instructions for creating an account.

Re: [Maven 4.0.0] Removing ability for plugins to dynamically inject dependencies

On 11 April 2014 14:40, Chris Graham wrote: > > > Sent from my iPhone > > On 11/04/2014, at 9:23 AM, Barrie Treloar wrote: > > > On 10 April 2014 23:37, Lennart Jörelid > wrote: > > > >> So ... the consequence of your approach would be that POMs thr

Re: [Maven 4.0.0] Removing ability for plugins to dynamically inject dependencies

On 10 April 2014 23:37, Lennart Jörelid wrote: > So ... the consequence of your approach would be that POMs throughout a > maven reactor would have to repeat a dependency declaration if the classes > in your maven project "directly" import a type. This - to me - seems not > only complex to resolv

Re: Error in [ERROR] Failed to execute goal on project

On 3 March 2014 21:49, ananths wrote: > Hi , > Please can any one reply me , i am getting error when i build my project > > [ERROR] Failed to execute goal on project : Could not resolve dependencies > for project :jar:1.0-SNAPSHOT: The following artifacts could not be > resolved: javax.media:jai

Re: Exposing security vulnerability information (CVEs) when building with Maven

On 27 February 2014 21:17, Bernd Eckenfels wrote: > Hello Mark, > > Just wanted to point you to a redhat project which I recently discovered, as > it seems to have potential for this (even if the approach is not the most > decentralized one): > > The Victims Database maps JAR Signatures to known

Re: JIRA Access

On 21 February 2014 06:11, Benson Margulies wrote: > Register for an xircles account on Codehaus and you will have JIRA access. > Commit comes from sustained participation. You can read some more at http://javaadventure.blogspot.ie/2012/07/do-you-want-to-become-maven-committer.html

Re: Convert everything to Git

On 13 February 2014 23:57, Jason van Zyl wrote: [del] > The biggest win for me is working on branches. Working with branches in SVN > is horrible, only worse in p4 which is saying a lot. The ability to easily > create branches, squash commits, incrementally improve them without fear. I > consta

Re: IT failures

On 10 February 2014 14:50, jieryn wrote: > Don't mess with existing tests. It's always wrong to do it. You're > lazy and stupid if you do it. Can you chill with the attitude. Its not helpful, or appreciated. - To unsubscribe, e-

Re: IOUtil.contentEqualsIgnoreEOL ?

On 6 February 2014 06:45, Baptiste Mathus wrote: > Anyone? > I suppose I have my answer, I'll leave the current patch as-is :-) Isn't the long term plan to drop anything custom and use existing code? If its already in commons-io just use that instead.

Re: Change request procedure that spans multiple projects

On 9 January 2014 17:37, Kristian Rosenvold wrote: > Create one jira ticket for each project and create a 'depends on' link > between the issues. I think there was talk about voting to release the lot as a bundle but I've not done that - you might search the archive for it. The other way is just

Re: New logo?

On 18 December 2013 07:27, Stephen Connolly wrote: > I am going to integrate linked-in's hopscotch to give people a tour of the Nice! Good to find these things. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For addi

Release Instructions: Unified or Simpler Mono-Module (was Re: svn commit: r1549574 - /maven/skins/trunk/maven-skins/pom.xml)

On 10 December 2013 11:24, Hervé BOUTEMY wrote: > Le mardi 10 décembre 2013 01:05:30 Michael-O a écrit : >> Am 2013-12-10 00:58, schrieb Hervé BOUTEMY: >> >> ${project.build.directory}/staging/${maven.site.path} >> > >> > is not really necessary here, since skins are never multi-module, then no >>

Re: Re: Re: Releasing Fluido Skin 1.3.1

On 5 December 2013 00:40, Michael-O <1983-01...@gmx.net> wrote: > Thanks guys, > > I will have a look into > http://maven.apache.org/developers/release/maven-project-release-procedure.html > in the next couple of days an process as required. Feel free to send patches for the documentation. It is

Re: Model Version 5.0.0

On 25 November 2013 20:32, Stephen Connolly wrote: > be able to generate a pom for 4.0.0 clients that contains some of the > bug/features that some people seem to rely on, e.g. ${} expansion in > ... but we don't need to maintain such guarantees when we > have a new schema. If there is a better w

Re: Model Version 5.0.0

On 25 November 2013 03:28, Stephen Connolly wrote: [del] > Given that we have decided that the reporting stuff possibly was a > mistake... Well let's drop that > > Given that profiles do not make sense in deployed poms... Drop them too > > We think is evil... Let's drop that... We've dropped buil

Re: Location of docs for what to do to check a release?

On 15 November 2013 10:49, Stephen Connolly wrote: > The project-roles doc has most of what I could find... But I do not claim > it to be a complete list, more a WIP Is this on the website somewhere? SVN access behind our firewall sometimes gives me the %&^@ and I didn't bring the laptop today.

Location of docs for what to do to check a release?

I thought if I am going to help vote on the checkstyle release I should follow the docs we have, especially given the vocal opinions previously expressed about releases. And I find that I can't find them. http://maven.apache.org/guides/development/guide-testing-releases.html Just has what to test

Re: checkstyle release vote

On 15 November 2013 00:38, Benson Margulies wrote: > I realize that I've rarely been seen to do the work of checking and > voting for other people's releases, but none the less here I am > begging for one more vote on mine. I promise to pitch in more in the > future. Challenge accepted.

Re: Anyone know why Doxia treats H1 as an "unknown" event and H2 as "section_level_1"?

On 13 November 2013 19:56, Lukas Theussl wrote: > > Hi Stephen, > > The Sink API only knows 5 section levels, which in html are mapped to - > : http://jira.codehaus.org/browse/DOXIA-203 Probably from a typography point of view H1 is junk (http://practicaltypography.com/point-size.html) and every

Re: Generated help mojo and dependency to plexus-util

On 6 November 2013 18:19, Anders Hammar wrote: >> you fixed the doc in http://jira.codehaus.org/browse/MPLUGIN-235 :) >> > > Oh my, don't even recall doing that... > Thanks for keeping track of my work! :-) The benefits of source control and issue tracking. I dont understand how its even possible

[ANN] 2013 Committer School for people who want to become Maven Committers

We still want more people to get up and join the committer community. It has been a year since Stephen posted on his blog - http://javaadventure.blogspot.ie/2012/07/do-you-want-to-become-maven-committer.html So I thought a yearly reminder for would be a good thing. --

Re: Wagon & PRoxy auth ??

On 3 September 2013 15:12, Kristian Rosenvold wrote: > While looking at the access denied problem for wagon, I ran into this code > line: > > https://github.com/apache/maven-wagon/blob/master/wagon-providers/wagon-http/src/main/java/org/apache/maven/wagon/providers/http/AbstractHttpClientWagon.jav

Re: [VOTE] Release Apache Maven Model Converter version 2.3

On 16 August 2013 08:54, Fred Cooke wrote: > It's funny that you cite "no time" and use the equivalent of 299.5 6 digit > revision numbers to send us an email on your lack of time. You could have > done 299 releases to Sebb's quite reasonable standards with that much > keyboard activity. Point mad

Re: New to group

On 10 August 2013 04:22, John Casey wrote: > You should be able to use a quick fix to add an entry to the pom to ignore > these. It's not ideal, but it works well enough. > On 8/9/13 1:31 PM, John Dix wrote: >> is not supported by m2e. If the errors are only the "is not supported by m2e", you ca

Re: New to group

On 8 August 2013 03:13, John Dix wrote: > I'll give this a try! Browse around on the maven site under the developer docs - there should be enough information there about setting up your environment, etc. If there isn't, a patch would be most welcome! Its hard to know what level of detail to pro

Re: Latest modello breaks maven core unit test

On 5 August 2013 21:15, Barrie Treloar wrote: > On 5 August 2013 20:55, Kristian Rosenvold > wrote: >> "no" :) >> >> I used m3 core as a case for trying out some new & interesting >> strategies for using a profiler, which I'll >> try to bl

Re: Latest modello breaks maven core unit test

On 5 August 2013 20:55, Kristian Rosenvold wrote: > "no" :) > > I used m3 core as a case for trying out some new & interesting > strategies for using a profiler, which I'll > try to blog about pretty soon. - To unsubscribe, e-mai

Re: Latest modello breaks maven core unit test

On 5 August 2013 17:54, Kristian Rosenvold wrote: > the next core release; I did some pretty significant > performance improvements to maven core that I'd like to have in the > next release :) You got links/changelog for those so I can look? --

Re: Git resources was Re: [2/2] git commit: o change the scope of org.eclipse.sisu to test in the maven-aether-provider to prevent it from leaking out to clients.

On 28 July 2013 07:45, Fred Cooke wrote: > [1] http://pragprog.com/the-pragmatic-programmer/extracts/coincidence Ahh I see they are using you as an example :) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additi

Re: [2/2] git commit: o change the scope of org.eclipse.sisu to test in the maven-aether-provider to prevent it from leaking out to clients.

On 28 July 2013 00:24, Kristian Rosenvold wrote: > It's ok if not pushed, but I think it should be made a lot clearer in the > guide. Do we have a "how to" guide for using Git? - To unsubscribe, e-mail: dev-unsubscr...@maven.ap

Re: [VOTE] All new (non-patch) releases of Maven Core after 30th Sep 2013 to require Java 6+

+1 binding - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

Re: Java version usage survey

On 17 July 2013 07:31, Arnaud Héritier wrote: >> Can still keep trucking with a FreeStyle + Maven Build Step though (and I >> prefer that way anyway) >> >> > > Me too if we backport features from the crappy maven integration into the > freestyle job (automatic dependencies, post build deployment

Re: Next release for master

On 16 July 2013 08:39, Stephen Connolly wrote: > Remember folks, we are CTR not RTC so we shouldn't be holding up getting > stuff done I think I should be able to grok that, but google isn't helping me. Are you making up your own acronyms :) --

Re: How Maven works - definitions

On 14 July 2013 04:52, Mirko Friedenhagen wrote: > Martin, > > my point is mostly that while a lot of documentation is available, a > short summary of the base concepts is hidden in all of this pages. > Everything I wrote in my first email may be found in these pages, but > I feel it is somewhat h

Re: Older (archiva) binaries not in Central.

On 11 July 2013 14:44, Chris Graham wrote: > For an existing, actively developed project, yes. > > However, in this case, it's been archived/placed in the attic. > > So the project team does not really exist. > > I can also add bsf V2.4 to the list of missings things as well. :-) If it's OSS and

Re: Older (archiva) binaries not in Central.

On 11 July 2013 13:45, Chris Graham wrote: > Hi All. > > I'm mavenizing a non-maven project, and it is currently using > > jakarta-regexp-1.5.jar which is not in Central, but 1.4 is in Central. > > The other release can all be found here: > > http://archive.apache.org/dist/jakarta/regexp/ > > How

Re: How Maven works - definitions

On 8 July 2013 04:01, Mirko Friedenhagen wrote: > Hello, > > first of all, thanks for your replies. I think it would help very much > if an introductory would be at the plugin development page[1] to get > the big picture. Or even be repeated at the the run[2] page. > > Running Maven is trivial unt

Re: [VOTE] Apache 3.1.0

On 4 July 2013 22:29, Stephen Connolly wrote: > I will let Barrie decide on whether we *have to* cancel this vote because > of the issues he identified in the NOTICE file. Sebb noticed it. I just dig the version control sleuthing that showed we have been failing this for a long time. I think ha

Re: [VOTE] Apache 3.1.0

On 1 July 2013 06:52, sebb wrote: > Another problem: the NOTICE file contains the following spurious text: > >= >== NOTICE file corresponding to the section 4 d of== >== the Apache License, Ve

Re: Download links for source packages - where are they?

On 26 June 2013 18:44, sebb wrote: > Howewer the ASF releases source. > If you don't provide a download link to the source how are users > supposed to find it? > > I agree that most people are not going to want to download the original > source. > But that does not mean it should be left unlinked

Re: Release process updates

>> Then replace >> cd target/checkout && mvn clean deploy -Papache-release >> with >> delete target/checkout >> svn co to target/checkout >> mvn clean deploy -Papache-release >> >> Since it was mvn release:perform that created target/checkout in the >> first place and no one has made any changes i

Re: Download links for source packages - where are they?

On 26 June 2013 10:48, sebb wrote: > The point is that the ASF release source, and it must be provided for > download via the ASF mirrors. > > See: > > http://www.apache.org/dev/release.html#host-GA > > If you don't point users to the source, I don't see how you can claim > it has been properly re

Re: Release process updates

On 26 June 2013 10:19, sebb wrote: > On 26 June 2013 01:41, Olivier Lamy wrote: >> correct. >> In case of failure during deploy: >> * cd target/checkout && mvn clean deploy -Papache-release >> or >> * export/checkout the tag && mvn clean deploy -Papache-release > > Neither of those guarantee that

Re: Download links for source packages - where are they?

On 26 June 2013 09:47, sebb wrote: > I could not find any download links for Maven source packages. > > As the ASF primary purpose is to release source, and that must be > released via the mirror system, there ought to be download pages with > links to the source package, sigs, hashes and KEYS fil

Re: Release process updates

> And if the "mvn deploy" fails for any reason? We get this often enough with a crappy connection to our nexus servers. > Is it necessary to re-run release:perform? release:perform may be at the stage where it has deleted the configuration file details, in which case you just revert to the manua

Re: Project Info Report: Feature to check dependencies against whitelist?

There is some stuff out there. (Note I've not used any of them) http://khmarbaise.github.io/Maven-License-Verifier-Plugin/example.html Nexus' marketing says it is able to do a health check on your app (http://www.sonatype.com/application-health-check). ---

Re: using multiple artifacts from a single group

On 13 June 2013 13:26, Wayne Fay wrote: >> I am a newbie to maven and I am still trying to get a grip of how maven Please have a look at the freely available books at http://maven.apache.org/articles.html After that you might want to read up specifically on Maven and Android development. You wi

Re: [VOTE] Should we respin CANCELLED releases with the same version number?

Write this scenario up in the "trouble shooting" notes on how to test staging releases. I fit into the "behind corporate proxy" category but I have not had this problem (I use Kristian's solution). Admittedly the effort required to configure the corporate proxy for a staging url is often enough to

  1   2   3   4   5   6   7   >