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,
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
issues.apache.org
,
it doesn't send my password reset emails and when I query all my emails (
mkle...@apache.org
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
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:
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
lundi 29 décembre 2014 16:51:07 Milos Kleint a écrit :
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
://maven-proxy.codehaus.org/
mevenideMEVENIDEMilos Kleint
http://mevenide.codehaus.org
MNG TestMNGTEST Jason van Zyl
http://maven.apache.org
Plexus PLX Jason van Zyl http://plexus.codehaus.org
Plexus Components PLXCOMP
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
+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 rfscho...@apache.org
wrote:
+1, would also make testing
is there an issue to watch?
Thanks
Milos
On Fri, Oct 17, 2014 at 10:59 PM, Igor Fedorenko i...@ifedorenko.com
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
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 mkle...@gmail.com wrote:
EventSpies are not useless, I use them in netbeans extensively. I
inject them using maven.ext.class.path
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 ja...@takari.io wrote:
I know there is the roadmap page
(https://cwiki.apache.org/confluence/display/MAVEN/Roadmap), but I
no, quite the opposite, I will applaud the decision :)
Milos
On Sun, Jan 19, 2014 at 7:36 PM, Jason van Zyl ja...@takari.io 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
On Sun, Jan 19, 2014 at 9:09 PM, Jason van Zyl ja...@takari.io 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
+1
Milos
On Sat, Mar 2, 2013 at 4:18 PM, Benson Margulies bimargul...@gmail.com 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
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
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
+1
tested basic operations with netbeans.
Milos
On Wed, Nov 21, 2012 at 6:46 PM, Olivier Lamy ol...@apache.org wrote:
+1
2012/11/20 Tamás Cservenák ta...@cservenak.net:
Hi,
we'd like to release Maven Indexer 5.1.0.
We fixed 7 issues:
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 ol...@apache.org wrote:
Hi,
The vote has passed with the following result:
+1 (binding): Arnaud Heritier, Emmanuel Venisse
+1
tested with netbeans, basics - indexing, download of index, searching..
Milos
On Tue, Sep 18, 2012 at 9:43 AM, Olivier Lamy ol...@apache.org 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
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 ta...@cservenak.net wrote:
Howdy,
there are a notable changes in trunk of MI:
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 mkle...@gmail.com wrote:
hey,
do you believe
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 ta...@cservenak.net wrote:
Actually, my hope was to have someone here say c'mon, not bumping to
Java6? Are you nuts? and then
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 mkle...@gmail.com wrote:
On Wed, Sep 12, 2012
+1
basic testing inside netbeans codebase, all seems to work.
Milos
On Wed, Sep 12, 2012 at 8:20 PM, Tamás Cservenák ta...@cservenak.net wrote:
Hi,
We solved 6 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=12112version=18722
There are still a couple of issues left in
+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
+1, cannot help unfortunatelely
Milos
On Wed, Sep 5, 2012 at 1:04 PM, Olivier Lamy ol...@apache.org 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
On Thu, Aug 9, 2012 at 2:33 AM, Brett Porter br...@apache.org wrote:
On 09/08/2012, at 5:43 AM, Tamás Cservenák ta...@cservenak.net 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
+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 ol...@apache.org
#testMain,test.mavenproject2.AppNGTest#testMain2
test
2012/7/30 Milos Kleint mkle...@gmail.com:
-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
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
-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
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 modello?
Thank you
Milos
. haven'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
elements for Xpp3Dom part of the model, that's mostly
18, 2012, at 8:37 AM, Milos Kleint wrote:
On Wed, Jul 18, 2012 at 2:34 PM, Jason van Zyl ja...@tesla.io wrote:
Is your use case providing the user the path to navigate back to the
originating model/element from the effective POM? Or is it refactoring the
POM or both?
to show where it's
done
https://github.com/mkleint/maven-3/commit/2ca8e13135e34f5df7cde0a86e37b533de3be676
Milos
On Mon, Jul 2, 2012 at 12:19 AM, Olivier Lamy ol...@apache.org wrote:
2012/7/1 Milos Kleint mkle...@gmail.com:
On Sun, Jul 1, 2012 at 9:30 AM, Olivier Lamy ol...@apache.org wrote:
2012/6/29 Milos
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 ol...@apache.org wrote:
sounds good (at least for me :-) ).
2012/7/3 Milos Kleint mkle...@gmail.com:
done
https
On Sun, Jul 1, 2012 at 9:30 AM, Olivier Lamy ol...@apache.org wrote:
2012/6/29 Milos Kleint mkle...@gmail.com:
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
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 plugins
(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
the needed informations.
something like: void add( ModelProblemCollector
modelProblemCollectorRequest ); (or an other name :-) ).
Makes sense ?
2012/6/29 Milos Kleint mkle...@gmail.com:
hello,
I've prepared a patch for MavenModelBuilder and related code that
hopefully will improve the performance
/29 Milos Kleint mkle...@gmail.com:
Is ModelProblemCollector intended for use outside of maven codebase?
MavenModelBuilder is hardcoding reference on DefaultMPC and there's a
few other implementations in tests or compat module only..
Milos
On Fri, Jun 29, 2012 at 11:49 AM, Olivier Lamy ol
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
?
2012/6/28 Milos Kleint mkle...@gmail.com:
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. Since it's
only used to generate the xml file
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 pg...@redhat.com wrote:
I'd like to discuss the possibility of Maven automatically looking for a
project specific settings.xml file [1]. The main use
On Thu, Jul 28, 2011 at 5:11 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 28 July 2011 16:03, John Casey jdca...@commonjava.org 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
On Wed, Jun 29, 2011 at 1:02 AM, Benson Margulies bimargul...@gmail.com 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,
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
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 ja...@sonatype.com 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
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.11-SNAPSHOT
with
this 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:26 PM, Milos Kleint wrote:
oups, you
On Wed, Apr 21, 2010 at 8:41 AM, Brett Porter br...@apache.org 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
combo.
I can't recall
On Wed, Apr 21, 2010 at 9:32 AM, Brett Porter br...@apache.org 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:28:04 2010 CEST using RSA key ID
juven is on the case. We should have correct checksums shortly..
Milos
On Wed, Apr 21, 2010 at 11:11 AM, Brett Porter br...@apache.org wrote:
On 21/04/2010, at 5:59 PM, Milos Kleint wrote:
On Wed, Apr 21, 2010 at 9:32 AM, Brett Porter br...@apache.org wrote:
On 21/04/2010, at 5:14 PM
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, you are right, sorry about that.
I was checking against
http
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
nicolas.del...@gmail.comwrote:
Will this change be supported in m2eclipse ? I mean : will m2e detect the
maven-compiler-plugin 2.3+
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 used,
this
+1
Milos
2010/4/10 Arnaud Héritier aherit...@gmail.com
+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
stephane.nic...@gmail.comwrote:
+1
Sent from my iPhone
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
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:
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 mkle
I would go with the current behaviour as well.
Milos
On Thu, Apr 1, 2010 at 11:33 PM, Justin Edelson justinedel...@gmail.comwrote:
+1
On Apr 1, 2010, at 4:21 PM, Mark Struberg strub...@yahoo.de wrote:
I think the current behaviour is the most flexible and also very
intuitive. So I'd let
On Tue, Mar 30, 2010 at 11:03 AM, Mark Hobson markhob...@gmail.com wrote:
On 29 March 2010 10:35, Milos Kleint mkle...@gmail.com 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
Hi,
We solved 6 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11130version=16097
Staging repo:
https://repository.apache.org/content/repositories/maven-00https://repository.apache.org/content/repositories/maven-008/
3
Staging site (sync pending):
Hello Mark,
On Mon, Mar 29, 2010 at 10:39 AM, Mark Hobson markhob...@gmail.com wrote:
snip
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
On Fri, Mar 5, 2010 at 6:38 PM, Mark Hobson markhob...@gmail.com wrote:
Hi Milos,
Apologies for the delayed reply. See my responses inline:
On 25 February 2010 09:10, Milos Kleint mkle...@gmail.com wrote:
Hello Mark,
what are the required feaures you are after? From the glimpse
complicated to setup and maintain.
Milos
On Wed, Feb 10, 2010 at 3:52 PM, Brian Fox bri...@infinity.nu wrote:
Does it make sense to create a plugin specifically for annotation
processing?
On Sat, Jan 30, 2010 at 3:06 AM, Milos Kleint mkle...@gmail.com wrote:
can I read silence as lazy consensus
...@infinity.nu
Does it make sense to create a plugin specifically for annotation
processing?
On Sat, Jan 30, 2010 at 3:06 AM, Milos Kleint mkle...@gmail.com
wrote:
can I read silence as lazy consensus to add annotation processing to
the
compiler plugin?
Milos
On Mon
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]
On Thu, Feb 25, 2010 at 9:17 PM, Milos Kleint mkle...@gmail.com 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 Compiler Plugin on JRE 1.5- [0], can you
please have
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
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 mkle...@gmail.com wrote:
Hello,
I'd like to start a discussion about how annotations are supported in maven
builds. I'm currently trying to use some
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
+1
Milos
On Mon, Jan 4, 2010 at 8:47 AM, Jason van Zyl ja...@sonatype.com 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.
I agree with Robert here.
removal of profiles.xml file leaves maven with no non-sharable, per-project
configuration option. Ive 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
On Fri, Nov 27, 2009 at 12:57 PM, Jason van Zyl ja...@maven.org 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. Ive added my example to
the issue http
On Fri, Nov 27, 2009 at 1:59 PM, Jason van Zyl ja...@maven.org wrote:
On 2009-11-27, at 7:45 AM, Milos Kleint wrote:
On Fri, Nov 27, 2009 at 12:57 PM, Jason van Zyl ja...@maven.org wrote:
On 2009-11-27, at 5:55 AM, Milos Kleint wrote:
I agree with Robert here.
removal of profiles.xml
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.
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
stephane.nic...@gmail.comwrote:
Hi André,
Thanks for the notification. You can freely
+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
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
On Tue, May 12, 2009 at 11:01 PM, Joerg Hohwiller jo...@j-hohwiller.dewrote:
-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
spreading FUD (unless play golf with Oracle's board members and
know more than we do)
Milos Kleint
(working for Sun on Maven integration)
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail
On Sun, May 10, 2009 at 3:09 PM, Joerg Hohwiller jo...@j-hohwiller.dewrote:
-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
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
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 pi.so...@gmail.com wrote:
I just had a look at Mercury artifact resolver. It currently returns a list
of
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 ralph.go...@dslextreme.com wrote:
Under certain circumstances this could be done but I would need to
understand the use case to tell
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
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 Kleint wrote:
I'll
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 McCallum
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
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...
executions
execution
idxxx/id
goals
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 plugin
stuff down and building it back
up. All with the end of making it embedder friendly.
On 28-Sep-08, at 2:50 PM, Milos Kleint wrote:
Hello Shane,
How will the cache be cleared? Other than dumping and restarting the
container?
That would be a problem for embedded project loading
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:
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 (PMC):
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 from
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
will not break users of the old APIs.
Can you confirm
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
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
along two
1 - 100 of 295 matches
Mail list logo