On Mon, Jan 26, 2009 at 9:23 PM, Maarten Storm wrote:
> Yes it is a bad idea to add add dependencies programatically, I had a
> RTFM thing :-( . The Pom must be the project model in all cases. Oeps
> and sorry for that. I fixed the issue by using the scope import stated
> somewhere in the conversa
On Tue, Dec 16, 2008 at 1:51 AM, Jason van Zyl wrote:
> Howdy,
>
> This is primarily directed at Benjamin (who has done a great job getting the
> ITs in shape), John (who has spent a great deal of time getting our grid up
> and running), and Tom (who has made some very cool additions to Hudson whi
My results are different.
2.0.8 vs 2.0.9-RC6
50 module project, clean install: 6m2s vs 8m53s
50 module project, install: 3m10s vs 4m51s
5 module project, clean install: 48s vs 1m2s
5 module project, install: 20s vs 28s
Memory consumption was not significantly different.
That's a 30-50% performa
gt;
> I'm interested in the process, but have gone down the Drools workflow way,
> and I'm trying to work on the promotion from Nexus. But I'll definitely take
> a look at code.
>
> On 8-Jul-08, at 3:40 PM, Tom Huybrechts wrote:
>
>> On Mon, Jul 7, 2008 at 5:47 P
On Mon, Jul 7, 2008 at 5:47 PM, John Casey <[EMAIL PROTECTED]> wrote:
>
>
> Jason van Zyl wrote:
>>
>> There are groups there for Maven 2.1, Plexus, Maven IDE (really embedder
>> consumers), and I will also limit the plugins to the default lifecycles of
>> the commonly used packagings like JAR, and
Here's my 2c.
- Bundle-SymbolicName = artifactId is a no-brainer IMHO
- groupId should be the organization creating the bundle (so when
converting an existing library, the organization that does the
converting)
- Bundle-Version = version - somebody once proposed dropping the
qualifier but then you
I have a private plugin that uses the stage-plugin code, and just got
the same stacktrace from one of my users yesterday.
Probably also because he switched to 2.0.9. I'll ask him on monday...
On Sat, May 17, 2008 at 8:50 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> That's weird. I used 2.0.9 to
That's way too much magic. I'd rather have an explicit
true\false flag.
dependency:analyze could check this if desired.
On Wed, Apr 30, 2008 at 4:31 AM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> It seems like we would need an ASM based post processor to analyze it before
> generating the pom that
I read about the new import scope in the 2.0.9 release notes. This
looks very promising to me, but I have a questions on the details of
how this works.
I looked in the mailing list history for discussions on this feature,
but couldn't find anything. There is a wiki page, but it has few
details (and
While using a 2.0.9 snapshot, I noticed that my plugins no longer see -D...
cli arguments as system properties.
Probably because System.setProperty(...) was removed in this revision. Why
was this necessary ?
Tom
On Jan 8, 2008 1:03 PM, <[EMAIL PROTECTED]> wrote:
> Author: vsiveton
> Date: Tue J
aultClassRealm.java:255)
at
org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(
JavaComponentFactory.java:30)
... 16 more
On Jan 28, 2008 12:42 PM, Don Brown <[EMAIL PROTECTED]> wrote:
> On 1/28/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
> > I just tried it out and sometimes got this error h
I just tried it out and sometimes got this error halfway through a build:
Exception in thread "pool-101-thread-2"
java.lang.ArrayIndexOutOfBoundsException: 10
at java.util.ArrayList.add(ArrayList.java:352)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifac
Are you proposing to add the zip packaging to the core ?
Won't this break (or at least change) builds that have defined their
own zip packaging ?
Tom
On Jan 9, 2008 10:06 PM, Olivier Lamy <[EMAIL PROTECTED]> wrote:
> Hi,
> I have just read a thread [1] on the user mailing list.
> Is there any obj
On Jan 9, 2008 9:23 AM, Jorg Heymans <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008 11:02 PM, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
>
> Take a look at the developer cookbook (
> > http://docs.codehaus.org/display/MAVENUSER/Mojo+Developer+Cookbook )
>
>
> It wo
On Jan 8, 2008 10:56 PM, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have evaluated the bug report MCLIRR-7 and must admit that I am
> stuck. Here's what I have found:
>
> Clirr requires two classloaders, one with the previous version and one
> with the current version. In order to creat
On Dec 28, 2007 1:02 AM, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Hi
>
> I've been applying patches to the pmd-plugin from Xavier Le Vourch. The
> patches have been of good quality.
>
> Now I'm looking at a patch for http://jira.codehaus.org/browse/MPMD-63
> which reads the jdk source level fr
It's set in the ArtifactHandler configuration in components.xml.
On Dec 27, 2007 9:12 PM, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> I'm debugging a problem that happens in both 2.0.8/9-SNAPSHOT and
> 2.1-SNAPSHOT...that is project.getRunTimeArtifacts returns an empty list
> even when it clearly
Hi,
could somebody have a look at
http://jira.codehaus.org/browse/MAVENUPLOAD-1852 please ?
Thanks,
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'll be there too.
On Nov 27, 2007 11:40 AM, Stephane Nicoll <[EMAIL PROTECTED]> wrote:
> ZZzzz. Anyone awake?
>
> Vincent M., read your mail. I know you're coming!
>
> Stéphane
>
>
> On Nov 25, 2007 11:32 AM, Stephane Nicoll <[EMAIL PROTECTED]> wrote:
> > Just wondering who's coming to Javapo
I'm trying to integrate Maven into a STAF [1] service using the
embedder (the latest 2.1 snapshot).
During startup, the embedder gives me this exception:
org.apache.maven.embedder.MavenEmbedderException: Cannot lookup
required component.
at org.apache.maven.embedder.MavenEmbedder.start(Ma
The repositorytools tried to do too many things at once, and the
result was that it almost didn't work at all :)
This simple code should get you somewhere - it is an implementation of
a release plugin phase, but you can transform it into a mojo. It will
take a remote repository on the local filesy
Hi,
can anybody confirm/deny that the changes to mvn.bat in r543625 have
broken result codes ?
Errors are no longer reported in 2.0.7.
If I restore the @endLocal, it works as it did before.
:error
+if "%OS%"=="Windows_NT" @endlocal
set ERROR_CODE=1
Tom
---
(non-binding) +1
On 6/13/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Hi,
The release notes are here:
http://jira.codehaus.org/secure/ReleaseNote.jspa?
projectId=10500&styleName=Html&version=13138
The tag is here:
http://svn.apache.org/repos/asf/maven/components/tags/maven-2.0.7/
Staging re
I'm using it in production without issues.
One thing that could be improved is that the junit4 provider now looks
at the filename to find tests, instead of looking for @Test
annotations.
Tom
On 2/22/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 22 Feb 07, at 5:00 PM 22 Feb 07, Brett Porter
Yves,
At http://jira.codehaus.org/browse/MDEP you can look at the existing
issues with this plugin. It's possible that is issue is already
reported or even solved. If not, you can create an issue and/or attach
the patch.
Tom
On 2/20/07, gc134728 <[EMAIL PROTECTED]> wrote:
Dear maven developers
You're right - it is hardcoded. See http://jira.codehaus.org/browse/SUREFIRE-141
Tom
On 2/6/07, Arnaud Bailly <[EMAIL PROTECTED]> wrote:
Hi to all,
I wish to extend maven-surefire with a new provider. As far as I can
tell from the plugin's source code, this is not possible without
modification
2) The repository copying only works using the file:/// when you're
on the same machine due to a bug in Wagon.
It should also work for http if you have the latest wagon api Did you
try that ?
Tom
-
To unsubscribe, e-mail: [EM
Can't you "solve" this with -Dhttps.proxyHost=xxx -Dhttps.proxyPort=... ?
On 1/11/07, Franz Fehringer <[EMAIL PROTECTED]> wrote:
Will this release contain solutions to
MNG-2305
MNG-2066
WAGONHTTP-6
?
These issues mean, that it is impossible to access HTTPS (SSL)
repositories from behind proxi
Hi,
Could somebody deploy a surefire snapshot (including the
surefire-junit4 provider) ?
thanks,
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi all,
I was wondering if anyone is working on junit4 support ? If not, is
this because of a lack of time or interest or is something blocking it
?
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
On 1/2/07, Dan Fabulich <[EMAIL PROTECTED]> wrote:
Wendy Smoak wrote:
> On 12/22/06, Dan Fabulich <[EMAIL PROTECTED]> wrote:
>
> > > From: Kenney Westerhof [mailto:[EMAIL PROTECTED]
> > >
> > > If I understand correctly, the problem is that a 'staged' release
> > > still contains a SNAPSHOT keyw
On 12/23/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 12/22/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 12/22/06, Dan Fabulich <[EMAIL PROTECTED]> wrote:
>
> > > From: Kenney Westerhof [mailto:[EMAIL PROTECTED]
> > >
> > > If I understand correctly, the problem is that a 'staged' rele
On 12/19/06, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
Jason van Zyl wrote:
>
> On 19 Dec 06, at 12:28 PM 19 Dec 06, Steve Loughran wrote:
>
>> Jason van Zyl wrote:
>>> Hi,
>>> Just checking in with folks to see if anyone is planning ApacheCon
>>> talks.
>>
>> 1. "fear the repository police". We
On 12/19/06, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
Hello Joakim,
I like this discussion, I am a big fan of automating the release
process.
I also have some hands on experience being RM for Ant 1.6 and 1.7.
For Ant 1.7, we are using what you call the staged release process.
When I pr
From the spec:
A version string is a series of positive numbers separated by periods.
The numbers are compared component by component from left to right. If
any number is greater than the corresponding number of the supplied
string the method returns true. If the number is less than it returns
f
On 12/19/06, Graham Leggett <[EMAIL PROTECTED]> wrote:
On Tue, December 19, 2006 10:24 am, [EMAIL PROTECTED] wrote:
> =8*O I beg your pardon? I looked in JIRA but couldn't find a report about
> this. Is there? If not, I'd open one. ;-)
>
> The idea that you'll never have to fix a broken POM/JAR/
On 12/19/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
"Graham Leggett" <[EMAIL PROTECTED]> schrieb am 18.12.2006 17:53:54:
> The problem I saw posted recently about this was that once published,
the
> repository is cast in stone, including errors.
=8*O I beg your pardon? I looked in JIRA bu
On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 18 Dec 06, at 10:23 AM 18 Dec 06, Tom Huybrechts wrote:
> On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>>
>> On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote:
>>
>> >
>> > G
On 12/18/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 18 Dec 06, at 9:59 AM 18 Dec 06, Daniel Kulp wrote:
>
> Graham,
>
>
> On Monday 18 December 2006 04:26, Graham Leggett wrote:
>>> For compilation purpose the win32 eclipse jars are availabe in
>>> maven (
>>> repo1.maven.org), so compilat
6) All source files in the sources.jar files will contain the following
header.
---(snip)---
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional informatio
On 12/12/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 11 Dec 06, at 10:25 PM 11 Dec 06, Scott Lewis wrote:
> Hi Jason,
>
>
> What is the State resolver?
Dependency resolver. Basically a state machine that consumes OSGi
dependency information, determines what's missing and asks for more.
How
On 12/11/06, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
On 12/11/06, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
> In any Eclipse install, each Import-Package is provided by at least
> one bundle, and you can make a POM dependency on that bundle. It is
> quite easy to impl
- last but not least: package-level dependencies can't be handled by
maven as is. IMHO this could not be a big problem at the moment: you
could be forced to manually add transitive dependencies but at the
end it doesn't really hurt (BTW, in eclipse builds package-level
dependencies are very rare
Please consider http://jira.codehaus.org/browse/MECLIPSE-201 if you
want to deploy these artifacts to central. Once the POMs are out
released, they can't be changed untill there is a new release.
Would'nt it be a good idea to try to involve people from Eclipse in this ?
Tom
On 12/11/06, Graham
These sources are generated at build time.
Check out that project and build it.
Tom
On 12/3/06, Maurício Linhares <[EMAIL PROTECTED]> wrote:
Hi guys,
I'm making some bugfixes and improvements on M2Eclipse plugin, but I also
need to checkout the Maven 2 sources, specially the "maven-model" modu
This is stil an issue. When running a goal outside a project, the
profiles in settings.xml are ignored, (including any custom repository
you might have set up.
There is a workaround (see ARCHETYPE-1) : you need to add
-DremoteRepositories=http://the.url.to.my.repository
Tom
On 12/3/06, David Wh
Hi all,
I'm looking forward to the upcoming plugin releases. Maybe this is a
good time to fix the description elements in the POMs. Right now there
are none, so they have an inherited value of ''Maven Plugins'.
Tom
-
To unsubsc
On 11/27/06, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
This plugin uses sourcelevel 1.5:
https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/repositorytools-maven-plugin
... and it does have non-mojo classes that do not have these
constraints (see the components p
This plugin uses sourcelevel 1.5:
https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/repositorytools-maven-plugin
On 11/27/06, Emmanuel Hugonnet <[EMAIL PROTECTED]> wrote:
Tom Huybrechts a écrit :
> I write all my mojo's with 1.5.
> You just need to avoid using annotation
I write all my mojo's with 1.5.
You just need to avoid using annotations and generics in the signature
of your classes (fields, methods and their annotations).
Tom
On 11/27/06, Nicolas DE LOOF <[EMAIL PROTECTED]> wrote:
Maven should depends on the latests Java version to allow plugins to use
l
Check the value of classLoader.getResource(...). This should be a URL
in the form to a resource inside a jar. I don't think turning this
into a string and passing that to new File() will help. Instead try
using getting the resource as a stream.
InputStream is = getClass().getClassLoader().getReso
Hi,
just one comment: wouldn't it be better if release:accept would copy the
2.0.5-rcX artifacts to 2.0.5 (like in Joakim's proposal) instead of doing
the build again ?
Tom
On 10/14/06, Kenney Westerhof <[EMAIL PROTECTED]> wrote:
Hi,
Some comments inline.
Joakim Erdfelt wrote:
> The maven
52 matches
Mail list logo
