Re: MNG-5896: Speed up builds by parallel POM downloads

Nice work! Looking forward to have this integrated in maven codebase. We've solved the same problem internally by developing a service + maven extension that downloads the maven pom files in bulk (one or more zips). We are using bamboo aws elastic agents a lot and on a clean local repository, this

Re: issues.apache.org problems.

Milos > > Hth, > Andreas > > Am Mittwoch, 17. Juni 2015 schrieb Milos Kleint : > > > Hey, > > > > this is the first time round I'm trying to edit a MNG issue after > migration > > from codehaus and while my username exists (mkleint) on > iss

issues.apache.org problems.

Hey, this is the first time round I'm trying to edit a MNG issue after migration from codehaus and while my username exists (mkleint) on issues.apache.org, it doesn't send my password reset emails and when I query all my emails ( mkle...@apache.org, @codehaus.org, @gmail.com), JIRA claims none of

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

afaik netbeans does support it (having different source/target level for test and main source) Not from the UI, but if you have your compiler plugin setup properly, it will take it into account. Milos On Sat, Apr 11, 2015 at 11:35 PM, Kristian Rosenvold < kristian.rosenv...@gmail.com> wrote: > T

Re: Are we mis-using javac?

as far as I understand, the assumption there is that all tools do things wrong when includes/excludes are used or when source files are included in jar files on classpath.. The first one one always considered a corner case AFAIK and we are suggesting people with that setup to break up into multiple

Re: JIRA

andbox MSANDBOXJason van Zyl > http://maven.apache.org/ > Maven SCM SCM Olivier Lamy > http://maven.apache.org/scm/ > Maven Shared Components MSHARED Maven Developers > List http://maven.apache.org/shared > Maven Skins MSKINS

Re: 3.2.3 not available though http://archive.apache.org/dist/maven/binaries/?

he legacy directory to explain > the > story > > Regards, > > Hervé > > Le lundi 29 décembre 2014 16:51:07 Milos Kleint a écrit : > > Hello, > > > > for some reason 3.2.3 is not available in the arc

3.2.3 not available though http://archive.apache.org/dist/maven/binaries/ ?

Hello, for some reason 3.2.3 is not available in the archives, is that intentional or something went wrong with the 3.2.5 release? Thanks Milos

Re: [DISCUSS] Move everything to 1.6, take 2 (was: Re: I can't make a release ...)

+1. jdk 1.6 is EOL-ed for some time (Feb 2013) already and even 1.7 will be EOL-ed in April 2015.. I would suggest moving straight to 1.7 but I guess that's been already discussed. Milos On Thu, Dec 25, 2014 at 7:54 AM, Robert Scholte wrote: > +1, would also make testing with JDK9 easier, alt

Re: Regression: Reactor memory consumption/leak

is there an issue to watch? Thanks Milos On Fri, Oct 17, 2014 at 10:59 PM, Igor Fedorenko wrote: > I think I know the problem. > > Current master creates multiple MavenProject instances for the same > parent pom, while 3.0.5 reused the same instance. I have not looked how > hard this will be t

Re: Maven 4.0.0

g sections for the build, detailed info about what was executed, helpers for debugging maven plugin executions etc) I'm also injecting WorkspaceReader in the same way.. Milos > On Jan 23, 2014, at 2:18 AM, Milos Kleint wrote: > >> EventSpies are not useless, I use them in net

Re: Maven 4.0.0

EventSpies are not useless, I use them in netbeans extensively. I inject them using maven.ext.class.path property Milos On Thu, Jan 23, 2014 at 3:57 AM, Jason van Zyl wrote: > I know there is the roadmap page > (https://cwiki.apache.org/confluence/display/MAVEN/Roadmap), but I started a > Mav

Re: MNG-1911 -- Close as won't fix

On Sun, Jan 19, 2014 at 9:09 PM, Jason van Zyl wrote: > That extensions are required very early on in the build and too support them > being produced in a build where they are additionally used would require > contortions in the core and would also make supporting this in the various > IDEs als

Re: MNG-1911 -- Close as won't fix

no, quite the opposite, I will applaud the decision :) Milos On Sun, Jan 19, 2014 at 7:36 PM, Jason van Zyl wrote: > I don't think there are really any valid use cases for trying to build an > extension where it is used in the same reactor. Extensions really need to be > present before the re

Re: [VOTE] formally end support for Maven 1

+1 Milos On Sat, Mar 2, 2013 at 4:18 PM, Benson Margulies wrote: > Based on the sentiment on the discussion thread, I call a formal vote > to end support for Maven 1.x. This is a vote to: > > 1: Remove maven 1 release materials from the primary distribution > area, leaving them only on the archi

Re: A very interesting performance regression in 3.1 embedded mode

how much memory will be freed by the soft reference? if it's not a big chunk, most likely not worth it, soft references are released only when your VM is really, really in trouble. by the time it gets released, you've been slowed down by repeatedly hitting the ceiling of your memory and CGed freque

Re: https://jira.codehaus.org/browse/MNG-5386 ; closing extension realms ?

probably only if one uses the embedding to actually build the project. Which I don't do in netbeans, only use it to load the MavenProject instance and resolve dependencies, effectively using the extensions only to resolve ArtifactHandlers I think. haven't yet observed a problem with extensions clas

Re: [VOTE] Maven Indexer 5.1.0 Release (take 2)

+1 tested basic operations with netbeans. Milos On Wed, Nov 21, 2012 at 6:46 PM, Olivier Lamy wrote: > +1 > > 2012/11/20 Tamás Cservenák : >> Hi, >> >> we'd like to release Maven Indexer 5.1.0. >> >> We fixed 7 issues: >> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=12112&version=1

Re: [RESULT] Maven Compiler Plugin 3.0 and maven-shared-incremental 1.0

late but anyway. +1 tried some simple operations with netbeans.org annotations (and annotation processors) Milos Kleint On Mon, Nov 19, 2012 at 12:37 AM, Olivier Lamy wrote: > Hi, > The vote has passed with the following result: > +1 (binding): Arnaud Heritier, Emmanuel Venisse, Steph

Re: [VOTE] Maven Indexer 5.0.0 (repeated)

+1 tested with netbeans, basics - indexing, download of index, searching.. Milos On Tue, Sep 18, 2012 at 9:43 AM, Olivier Lamy wrote: > +1 > > Two minor points: > * please add your key here: http://svn.apache.org/repos/asf/maven/project/KEYS > * even if we don't have a lot of documentation in

Re: [VOTE] Release Maven Indexer version 5.0.0

+1 basic testing inside netbeans codebase, all seems to work. Milos On Wed, Sep 12, 2012 at 8:20 PM, Tamás Cservenák wrote: > Hi, > > We solved 6 issues: > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=12112&version=18722 > > There are still a couple of issues left in JIRA: > http:

Re: Release of Maven Indexer 5.0

the usual operations like indexing local repo, downloding remote index and searching appear all working properly. I had to change a place or two to call aquire+release methods on the context. Milos On Wed, Sep 12, 2012 at 1:02 PM, Milos Kleint wrote: > On Wed, Sep 12, 2012 at 12:53 PM, Ta

Re: Release of Maven Indexer 5.0

if it matters, netbeans (the user the library is on 1.6 for a while already), no problems whatsoever upgrading.. Milos On Wed, Sep 12, 2012 at 1:04 PM, Tamás Cservenák wrote: > Actually, my hope was to have someone here say "c'mon, not bumping to > Java6? Are you nuts?" and then continue with, "

Re: Release of Maven Indexer 5.0

n in NB > for example... I'm right at it, however the issue reported is fairly random (and rarely occurring) so the most likely result of my testing will be just sanity check confirmation.. Milos > > Thanks, > ~t~ > > On Wed, Sep 12, 2012 at 12:35 PM, Milos Kleint

Re: Release of Maven Indexer 5.0

hey, do you believe https://jira.codehaus.org/browse/MINDEXER-52 is fixed in 5.0? Milos On Wed, Sep 12, 2012 at 11:27 AM, Tamás Cservenák wrote: > Howdy, > > there are a notable changes in trunk of MI: > https://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+MINDEX

Re: Managing caches in maven-core/plugins ?

+1, I've got problems with caching in netbeans integration. Managed to lower the long term memory usage significantly by resetting the ProjectBuildingRequest on the MavenProject instance. That one was holding quite a few Model instances, I''ve looked at the other caches but I was not entirely clear

Re: [VOTE] Move Maven projects sources to git

+1, cannot help unfortunatelely Milos On Wed, Sep 5, 2012 at 1:04 PM, Olivier Lamy wrote: > Hi, > This vote is to decide moving our source tree currently located in one > svn repository to git (multiple git repositories). > First, we need to have at least 3 volunteers to help on Apache infra > f

Re: Maven Indexer Changes

On Thu, Aug 9, 2012 at 2:33 AM, Brett Porter wrote: > > On 09/08/2012, at 5:43 AM, Tamás Cservenák wrote: > > >> In essence: not really needed for now, as Lucene 3.6.1 is fine on Java5, >> and IOEx new constructor is used in very few places but we can go back >> in time for 233 years for now.

Re: [VOTE] Release Maven Dependency Tree 2.0 + Maven Project Info Reports Plugin 2.5 + Maven Dependency Plugin 2.5 (take 2)

+1 - included dependency-tree 2.0 into netbeans, appears to work. Upgrade most likely solves a bunch of issues in dependency graphs. thanks. Milos PS: so technically my vote is just on dependency-tree, I haven't checked the rest On Fri, Aug 3, 2012 at 6:04 PM, Olivier Lamy wrote: > +1 > Great t

Re: [VOTE] Release Maven Surefire Plugin version 2.12.1

re. > > Kristian > > > > mvn -Dsurefire.version=2.12.1 > -Dtest=test.mavenproject2.AppNGTest#testMain,test.mavenproject2.AppNGTest#testMain2 > test > 2012/7/30 Milos Kleint : >> -1 >> >> surefire 1.12.1 + testng 6.5.2 or 6.7: >> "mvn >> -D

Re: [VOTE] Release Maven Surefire Plugin version 2.12.1

-1 surefire 1.12.1 + testng 6.5.2 or 6.7: "mvn -Dtest=test.mavenproject2.AppNGTest#testMain,test.mavenproject2.AppNGTest#testMain2 test" doesn't work (no tests run), even though running just 1 test method will succeed. surefire 1.12.1 + junit 4.10: "mvn -Dtest=test.mavenproject1.AppTest#testMai

Re: [VOTE] Apache Maven Indexer 4.1.3

any chance of getting https://jira.codehaus.org/browse/MINDEXER-52 done or scheduled? this is both causing problems for clients and is a resource hog as each repository will consume one thread. apart from that I'll try testing with netbeans later this week. Milos On Mon, Jul 30, 2012 at 7:04 PM,

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

https://github.com/sonatype/plexus-utils > On Jul 18, 2012, at 8:37 AM, Milos Kleint wrote: > >> On Wed, Jul 18, 2012 at 2:34 PM, Jason van Zyl wrote: >>> Is your use case providing the user the path to navigate back to the >>> originating model/element from the

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

aven't thought about refactoring yet. Milos > > On Jul 18, 2012, at 2:32 AM, Milos Kleint wrote: > >> Hello, >> >> I've created issue https://jira.codehaus.org/browse/MNG-5309 along >> with a prototype patch to tackle the issue of missing InputLocation

MNG-5309 InputLocation for Xpp3Dom configuration elements

n aware merging code back down to plexus-utils or keep it in maven? issue2: the populating of InputLocation tree is not covered so far, just proof of concept post-processing after the Xpp3 reader creates the Model object tree. Should this go to modello? where are the current master sources of modell

Re: patch for review

Can I proceed in usual github way and request a pull? or I just create a diff file and apply to the svn source base myself? Milos On Tue, Jul 3, 2012 at 5:00 PM, Olivier Lamy wrote: > sounds good (at least for me :-) ). > > 2012/7/3 Milos Kleint : >> done >> https://githu

Re: patch for review

done https://github.com/mkleint/maven-3/commit/2ca8e13135e34f5df7cde0a86e37b533de3be676 Milos On Mon, Jul 2, 2012 at 12:19 AM, Olivier Lamy wrote: > 2012/7/1 Milos Kleint : >> On Sun, Jul 1, 2012 at 9:30 AM, Olivier Lamy wrote: >>> 2012/6/29 Milos Kleint : >>>> I

Re: patch for review

On Sun, Jul 1, 2012 at 9:30 AM, Olivier Lamy wrote: > 2012/6/29 Milos Kleint : >> I forgot to mention in previous reply that one important constraint is >> that Every single addition needs to fill out the Version value. The >> default maven processing makes no use of it a

Re: [VOTE] Release Maven Plugin Tools version 3.1

I've tried on latest mojo's nbm-maven-plugin which I've converted to annotations. The xml file seems to be generated fine. However when I build the site for the project, I only get this instead of the 5+ goals http://screencast.com/t/mPx3RmDX. I've figured it was my fault, only set 3.1 in not in .

Re: patch for review

nputLocation location, Exception cause ); >>> >>> +   void add( ModelProblem.Severity severity, ModelProblem.Version >>> version, String message, InputLocation location, Exception cause ); >>> >>> I would prefer we use a bean which contains the needed

Re: patch for review

); > > I would prefer we use a bean which contains the needed informations. > something like: void add( ModelProblemCollector > modelProblemCollectorRequest ); (or an other name :-) ). > > Makes sense ? > > 2012/6/29 Milos Kleint : >> hello, >> >> I've prep

patch for review

found (validation level minimal). See http://jira.codehaus.org/browse/MNG-5306 for details and links to patch. I haven't submitted to maven codebase for a while so I'd like to have a review before integrating, Thanks. Milos Kleint -

Re: plugin annotations retention policy

> > 2012/6/28 Milos Kleint : >> Hello, >> >> I'm in the process of rewriting the nbm-maven-plugin at mojo to use >> the new annotations instead of javadoc tags. It appears to be working >> fine, but I'm wondering why the retention policy is CLASS. S

plugin annotations retention policy

SOURCE and the annotation dependency could be made "provided". Am I missing something? Regards Milos Kleint - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org

Re: [DISCUSS] Project local setting.xml

hasn't that been the purpose of profiles.xml files back in 2.x before it was removed for 3.x? Milos On Mon, Aug 1, 2011 at 9:00 PM, Paul Gier wrote: > I'd like to discuss the possibility of Maven automatically looking for a > project specific settings.xml file [1].  The main use case for this is

Re: Apache Maven distribution with fixes

On Thu, Jul 28, 2011 at 5:11 PM, Stephen Connolly wrote: > On 28 July 2011 16:03, John Casey wrote: >> >> >> On 7/28/11 10:43 AM, Jason van Zyl wrote: >>> >>> On Jul 28, 2011, at 10:23 AM, Mark Struberg wrote: >>> The reason why no one committed to Aether beside yourself is partly that

Re: Pom changes

On Wed, Jun 29, 2011 at 1:02 AM, Benson Margulies wrote: > But why do 2.0.10 users need to build against brand-spanking-new poms? > And, if they do, could we give them a downconversion tool? > the new poms will arrive to central for everyone to use.. Milos > > On Tue, Jun 28, 2011 at 6:47 PM, S

Re: Proposal: Maven launchers in the POM

you can already do this with netbeans afaik. 1. add the configuration of plugins in a profile 2. in nb ui, create a custom action in project properties/Actions customizer. 3. name the action, enable the given profile and execute the goals 4. done, run the action from project popup. (if you want it

Re: Maven Embedder 2.0.4 examples

actually netbeans is also using a summer 2008 2.1-SNAPSHOT (heavily patched) Milos On Thu, Jun 10, 2010 at 2:41 AM, Jason van Zyl wrote: > The embedder was phased out of the 2.x line years ago and is not supported. > The only known client is Hudson. You might want to look in the Hudson source >

Re: [M3] regression: M3 warns because of parent POM

On Tue, Apr 27, 2010 at 2:13 PM, Benjamin Bentmann < benjamin.bentm...@udo.edu> wrote: > Jörg Schaible wrote: > > M3 complains now if the referenced parent of a POM is not in the parent >> directory: >> >> [WARNING] 'parent.relativePath' of POM com.scalaris.commons:scalaris- >> commons-lang:2.2.1

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

is or if that was someone else, but the checksums for it are incorrect > (see users@ today for those using The 2.3 release). > > Do you know what happened? If the JARs are correct maybe we can just fix > the checksums on Codehaus' repo? > > - Brett > > On 06/04/2010, at 4:

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

juven is on the case. We should have correct checksums shortly.. Milos On Wed, Apr 21, 2010 at 11:11 AM, Brett Porter wrote: > > On 21/04/2010, at 5:59 PM, Milos Kleint wrote: > > > On Wed, Apr 21, 2010 at 9:32 AM, Brett Porter wrote: > > > >> > >>

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

On Wed, Apr 21, 2010 at 9:32 AM, Brett Porter wrote: > > On 21/04/2010, at 5:14 PM, Milos Kleint wrote: > > > gpg --verify plexus-compiler-javac-1.8.jar.asc > > gpg --verify plexus-compiler-javac-1.8.pom.asc > > both say > > gpg: Signature made Tue Mar 30 00

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

On Wed, Apr 21, 2010 at 8:41 AM, Brett Porter wrote: > > On 21/04/2010, at 3:40 PM, Milos Kleint wrote: > > > hmm... I did the plexus compiler release indeed. No idea how the > checksums > > became broken. I've done the regular release:prepare, release:perform &g

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

correct > (see users@ today for those using The 2.3 release). > > Do you know what happened? If the JARs are correct maybe we can just fix > the checksums on Codehaus' repo? > > - Brett > > On 06/04/2010, at 4:26 PM, Milos Kleint wrote: > > > oups, y

Re: Cutting another maven-compiler-plugin release to set the default source/target to 1.5

On Sat, Apr 10, 2010 at 12:57 PM, Benjamin Bentmann < benjamin.bentm...@udo.edu> wrote: > Brett Porter wrote: > > [...] though for your purposes it might be more expedient to put the >> configuration in the 3.0 super POM? >> > > -1, it's unlucky when builds depend on the version of Maven being us

Re: [VOTE] Release Maven Compiler Plugin 2.3

I've tried to look into the codebase but got scared off. That's definitely something to add though. Milos On Sun, Apr 11, 2010 at 8:02 AM, nicolas de loof wrote: > Will this change be supported in m2eclipse ? I mean : will m2e detect the > maven-compiler-plugin 2.3+ version and set JRE1.5 classp

Re: [VOTE] Release Maven Compiler Plugin 2.3

+1 Milos 2010/4/10 Arnaud Héritier > +1 > > Arnaud Héritier > Software Factory Manager > eXo platform - http://www.exoplatform.com > --- > http://www.aheritier.net > > > On Sat, Apr 10, 2010 at 3:04 PM, Stéphane Nicoll > wrote: > > > +1 > > > > Sent from my iPhone > > > > > > On 10 Apr 2010, at

[ANN] Maven Compiler Plugin 2.2 Released

The Maven team is pleased to announce the release of the Maven Compiler Plugin, version 2.2 This plugin provides the capability to compile the java sources and newly also to process annotations in jdk 1.6. See the plugin's site for ore details: http://maven.apache.org/plugins/maven-compiler-plugin

Re: [RESULT] [VOTE] Release Maven Compiler Plugin 2.2

oups, you are right, sorry about that. I was checking against http://people.apache.org/~jim/projects.html#maven-pmc and your name showed up but I missed that it showed in maven but not maven-pmc. Same applies to Nicolas. The correct result is +1 (binding): Milos Kleint,, John Casey, Olivier Lamy

[RESULT] [VOTE] Release Maven Compiler Plugin 2.2

The vote has passed with the following result : +1 (binding): Milos Kleint, Stephen Connolly, John Casey, Nicolas de Loof, Olivier Lamy +1 (non binding): Tony Chemit I will promote the artifacts to the central repo. Milos Kleint On Tue, Mar 30, 2010 at 11:54 AM, Milos Kleint wrote: >

Re: AW: [DISCUSS] MNG-3226 - Developers and Contributors information is not being inherited

I would go with the current behaviour as well. Milos On Thu, Apr 1, 2010 at 11:33 PM, Justin Edelson wrote: > +1 > > On Apr 1, 2010, at 4:21 PM, Mark Struberg wrote: > > > I think the current behaviour is the most flexible and also very > > intuitive. So I'd let it as is. > > > > LieGrue, > > s

[VOTE] Release Maven Compiler Plugin 2.2

Hi, We solved 6 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11130&version=16097 Staging repo: https://repository.apache.org/content/repositories/maven-00 3 Staging site (sync pending): http://maven.apache.org/p

Re: annotations support in compiler mojo

Tue, Mar 30, 2010 at 11:03 AM, Mark Hobson wrote: > On 29 March 2010 10:35, Milos Kleint wrote: > > yes, one place when this issue arises is when your own project defines a > > annotation processor of it's own. See > > http://jira.codehaus.org/browse/MCOMPILER-97 &g

Re: annotations support in compiler mojo

Hello Mark, On Mon, Mar 29, 2010 at 10:39 AM, Mark Hobson wrote: > >> Obviously this is complicated if we're also compiling too. > > > > Yes, you would have to somehow recognize this upfront and pass -proc:none > to > > avoid processing? but how do you figure? > > > > the current netbeans ann

Re: annotations support in compiler mojo

On Fri, Mar 5, 2010 at 6:38 PM, Mark Hobson wrote: > Hi Milos, > > Apologies for the delayed reply. See my responses inline: > > On 25 February 2010 09:10, Milos Kleint wrote: > > Hello Mark, > > > > what are the required feaures you are after? From the glimpse

Re: IT failures of Maven Compiler Plugin

this should fix it, passed for me locally.. http://fisheye.codehaus.org/changelog/plexus/?cs=8655 I suppose the grid gets back to normal once new plexus-compiler snapshot gets uploaded. does the compiler-plugin hudson job need manual poking? milos On Thu, Feb 25, 2010 at 9:29 PM, Milos Kleint

Re: IT failures of Maven Compiler Plugin

t; thanks Milos On Thu, Feb 25, 2010 at 9:17 PM, Milos Kleint wrote: > yes, looking into it.. > > Milos > > > On Thu, Feb 25, 2010 at 12:00 PM, Benjamin Bentmann < > benjamin.bentm...@udo.edu> wrote: > >> Hi Milos, >> >> it seems r911840 broke the Maven

Re: IT failures of Maven Compiler Plugin

yes, looking into it.. Milos On Thu, Feb 25, 2010 at 12:00 PM, Benjamin Bentmann < benjamin.bentm...@udo.edu> wrote: > Hi Milos, > > it seems r911840 broke the Maven Compiler Plugin on JRE 1.5- [0], can you > please have a closer look? Thanks. > > > Benjamin > > > [0] https://grid.sonatype.org/c

Re: annotations support in compiler mojo

; > > (late) +1 for annotations support in maven-compiler-plugin > > Nicolas > > > > 2010/2/10 Brian Fox > > > >> Does it make sense to create a plugin specifically for annotation > >> processing? > >> > >> On Sat, Jan 30, 2010 at 3

Re: annotations support in compiler mojo

complicated to setup and maintain. Milos On Wed, Feb 10, 2010 at 3:52 PM, Brian Fox wrote: > Does it make sense to create a plugin specifically for annotation > processing? > > On Sat, Jan 30, 2010 at 3:06 AM, Milos Kleint wrote: > > can I read silence as lazy consensus to add ann

Re: annotations support in compiler mojo

can I read silence as lazy consensus to add annotation processing to the compiler plugin? Milos On Mon, Jan 25, 2010 at 2:48 PM, Milos Kleint wrote: > Hello, > > I'd like to start a discussion about how annotations are supported in maven > builds. I'm currently tryin

annotations support in compiler mojo

Hello, I'd like to start a discussion about how annotations are supported in maven builds. I'm currently trying to use some NetBeans Platform based annotations in maven projects and I'm encountering some problems. 1. http://jira.codehaus.org/browse/MCOMPILER-98 - -sourcepath needs to be always se

Re: [VOTE] Commit access for Kristian Rosenvold

+1 Milos On Mon, Jan 4, 2010 at 8:47 AM, Jason van Zyl wrote: > Hi, > > I have reviewed the patches for the parallel build support and I think they > are great. > > I think we should just give Kristian access to work with Dan and other > developers who want to support this work. > > +1 > > Than

Re: User's project-specific properties ability disabled after MNG-4060

On Fri, Nov 27, 2009 at 1:59 PM, Jason van Zyl wrote: > > On 2009-11-27, at 7:45 AM, Milos Kleint wrote: > > On Fri, Nov 27, 2009 at 12:57 PM, Jason van Zyl wrote: >> >> >>> On 2009-11-27, at 5:55 AM, Milos Kleint wrote: >>> >>> I agree with

Re: User's project-specific properties ability disabled after MNG-4060

On Fri, Nov 27, 2009 at 12:57 PM, Jason van Zyl wrote: > > On 2009-11-27, at 5:55 AM, Milos Kleint wrote: > > I agree with Robert here. >> removal of profiles.xml file leaves maven with no non-sharable, >> per-project >> configuration option. I"ve ad

Re: User's project-specific properties ability disabled after MNG-4060

I agree with Robert here. removal of profiles.xml file leaves maven with no non-sharable, per-project configuration option. I"ve added my example to the issue http://jira.codehaus.org/browse/MNG-4060. It would be doable with settings.xml but it would be uber-cumbersome to do so. It could partly wo

Re: endorsing: ToolChain thing or compiler/surefire plugin thing or ....

I've done something for the javaee6 archetypes at mojo. I suppose you are talking the same problem. Only compilation now, not surefire. It's a solution within current constraints only. When leaving these behind, I would go for endorsed scope. http://svn.codehaus.org/mojo/trunk/mojo/mojo-archetypes/

Re: Bug in Maven EAR plugin version 2.4

a sample project demonstrating the problem is essential here. I've tried to reproduce but always ended up with the display name being first. Thanks Milos On Tue, Nov 3, 2009 at 2:10 PM, Stephane Nicoll wrote: > Hi André, > > Thanks for the notification. You can freely create an account on > jir

Re: [VOTE] Release Maven ear plugin version 2.4

+1 tested the javaee6 related functionality primarily. The website at the given url is not properly generated? clicking on Usages or Introduction leads to nowhere? Milos On Fri, Oct 16, 2009 at 2:07 PM, Stephen Connolly < stephen.alan.conno...@gmail.com> wrote: > +1, limited testing, but works

Re: [DISCUCSS] Make ToolchainManagerPrivate session-aware

unless the MavenSession can be somehow computed (how?) there's no other way I can see. Milos On Tue, Aug 4, 2009 at 10:49 AM, Benjamin Bentmann < benjamin.bentm...@udo.edu> wrote: > Hi, > > in the interface ToolchainManagerPrivate, i.e. the one used by the > maven-toolchain-plugin to setup the t

Re: Progress on support for large projects

On Tue, May 12, 2009 at 11:01 PM, Joerg Hohwiller wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Milos, > > > > relying on the reactor and giving up on being able to build the one > project > > separately is very bad (read: completely breaks) any IDE integration. > > I totally dis

Re: Using GIT as the canonical repository for Maven 3.x

gt; I think Netbeans days are numbered; Oracle is a member of the Eclipse > board. please stop spreading FUD (unless play golf with Oracle's board members and know more than we do) Milos Kleint (working for Sun on Maven integration) > > > -

Re: Progress on support for large projects

On Sun, May 10, 2009 at 3:09 PM, Joerg Hohwiller wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > > > >> You can use dependency management or properties to deal with omitting > the > >> dependencies. I personally never assume what will be contained in a > reactor > >> and structure m

Re: m2eclipse embedded maven still "2.1-SNAPSHOT" ?

not an expert on m2eclipse but netbeans is also using a quite old version of 2.1-SNAPSHOT (from last June to be precise). The current trunk is not there yet (and since it will take some effort to migrate I will wait for betas as least). I've got the same issue reported (not with enforcer, but the

Re: will maven-dependency-tree API be replaced in Maven3?

not plugin devs only. I've started using dependency-tree component in netbeans maven support extensively as well. It's very convenient.. Milos On Tue, Feb 17, 2009 at 1:20 PM, pi song wrote: > I just had a look at Mercury artifact resolver. It currently returns a list > of artifacts. > I think y

Re: Programmatically adding dependencies to a MavenProject

don't do that. Among other things it will mess up the IDE integration. The project model shall be declarative. Milos On Fri, Dec 26, 2008 at 6:08 PM, Ralph Goers wrote: > Under certain circumstances this could be done but I would need to > understand the use case to tell you how. > > On Dec 24,

Re: Maven Shaded Jars + Netbeans = confused Netbeans?

if the project in question is opened (or otherwise known), all queries are redirected to it. That way you get the correct error badges in project B when you change classses in project A.. Milos On Thu, Dec 11, 2008 at 9:30 AM, Lilianne E. Blaze <[EMAIL PROTECTED]> wrote: > Milos Kle

Re: Maven Shaded Jars + Netbeans = confused Netbeans?

I'll look into it when I get back from vacation (Jan 2009). Right now it seems to be an issue with the fact that the shaded jar belongs to a project that doens't provide the source for the binaries contained. That's sort of a concept in netbeans project system, so making it work will probably invol

Re: compiler plugin: separate test compiler configuration

I'm not sure we did. The execution based config for testCompile doesn't really work? Milos On Mon, Oct 20, 2008 at 5:41 PM, Oleg Gusakov <[EMAIL PROTECTED]> wrote: > Looks like we reached a consensus here, I will add the params. > > Thanks everyone for discussion and guidance! > > Michael McCallu

Re: compiler plugin: separate test compiler configuration

well, I suppose the question was if configuring just the testCompile execution doesn't work. I suppose having a general config at sourcelevel 1.4 and then specific one for testCompile execution shall work. ...maven-compiler-plugin... xxx testCompile

Re: compiler plugin: separate test compiler configuration

just FYI, it should work fine in NetBeans. (after adding code to recognize the new parameters) But I'm not sure if the setting itself is enough to be truly useful. Since the sourcelevel is to be set to 1.5+ jdk javac only (as the 1.4 javac would spill on the 1.5 source level value), the maven build

Re: getting toolchains to be more widely used

On Thu, Sep 25, 2008 at 8:18 AM, Brett Porter <[EMAIL PROTECTED]> wrote: > Hi, > > I'd like to do a bit of work to see the toolchains more widely used. > > - http://jira.codehaus.org/browse/MNG-3766 > - release updated plugins - release the toolchain plugin. > - document the use of the toolchains

Re: svn commit: r699773 - in /maven/components/trunk/maven-project/src/main/java/org/apache/maven/project: DefaultMavenProjectBuilder.java artifact/MavenMetadataSource.java

actly the same question, Milos beat me to it. >> > >> > Can you elaborate more please? >> > >> > Thanks, >> > Brett >> > >> > On 29/09/2008, at 8:12 AM, Jason van Zyl wrote: >> > >> > We're just in the middle of r

Re: svn commit: r699773 - in /maven/components/trunk/maven-project/src/main/java/org/apache/maven/project: DefaultMavenProjectBuilder.java artifact/MavenMetadataSource.java

Hello Shane, How will the cache be cleared? Other than dumping and restarting the container? That would be a problem for embedded project loading. Milos On Sun, Sep 28, 2008 at 6:52 AM, <[EMAIL PROTECTED]> wrote: > Author: sisbell > Date: Sat Sep 27 21:52:53 2008 > New Revision: 699773 > > URL:

Re: [RESULT] Release Maven archetype plugin version 2.0-alpha-4

Late but still. +1 I've tested within netbeans on the old and new style archetypes. Milos On Fri, Sep 26, 2008 at 6:30 PM, Raphaël Piéroni <[EMAIL PROTECTED]> wrote: > Hi folks, > > According to http://svn.apache.org/repos/asf/maven/pom/trunk/maven/pom.xml > The vote result is: > binding votes

Re: Central repository index

On Thu, Aug 28, 2008 at 3:03 PM, Eugene Kuleshov <[EMAIL PROTECTED]> wrote: > > > Milos Kleint wrote: >> >> as a user of the nexus indexer (in netbeans integration), I'm hoping >> this kind of statements only mean compatible changes in the index that >>

Re: Central repository index

On Thu, Aug 28, 2008 at 8:02 AM, Eugene Kuleshov <[EMAIL PROTECTED]> wrote: > > James, > > I am not exactly sure what is the problem for Archiva or any other project > to use nexus indexer API. For instance, Archiva is already using number of > dependencies from outside of Maven project and even f

Re: Wagon

http://www.netbeans.org/issues/show_bug.cgi?id=143319 can be consider serious issue found in wagon beta-3 Milos On Mon, Aug 25, 2008 at 5:23 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote: > I don't have a specific problem other then the few things that have cropped > up, but the vast majority of pe

Re: releasing? RE: New sandbox plugin: maven-reactor-plugin

On Mon, Aug 18, 2008 at 6:01 PM, Dan Fabulich <[EMAIL PROTECTED]> wrote: > At the suggestion of others I've renamed the "makeMyChanges" goal to > "makeScmChanges". This clarifies the purpose of the goal a bit more. > > What I'd like to do now, if folks are interested, is pursue this problem > alon

  1   2   3   >