Skip JXR ignored with 3.0.0

Hi, did someone manage to skip the JXR report for a specific module? According the documentation, you should simply configure skip to true. Looking at the code (https://maven.apache.org/jxr/maven-jxr-plugin/xref/ org/apache/maven/plugin/jxr/AbstractJxrReport.html#AbstractJxrReport), it should

Re: Working with branches related to issue - Simplyfying work Part II

Hi Karl-Heinz, Am Mon, 30 Jul 2018 20:21:13 +0200 schrieb Karl Heinz Marbaise: > Hi, > > I have finished my write up about my current working scripts to make my > life easier... > > If someone is interested in take a look at: > > https://blog.soebes.de/blog/2018/07/30/automate-it-part-ii/ >

Re: Build vs Consumer POM study

Hi Mirko, On Tue, 17 Apr 2018 04:44:57 + Mirko Friedenhagen wrote: > Hello Jörg, > > I understand your problem, however this is quite specific. AFAIK > currently profiles are *not* evaluated while resolving imported > dependencies, only those inherited, so this would be a very drastic >

Re: Build vs Consumer POM study

On Mon, 16 Apr 2018 21:46:21 + Mirko Friedenhagen wrote: > Hello, > > I do not see why profiles should be part of the consumer pom. If you're building a library based on SWT you have: - org.eclipse.swt:org.eclipse.swt.win32.win32.x84:3.106.0.v20170608-0516 -

Re: Build vs Consumer POM study

Am Mon, 12 Mar 2018 01:12:52 +0100 schrieb Hervé BOUTEMY: [snip] >> > Why is required for consumers? I'm not aware how profiles >> > of a dependency ever play(ed) a role in my "dependent" project? >> I can remember we had a discussion about that..my first reaction would >> be saying no profiles

Re: Maven 4.0.0

Hi Romain, Am Thu, 09 Nov 2017 09:32:12 +0100 schrieb Romain Manni-Bucau: > FYI opened https://github.com/apache/maven/pull/136 for the MNG-6302 > (guess we can switch from thread to discuss it now?) How is this issue related with my topic regarding improved Tycho support in Maven 4.0.0?

Re: Maven 4.0.0

Hi, one wish: Better integration with pom-less Tycho projects. Currently it is not possible to run Maven and use standard Maven-based and pom-less Tycho-based projects in one reactor if the Tycho projects have dependencies on the Maven-based projects. AFAICS the problem is that Polyglott is

Re: Maven release plugin

Petar Tahchiev wrote: > Hey guys, > > my pull-request worked fine to not show the prompt to specify a version. > However, it fails to update snapshot dependency versions when you resolve > the parent to a concrete version. > Particularly in my case: > > > [BOM] >

Re: Is there a maven plugin for storing the dependency information in the jar?

Owen O'Malley wrote: > On Tue, Jun 20, 2017 at 11:36 AM, Jochen Wiedmann > > wrote: > >> On Tue, Jun 20, 2017 at 7:01 PM, Owen O'Malley >> wrote: >> >> >Is there already a plugin for storing the transitive dependency >> > information in

Re: [MNG-5567] Zip files are not included in classpaths at all

Michael Osipov wrote: > Folks, > > what to do with this issue? There has been too much discussion about a > simple and valid extension. > > It is actually a no-brainer..ITs are pending... I won't call it no-brainer if you scew up existing project setups. And I addressed the issue now twice

Re: Building a Java9 project just using JDK9

Hi Enrico, Enrico Olivelli wrote: > Thank you all for your quick answers > > @Robert > I have checked out the code and took a deeper look: > the implementation of MWAR-397 is complex and will take some time, on the > mid term I agree that it will an awesome solution >

Re: Building a Java9 project just using JDK9

Enrico Olivelli wrote: > Il lun 10 apr 2017, 18:57 Karl Heinz Marbaise ha > scritto: > >> Hi, >> >> On 10/04/17 17:37, Enrico Olivelli wrote: >> > Hi, >> > I would like be able to build an existing project developed for java8 >> > by simple running Maven on jdk9. >> > >> >

Re: Surefire and Java 9

Hi Tibor, Tibor Digana wrote: > Hi Joerg, > > We will continue on this issue after this release. > Would you help us with your Java 9 knowhow? actually, I am completely lost with Java 9 for now. I simply assumed that someone managed to run the unit tests by now that opens access to some class

Surefire and Java 9

Hi, does anyone already have a setup to execute surefire with Java 9 where the tested code requires the opening of some modules? I already tried with different configuration stuff, but failed so far. Cheers, Jörg - To

Re: Maven Site / Report Plugins

Hi, Maxim Solodovnik wrote: > then maybe copy/paste a little: > > configure all necessary reports in parent pom (exclude github-report) > Then add github-report to all child projects except one or configure the github-report in the parent in a profile that is activated on existance of a

Extensions

Hi, Maven supports an own extension mechanism described in https://maven.apache.org/pom.html#Extensions. I was under the expresseion that it can be used to inject new components into the Plexus container that are available for any other plugin (as long as they set the extensions flag to

Re: MNG-5567: Zips on classpath

Hi Michael, Michael Osipov wrote: > Am 2017-02-09 um 21:10 schrieb Benson Margulies: >> -1 to zips on the classpath. We need to disentangle the java classpath >> from the general concept of 'module X depends on module Y'. I created >> quite a lot of code that uses zips as containers to pass

Re: MNG-5567: Zips on classpath

Hi, there's currently a discussion in JIRA regarding MNG-5576 (Zips on classpth) and Michael Osipov suggested to bring the discussion to the dev list. Actually this already happened once last August: Paul Benedict wrote: > I would like to reopen MNG-5567 because I find the solution

Re: Requesting a single Monorepo enhancement for Maven

Hi Paul, Paul Hammant wrote: > OK, so I'm a documenter of Google's Monorepo (one bg ass trunk) and > it's usage of shell scripts to subset the checkout for speedy development: > >http://paulhammant.com/2014/01/06/googlers-subset-their-trunk/ >

Re: Parent Version maybe not needed in child POM

Tibor Digana wrote: > Is it really necessary to specify version of parent artifact in ? > > Suppose we have multimodule reactor project and maven-release-plugin would > inline the version in the section and remove it again in new > development iteration. The plugin fails then if the parent

Re: [DISCUSSION] finishing Aether import: help find a new name

Uwe Barthel wrote: > Hi, > >> Eclipse owns the Aether name. We cannot use the name Aether. > > And the Eclipse Foundation doesn't like to provide that name to the ASF > (only the name without the eclipse namespace)? > > Aethel means over the AIR. > > WDYT about org.Apache.maven.air:

Re: Maven Release Plugin And A BOM

Hi Petar, Petar Tahchiev wrote: > Hi all, > > @Uwe - the enforcer rules are great, but I don't think I need them. > @Jorg - Resolving the parent during release:prepare is fine. What I don't > like is that it also asks me to resolve the platform version. The point is, that Maven does not

Re: Maven Release Plugin And A BOM

Petar Tahchiev wrote: > Hi guys, > > I have a question regarding the release plugin. In my project I have a BOM > in which I declare a property and a dependencyManagement section: > > com.mycompany > my-bom > 1.0-SNAPSHOT > > > 1.0-SNAPSHOT > > > > > com.mycompany >

Re: Fully qualified dependency names in war

Hi Karl Heinz, Karl Heinz Marbaise wrote: > Hi, > > I want to ask something related to your question: > > On 4/10/16 2:12 PM, jieryn wrote: >> Where should I look for providing an option to have the fully >> qualified GAV name specified in built WAR files? Sometimes this >> happens

Re: [VOTE] Maven 3.3.9

+1 Jason van Zyl wrote: > Hi, > > Time to release Maven 3.3.9! > > Here is a link to the issues resolved: > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12316922=12333074 > > Staging repo: > https://repository.apache.org/content/repositories/maven-1233/ > > The

Re: [VOTE] Release Apache Maven Shade Plugin version 2.4.2

Hi Karl Heinz, Karl Heinz Marbaise wrote: > Hi Tibor, > > On 10/20/15 11:12 PM, Tibor Digana wrote: >> @Karl Because of maven-parent:27 this plugin is built with J2SE 6.0 = 50 >> (0x32 hex) >> The previous version 2.4.1 was @ Java 5. > > Unfortunately you are correct...(really good catch)... >

Re: Full migration to Git

Kristian Rosenvold wrote: > This did not go well. I was able to get a full backup of asf svn up on > my server, but unfortunately git-svn barfed on it. So I suppose some > heavy filter-branching over the current git-svn clones is the only way > to go, Never tried myself, but reposurgeon is

HEADS-UP: maven.apache.org redirection oddity

Hi, there's a strange redirection rule working on then Maven website. When I am looking for a plugin's documentation, I enter often the direct link in the browser like: http://maven.apache.org/plugins/maven-jar-plugin/ Fine. That works. However, if I enter

Re: [VOTE] Maven 3.3.5

Hi Karl Heinz, Karl Heinz Marbaise wrote: Hi, = % = $ MAVEN_OPTS=-Xmx4096m mvn validate Why are you setting to 4 GiB ? but for Maven 3.0.5 you only setting to 1.5 GiB ? Because with M305 I *can* build the project with just 1.5 GB, but M33x

Re: [VOTE] Maven 3.3.5

Hi Igor, Igor Fedorenko wrote: I am pretty sure somebody provided an example project that showed memory increase in Maven 3.2.x some time last year iirc. That was me. I've provided everything to run mvn validate on the project tree. I have that archive still around. Could have been direct

Re: [VOTE] Maven 3.3.5

Hi Christian, Kristian Rosenvold wrote: You still do not have any publicly available project to reproduce this ? Unfortunately it is not public. But I have (still) an archive with a project tree containing anything required to run mvn validate (incl. the remote repos and the local repo).

Re: [VOTE] Maven 3.3.5

Hi Karl Heinz, Karl Heinz Marbaise wrote: Hi, On 7/24/15 9:35 AM, Jörg Schaible wrote: Hi Karl Heinz, Karl Heinz Marbaise wrote: Hi, = % = $ MAVEN_OPTS=-Xmx4096m mvn validate Why are you setting to 4 GiB ? but for Maven 3.0.5 you only

Re: [VOTE] Maven 3.3.5

Hi folks, M335 needs even more memory (see also http://thread.gmane.org/gmane.comp.jakarta.turbine.maven.devel/116287). Maven 3.3.x is for me now simply unusable at all: = % = $ MAVEN_OPTS=-Xmx4096m mvn validate [INFO] Scanning for projects... Downloading:

Re: [VOTE] Maven 3.3.5

[INFO] Finished at: Thu Jul 23 15:46:39 CEST 2015 [INFO] Final Memory: 365M/1063M == % === with M305 for the same project tree. Cheers, Jörg 2015-07-23 15:47 GMT+03:00 Jörg Schaible joerg.schai...@swisspost.com: Hi folks, M335 needs even more memory (see also http

Re: [VOTE] Maven 3.3.5

Jörg Schaible wrote: Hi Anton, Anton Tanasenko wrote: Hi Jörg, The error message you posted says that java is unable to allocate 500mb of heap. The machine you were running it on didn't have that much available at the time. If you think it is normal that I have to close Eclipse

RE: Default Maven Compiler Version

Hi Jason, Jason Pyeron wrote: -Original Message- From: Manfred Moser [mailto:manf...@mosabuam.com] Sent: Thursday, June 18, 2015 12:21 AM To: dev@maven.apache.org Subject: Re: Default Maven Compiler Version Yes... a corporate or some other higher level pom is I think some

Re: [DISCUSSION] JEP 238: Multi-Version JAR Files

Hi Arnaud, Arnaud Héritier wrote: On Mon, Apr 13, 2015 at 11:16 PM, Jörg Schaible joerg.schai...@gmx.de wrote: [snip] IMHO, mvjars will create a bigger maintenance mess than the current solutions. I don't know. I think it really depends if your are provider or consumer of mvjars

Re: [DISCUSSION] JEP 238: Multi-Version JAR Files

Hi Arnaud, Arnaud Héritier wrote: In short/middle term the lack of IDE integration isn't a real problem for now. Like Brian said, they know that users won't use such feature before several years. The runtime part providing the compatibility for the JRE should be backported to Java 8 but

Re: 3.3.1: Memory Usage

thing worth investigating is if the buildplan related instances can be cleaned up. The build only contains what's currently required. However, in case of HEAD it is nearly anything. thanks, Robert Op Wed, 18 Mar 2015 11:19:33 +0100 schreef Jörg Schaible joerg.schai...@swisspost.com: Hi

3.3.1: Memory Usage

Hi, it seems to get my standard complaint about every new Maven version, but we're currently stuck to Maven 3.0.5. One reason is the vast memory usage of any later version. We have currently ~450 projects in the reactor, now compare the results of a simple validate: Maven 3.0.5:

Re: Maven 3.2.6

Hi Andreas, Andreas Gudian wrote: I can handle that, but not before the weekend. Jason, does that conflict with your schedule for the release? Perhaps we just say that we drop the support for old Windows versions with 3.3.0 and do the actual work that removes the support from the bat

Re: Preview release: Plexus Archiver multithreaded Zip edition

Kristian Rosenvold wrote: [snip] Inside commons-compress this target is always a tempfile. Inside plexus-archiver OffloadingOutputStream (a commons-compress ScatterOutputStream) is used. This writes to some pretty huge memory buffers, but when a certain treshold is reached it offloads to

Re: OT: Xpp3 parser

(org.xmlpull.v1.XmlPullParser) it cannot be used as replacement for the official Xpp3 (or like KXML2). I always assumed Maven is based on the original Xpp3 artifact. Nevermind. Cheers, Jörg On Jan 1, 2015, at 7:37 PM, Jörg Schaible joerg.schai...@gmx.de wrote: Hi guys, can someone tell me who

OT: Xpp3 parser

Hi guys, can someone tell me who nowadays maintains the Xpp3 parser? http://www.extreme.indiana.edu/xgws/xsoap/xpp/mxp1/index.html is online, but Bugzilla or CVS is no longer available. Cheers, Jörg - To unsubscribe, e-mail:

Re: Need Jira account

Benson Margulies wrote: Where did you see that? Long-standing annoying story: http://jira.codehaus.org/browse/HAUS-2323 For codehaus, you interact with xircles (that's where most of the Maven jira project are). - Jörg -

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

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 because even without it current Eclipse is quite unstable and

Re: Ticket Transition Workflow: Abandoned issues

Stephen Connolly wrote: I think we can add whatever states we want. These are not Backlog though They are perhaps Stale or Inactive/Unconfirmed Just need a label that communicates the ticket as closed due to no response and no clear report Incomplete ;-) On Wednesday, November 26,

Regression: Reactor memory consumption/leak

Hi folks, we have a single build with currently ~400 projects (incl. builders i.e. POMs having modules only). We are already used to increase the provided memory in MAVEN_OPTS, but lately we have troubles to build at all because of OOMEs (heap). Look at following numbers building with the

Re: Regression: Reactor memory consumption/leak

Hi Jason, Jason van Zyl wrote: Igor and I have been moving a vast project with hundreds of modules (200 to 400 to 500) from 3.1.0 through 3.2.4-SNAPSHOT and don't observe this drastic change. We would definitely notice. Are all your plugin versions locked down in that they don't vary even

Re: Regression: Reactor memory consumption/leak

Hi Igor, Igor Fedorenko wrote: Can you provide an example project we can use to reproduce the problem locally? You may be able to strip your source tree from everything bun pom.xml files, for example. Interesting idea. I'll try if this works out. - Jörg

Re: Regression: Reactor memory consumption/leak

Hi Igor, Igor Fedorenko wrote: Can you provide an example project we can use to reproduce the problem locally? You may be able to strip your source tree from everything bun pom.xml files, for example. OK, this works out. I have now such a transportable setup. It's zipped about 1.1MB with an

Re: Regression: Reactor memory consumption/leak

Hi Igor, Igor Fedorenko wrote: You can zip and email it to me directly or share it on github, dropbox or google drive and send me the link. I am flexible :-) I've sent the small one directly ... Cheers, Jörg - To

Re: Next Maven prerequisite for Maven Plugins

Robert Scholte wrote: Hi, Right now we change the Maven prerequisite to 2.2.1 and I noticed some new issues which already want to move it forward to 3.0.4. I wonder why to move to this version. Most (API-)changes have been introduced with the 3.0 alpha and beta releases. I don't think

Re: Hanging builder staging site

Hi Karl-Heinz, Karl Heinz Marbaise wrote: Hi, does someone know where to look cause currently the site staging job seemed to blocked and waiting for 11 hours http://ci.apache.org/builders/maven-site-staging Maybe it waits for manual input on stdin (e.g. new password)? - Jörg

Re: POM 5.0 and Maven.next idea - re: repository's

Hi Mark, Mark Derricutt wrote: In last weeks dev hangout I raised the idea of removing repository elements due to some issues with them regarding mirrors etc which was somewhat negatively received, however I've been thinking about this a bit and came up with an interesting idea earlier in

Re: Thoughts on MNG-3522

Hi Igor, Igor Fedorenko wrote: More I think about it, less I like the idea of explicit order values. I think this will be rather inconvenient to setup and error prone to maintain. Initial setup will require some tooling to see executions in a particular case with their default ordering

Re: Not a local repository. It is a local repository cache. (was: Fwd: Why Is Maven Ignoring My Local Repo?)

ROBERT PATRICK wrote: I don't understand the issue. I regularly use artifacts in my build that are only present in my local repository. Yes, Maven checks my remote repository for these artifacts but it doesn't ignore them if they are not in the remote repo. It also works when building

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

Hi Mark, Mark Derricutt wrote: On 7 Apr 2014, at 12:32, Benson Margulies wrote: We then have other logical classpaths. . Something like javadoc should be able to define another named classpath structure; combining the dependencies of the plugin's implementation with dynamic code (doclets,

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

Hi Jason, Jason van Zyl wrote: Hi, I started making of list of things I'd like to remove in Maven 4.0.0, but I would like to start getting some agreement on what we can yank and this is the first concrete request. I would like to remove the ability for plugins to magically inject

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

Jason van Zyl wrote: On Apr 7, 2014, at 3:19 AM, Jörg Schaible joerg.schai...@swisspost.com wrote: Hi Jason, Jason van Zyl wrote: If everyone agrees we can start systematically documenting what has been removed, as we have lost track of this accurately in the past. I'd like to make

Re: [VOTE] Maven 2.x is end of life

Stephen Connolly wrote: We have not made a release of Maven 2.x since 2.2.1 which was August 2009. During that period no release manager has stepped up to cut a release. I would argue that we should just therefore just declare Maven 2.x as end of life. -1 This vote is real-life comedy

Re: [VOTE] Maven 2.x is end of life

Daniel Kulp wrote: On Feb 13, 2014, at 11:18 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: I suggest you convince at least one of these people: https://people.apache.org/committers-by-project.html#maven that they should act as release manager. EOL just means we will not

Re: [VOTE] Maven 2.x is end of life

Hi, Stephen Connolly wrote: http://jira.codehaus.org/browse/MNG-5207 On 13 February 2014 17:15, Baptiste Mathus m...@batmat.net wrote: Hi Jörg, multi-projects in correct order and therefore will not produce artifacts with bogus SNAPSHOTs Maybe you could (re)point out the

Re: 3.2.0 Bug Scrub

Hi Stephen, Stephen Connolly wrote: I have added a wiki page summary of this discussion: https://cwiki.apache.org/confluence/display/MAVEN/Maven+3.2.0+Bug+Scrub I miss MNG-5207 bitterly on the radar. M3 is not able to calculate a proper build sequence and uses either a stale SNAPSHOT or

Re: 3.2.0 Bug Scrub

Stephen Connolly wrote: Added... now how come it wasn't on the issue tracker list Thanks! - Jörg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

Re: JAVA_HOME in release plugin

Hi Bernd, Bernd wrote: Hello, I am not sure where to get the codehaus.org JIRA account. Do I have to contact somebody at Apache or Codehaus? xircles.codehaus.org (you need a full account, an account to manage the mailing lists only is not enough for JIRA). - Jörg

Re: Programmatically adding dependencies to a MavenProject

Hi Benoit, Benoit Billington wrote: @Manfred We cannot extract the jar into target/classes because the compile phase will not pick anything from target/classes but use that as output only. (I didn't check that but It makes sense :) ) Try to extract the jar and generated sources add that

Re: Programmatically adding dependencies to a MavenProject

Benoit Billington wrote: I'm facing this problem too. Android has created a new format for its libraries called Android Archive (.aar) This format described here: http://tools.android.com/tech-docs/new-build-system/aar-format contains a /classes.jar How would I be able to add that

Re: Programmatically adding dependencies to a MavenProject

Manfred Moser wrote: Benoit Billington wrote: I'm facing this problem too. Android has created a new format for its libraries called Android Archive (.aar) This format described here: http://tools.android.com/tech-docs/new-build-system/aar-format contains a /classes.jar How would I

Re: Leaving Maven Core POMs at major.minor-SNAPSHOT

Hi Jason, Jason van Zyl wrote: When a release fails like this it is annoying to have to rev back the version of the POM. I'm not sure who flipped the versions in the POM and while it's a little more visible to see what you're moving toward I prefer the pattern of: 3.1-SNAPSHOT -- 3.1.1 --

Re: maven 3.x and parent pom dependencies

John Dix wrote: Hello, I am wanting to determine how maven determines where parent poms are if the relativePath tag is not in the parent section of a pom. Can someone please point me to where in the source code I should set a breakpoint and start look for this? A missing relativePath

Re: Adding support for new dependency mediation strategy

Hi Stephen, Stephen Connolly wrote: On 26 August 2013 08:27, Jörg Schaible joerg.schai...@scalaris.com wrote: Hi Stephen, Stephen Connolly wrote: [snip] It's better than that... I am not sure if I said it earlier or not, so I will try to say it now. When we get the next format

Re: Adding support for new dependency mediation strategy

Hi Stephen, Stephen Connolly wrote: On 27 August 2013 09:46, Stephen Connolly stephen.alan.conno...@gmail.comwrote: On 27 August 2013 09:00, Jörg Schaible joerg.schai...@scalaris.comwrote: And since this would be for a new Maven, we need only concern ourselves that the contract

Re: Adding support for new dependency mediation strategy

Hi Stephen, Stephen Connolly wrote: [snip] It's better than that... I am not sure if I said it earlier or not, so I will try to say it now. When we get the next format, there are probably actually three files we want to deploy: foo-1.0.pom (the legacy 4.0.0 model) foo-1.0-build.pom

Re: Adding support for new dependency mediation strategy

Hi Phillip, Phillip Hellewell wrote: Hi all, I'd like to take a stab at adding support for Maven to be able to mediate dependency conflicts using highest version strategy rather than nearest definition. I'll be happy if anyone can point me in the right direction on which source files

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

Hi Oliver, Olivier Lamy wrote: On 15 August 2013 08:53, sebb seb...@gmail.com wrote: On 14 August 2013 21:21, Dennis Lundberg denn...@apache.org wrote: On Wed, Aug 14, 2013 at 10:47 AM, sebb seb...@gmail.com wrote: On 13 August 2013 18:58, Dennis Lundberg denn...@apache.org wrote: On Tue,

Re: Maven 3.1.0-beta-1

Hi Jason, Jason van Zyl wrote: Doesn't see to be a whole lot of activity around the 3.1.0-alpha-1 so I plan to cut the 3.1.0-beta-1 this weekend if there are no objections. Apart from the reported bogus build with snapshots (MNG-5207) it seems M31 has a major problem with PermGen space

Re: Maven 3.1.0-beta-1

usecase? You have a build with snapshots and you find you need to go back to a release so you lock down to a previous release and want to use that? If you want to iteratively work on it together put it in a github repo. On Jun 20, 2013, at 2:45 AM, Jörg Schaible joerg.schai...@scalaris.com wrote

Re: Maven 3.1.0-beta-1

Hi Jason, first, thanks that you actually take your time to look into it! Jason van Zyl wrote: I unpacked your example and ran your preparation script and it fails in 2.2.1 as well: https://gist.github.com/jvanzyl/5824206 The submodules are independent projects, you have to run clean

Re: Maven 3.1.0-beta-1

Hi Jason, Jason van Zyl wrote: Doesn't see to be a whole lot of activity around the 3.1.0-alpha-1 so I plan to cut the 3.1.0-beta-1 this weekend if there are no objections. Since all versions of M30x fail in their core competence to make reliable builds because it uses stale snapshots, it

Re: Maven 3.1.0-alpha-1 release notes

Michael-O wrote: Am 2013-06-07 21:59, schrieb Jason van Zyl: Go for it. On Jun 7, 2013, at 3:47 PM, Michael-O 1983-01...@gmx.net wrote: Am 2013-06-07 20:18, schrieb Jason van Zyl: Looks like the Mardown processing isn't working correctly. The page definitely has a title. On Jun 7,

Re: [VOTE] Apache 3.1.0-alpha-1

Arnaud Héritier wrote: On Wed, May 29, 2013 at 7:39 AM, Hervé BOUTEMY herve.bout...@free.frwrote: good idea: can you open a Jira issue? Done : https://jira.codehaus.org/browse/MNG-5482 Another probably more stupid idea : Wasn't it possible to use the shade plugin or something like

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

-1 (nb) Stephen Connolly wrote: We have been using a policy of only making releases without skipping version numbers, e.g. 3.0.0, 3.0.1, 3.0.2, 3.0.3, 3.0.4, 3.0.5, etc Whereby if there is something wrong with the artifacts staged for release, we drop the staging repo, delete the tag,

Re: Desupport Maven 1

Olivier Lamy wrote: 2013/4/19 Brett Porter br...@porterclan.net: [snip] - we're used 'retired' instead of 'archived' in the past. Though I'm not sure if we need to do that for SVN, particularly since it breaks tags. We could just put a big warning in the directory? agree. ... or simple

Re: [VOTE] Apache 3.1.0-alpha-1

Hi Andrei, Andrei Pozolotin wrote: *Wayne* 1) in this case I choose madness :-) 2) here is my request: please provide an option to modello or whoever is enforcing strict xml model in maven to relax the rules, so people can use maven they way it fits them,

Re: Heads up: org.apache.maven.shared:maven-shared-incremental:jar:1.1

Anders Hammar wrote: It should be in the same staged repo as the compiler plugin. See that VOTE thread. :-/ Just at the time I wanted to report a regression for the compiler plugin 3.0! I'll try to test 3.1 ... - Jörg -

Heads up: org.apache.maven.shared:maven-shared-incremental:jar:1.1

Hi, this artifact is missing in central: org.apache.maven.shared:maven-shared-incremental:jar:1.1 http://repo.maven.apache.org/maven2/org/apache/maven/shared/maven-shared- incremental/ therefore the build of the compiler plugin fails. Regards, Jörg

Re: Pain with MNG-5181 (_maven.repositories)

Andreas Gudian wrote: Am Freitag, 1. Februar 2013 schrieb Jason van Zyl : On Jan 31, 2013, at 7:13 PM, Arnaud Héritier aherit...@gmail.comjavascript:; wrote: Hi Olivier, Thx a lot for the fix. It will help a lot the community. But from my point of view it's perhaps not yet

Re: Wagons and thread safety....

Stuart McCulloch wrote: On 10 Jan 2013, at 13:19, Kristian Rosenvold wrote: [snip] In one way kind of neat; since the statement has both @plexus.requirement and final it's fairly obvious who sets it; although the semantics are definitely not java101 ;) Do you know if this works with old

Re: OutputStream that seamlessly switches to disk file?

Kristian Rosenvold wrote: Anyone know a buffer (OututStream) that will stay in-memory until it reaches a given size then rolls over to a tempfile? I need one for my tan...? Kristian http://commons.apache.org/io/apidocs/org/apache/commons/io/output/DeferredFileOutputStream.html

Re: [VOTE] Maven 3.1.0

Hi Arnaud and Dan, Arnaud Héritier wrote: On Thu, Nov 29, 2012 at 3:41 PM, Daniel Kulp dk...@apache.org wrote: On Nov 29, 2012, at 1:22 AM, Stephane Nicoll stephane.nic...@gmail.com wrote: I would go for 2.2. Releasing something and then include it as the default version the same day

Re: [VOTE] Maven 3.1.0

Sorry guys, but I have massive internet problems this evening. It took me minutes to commit a little patch for this problem. So, if anyone want to give it a try, simply checkout XStream trunk and build on your own, my wire is nearly dead. Jörg Schaible wrote: Hi Arnaud and Dan, Arnaud

Re: [VOTE] Maven 3.1.0

Hi Jörg Schaible wrote: Sorry guys, but I have massive internet problems this evening. It took me minutes to commit a little patch for this problem. So, if anyone want to give it a try, simply checkout XStream trunk and build on your own, my wire is nearly dead. Jörg Schaible wrote

Re: https://jira.codehaus.org/browse/MNG-1304

Jason van Zyl wrote: This is a long-standing issue, but I think a document and standard has emerged that I think is reasonable. How do people feel about trying to adhere to: http://semver.org and moving toward using this as our standard versioning documentation? Well, it sounds nice,

Re: Tentative release planning for 3.1.x

Hi, personally I'd like to see at least one 3.x release that is again able to calculate a proper build sequence. M3 is broken in this regard and you cannot even rely on its results, because it uses and packs stale SNAPSHOTs. Therefore we're still locked to M221. However, first plugins start to

Re: How to find out if a dependency is a Maven plugin?

Hi Sascha, Sascha Vogt wrote: Hi, Am 27.09.2012 18:42, schrieb Jörg Schaible: In M3 the plugins are no longer shared within the reactor i.e. each plugin is using its own classloader and can therefore have any arbitrary dependency. So if your plugin depends on another plugin, there should

Re: How to find out if a dependency is a Maven plugin?

Hi Sascha, Sascha Vogt wrote: Hi all, I currently have a small issue with upgrading to Maven 3 and a custom mojo I wrote. I need to find out if the dependency is a Maven plugin. With Maven 2.x one could check the type by comparing Artifact.getType() to maven-plugin. With Maven 3 this

Re: How to find out if a dependency is a Maven plugin?

Chris Graham wrote: Really? A plugin can not/should not use another plugin as a dep? So how is the archiver used? Extended? The archiver is not a plugin, it is a component that is used by a lot of plugins. - Jörg - To

Re: How to find out if a dependency is a Maven plugin?

Sascha Vogt wrote: Am 27.09.2012 15:07, schrieb Jörg Schaible: Sascha Vogt wrote: I need to find out if the dependency is a Maven plugin. With Maven 2.x one could check the type by comparing Artifact.getType() to maven-plugin. With Maven 3 this returns now jar instead of maven-plugin

Re: How to find out if a dependency is a Maven plugin?

Sascha Vogt wrote: First of all, thank you very much for the explanation. I wasn't aware of that up to know. Will definitely look into a different solution. Nevertheless I want to understand a bit more to evaluate possible ways to go. Am 27.09.2012 16:06, schrieb Jörg Schaible: Am

  1   2   3   4   5   >