I can look at both of those, maybe we can figure something out in the simple
implementation to make it look better. Ant thing looks easy enough to fix.
On Oct 11, 2012, at 5:31 AM, Olivier Lamy wrote:
> 2012/10/11 Jason van Zyl :
>>
>> On Oct 11, 2012, at 4:19 AM, Oliv
which set up their own slf4j-based logging environment. The vast
>>>>> majority of plugins which do not declare an slf4j dependency, would
>>>>> get their slf4j loggers either via injection or via getLogger().
>>>
day.
>>
>> Kristian
>>
>> 2012/10/11 Anders Hammar :
>>> So, what is the solution to fixing the ITs that depend on an empty
>>> folder? Put some dummy file there? But then the folder will not be
>>> empty...
>>>
>>> /Anders
>>&g
cr...@maven.apache.org
>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> -
>>>> Arnaud Héritier
>>>> 06-89-76-64-24
>>>>
t;> independent.
>>>
>>> But I don't feel strongly either way
>>>
>>>>
>>>> Kristian
>>>>
>>>> -------------
>>>> T
some dummy file there? But then the folder will not be
>>> empty...
>>>
>>> /Anders
>>>
>>> On Thu, Oct 11, 2012 at 6:18 AM, Kristian Rosenvold
>>> wrote:
>>>> So you're going to be working on the core without touching the
ng nowhere. We move both and someone
> speeds 45 minutes fixing the it's.
>
> Kristian
>
> Den 11. okt. 2012 kl. 00:54 skrev Jason van Zyl :
>
>> I think we can flip the core, we can still release the core without flipping
>> the integration tests.
>>
>
eason they need to be migrate at the same time.
>>
>> /Anders
>>
>> On Wed, Oct 10, 2012 at 7:53 PM, Jason van Zyl wrote:
>>> So in chatting with Kristian it appears the the core is ready to flip,
>>> while the integration tests need some work. Can
So in chatting with Kristian it appears the the core is ready to flip, while
the integration tests need some work. Can we flip the core and work on the core
integrations test afterward?
Thanks,
Jason
--
Jason van Zyl
Founder &
ches. ISTR there are some issues that need to be fixed in the core
> it's when running from a git repo
>
> Those issues can be fixed now ;)
>
> Kristian
>
> Den 10. okt. 2012 kl. 18:28 skrev Jason van Zyl :
>
>> Hi,
>>
>> Where are the scripts tha
g the core over to Git. Pure selfish
motivation.
Thanks,
Jason
----------
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
What matters is not id
ork. After that I'll
look at the Aether integration. Hope to have this done over the weekend.
Thanks,
Jason
----------
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://
scribe, e-mail: dev-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For ad
on.
>
> LieGrue,
> strub
>
>
>
>
> ----- Original Message -
>> From: Jason van Zyl
>> To: Maven Developers List
>> Cc:
>> Sent: Tuesday, October 2, 2012 8:10 PM
>> Subject: Re: Aether 0.9.0.M1
>>
>>
>> On Oct 2, 2012,
On Oct 2, 2012, at 10:15 AM, Hervé BOUTEMY wrote:
> Le lundi 1 octobre 2012 19:34:27 Jason van Zyl a écrit :
>> On Oct 1, 2012, at 4:38 PM, Hervé BOUTEMY wrote:
>>> Given this milestone will be available in central repo [1], I don't see
>>> any
>>>
] http://maven.apache.org/developers/dependency-policies.html
>
> Le dimanche 30 septembre 2012 17:04:41 Jason van Zyl a écrit :
>> I'm working on the Aether Ant Tasks and in order to make them work with the
>> new Eclipse release of Aether I had to start refactoring the the core
anges in the
core to use the Eclipse Aether, otherwise I can keep my branch and rebase when
an official release comes out and merge it then.
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://tw
isu-2.3.1.
>>>
>>> This should give us a firm foundation as we work on improving the API/SPI.
>>>
>>> --
>>> Cheers, Stuart
>>>
>>> PS. There are plenty of tasks in the backlog if people would like to help
>>> out and learn more about the Sisu codebase:
>>>
>>>
>
ail: dev-h...@maven.apache.org
>>
>
> -------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
{script:nopre:"/Users/jvanzyl/signature/signature.sh"}
dev-h...@maven.apache.org
>>
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> -
> To unsubscribe, e-mail: dev-unsubsc
ine
option is set and then I'll be finished.
I'll do this tonight.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
dex.html
> doesn't list him as a committer on Maven
>
I didn't say he was a committer on Maven.
Jason
----------
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
--
k end, and then the only possible means for
>> trouble would be a plugin that wanted to use an incompatible version.
>>
>> If that's not what's worrying you, please humor me with a complete,
>> concrete, example. If it is, can you cite an example of an existing
>> plugin that would
l.
>
>
> LieGrue,
> strub
>
>
>
> - Original Message -
>> From: Jason van Zyl
>> To: Maven Developers List
>> Cc:
>> Sent: Sunday, September 9, 2012 8:43 PM
>> Subject: Re: SLF4J implementation [was Re: svn commit: r1380105 - in
>> /
clashing classes. That is what I'm afraid of to be honest. Because we
> do not have the 'other side' (random plugins and projects) under our own
> control.
>
>
> LieGrue,
> strub
>
>
>
> - Original Message -
>> From: Jason van Zyl
some other logging API?
>
> Not sure we should add stuff "just in case". I mean, which ones should
> we pick? I kind of think it should be none or all. But all would be
> impossible I think as it would include stuff we haven't heard of
> before.
>
>> It would be good f
er wants to use SLF4J and/or @Inject loggers than they
have to specify the dependency.
No client code changes unless the client wants to change it to take advantage
of SLF4J.
>
> It would be good for some others to join this discussion.
>
>
>
> On Sun, Sep 9, 2012 at 1:35 PM, J
gt; like to use a new maven version?
>
>
> LieGrue
> strub
>
>
>
> - Original Message -
>> From: Jason van Zyl
>> To: Maven Developers List
>> Cc:
>> Sent: Sunday, September 9, 2012 7:08 PM
>> Subject: Re: SLF4J implementation [was Re:
Maven, and leaving it to individual plugin authors to toss in X-slf4j
>> if they want to. I can see why putting X-slf4j into the plugin
>> classpath by default could have surprising and unpleasant results, but
>> there might be a persuasive reason to do it anyway.
>>
>
100% right.
>>
>> We imo only have the option to choose between different kinds of 'broken'.
>>
>>
>> LieGrue,
>> strub
>>
>>
>>
>>
>> - Original Message -
>>> From: Jason van Zyl
>>> To: Maven Develo
s. SLF4J with its pervasiveness, support,
documentation and implementations has the fewest of these integration issues.
>
> LieGrue,
> strub
>
>
>
>
> - Original Message -
>> From: Jason van Zyl
>> To: Maven Developers List ; Mark Struberg
>&
fort.
I think it's been adopted at Apache by so many projects specifically for those
reasons. Ceki is also a committer, and will help us fix anything when necessary
so that, again, we can focus on Maven and not logging.
Thanks,
Jason
------------
use guice natively but only JSR-330 stuff in our business
>>> code
>>> and guice is well hidden in an abstraction, don't we?
>>>
>>>
>>>>> +imports.put( "org.sonatype.inject.*", coreRealm );
>>> Nice,
type needs. This is what's in
the package, helper annotations essentially:
https://github.com/sonatype/sisu/tree/master/sisu-inject/containers/guice-bean/guice-bean-binders/src/main/java/org/sonatype/inject
>
>
> LieGrue,
> strub
>
>
>
> - Original Message
slf4j:
> http://logging.apache.org/log4j/2.x/performance.html
>
> Are people able to override with putting an other impl in $M2_HOME/lib/ext ?
>
> 2012/9/9 Jason van Zyl :
>> To complete this work and unify all the logging under SLF4J can we pick an
>> implementation?
>>
>> I
injector) directly
>>
>> Widen export of Guice packages (not ideal, need to look into ways to avoid
>> this)
>>
>> o use specific exports
>>
>> o for now we will attempt to hide all of Guice in plugin realms and we'll do
>> a bit of tes
id error( Marker marker, String format, Object[] argArray )
>> +{
>> +error( format, argArray );
>> +}
>> +
>> +public void error( Marker marker, String msg, Throwable t )
>> +{
>> +error( msg, t );
>>
3.1+ than 3.0.5+ if some component utilizes the JSR330 support.
>>
>> Version numbers are cheap. Why not bump and get some attention? :-)
>>
>> /Anders
>>
>> On Fri, Sep 7, 2012 at 10:03 PM, Jason van Zyl wrote:
>>> There are no visible user change
ft.getMessage(), ft.getThrowable() );
>>> +}
>>> +
>>> +public void error( String format, Object[] argArray )
>>> +{
>>> +FormattingTuple ft = MessageFormatter.arrayFormat( format,
>>> argArray );
>>> +logger.error( ft.getMessage(), ft.getThrowable() );
>>> +}
>>> +
>>> +public void error( String msg, Throwable t )
>>> +{
>>> +logger.error( msg, t );
>>> +}
>>> +
>>> +public boolean isErrorEnabled( Marker marker )
>>> +{
>>> +return isErrorEnabled();
>>> +}
>>> +
>>> +public void error( Marker marker, String msg )
>>> +{
>>> +error( msg );
>>> +}
>>> +
>>> +public void error( Marker marker, String format, Object arg )
>>> +{
>>> +error( format, arg );
>>> +}
>>> +
>>> +public void error( Marker marker, String format, Object arg1, Object
>>> arg2 )
>>> +{
>>> +error( format, arg1, arg2 );
>>> +}
>>> +
>>> +public void error( Marker marker, String format, Object[] argArray )
>>> +{
>>> +error( format, argArray );
>>> +}
>>> +
>>> +public void error( Marker marker, String msg, Throwable t )
>>> +{
>>> +error( msg, t );
>>> +}
>>> +
>>> +}
>>>
>>> Added:
>>> maven/maven-3/trunk/maven-embedder/src/main/java/org/apache/maven/cli/PlexusLoggerFactory.java
>>> URL:
>>> http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-embedder/src/main/java/org/apache/maven/cli/PlexusLoggerFactory.java?rev=1380105&view=auto
>>> ==
>>> ---
>>> maven/maven-3/trunk/maven-embedder/src/main/java/org/apache/maven/cli/PlexusLoggerFactory.java
>>> (added)
>>> +++
>>> maven/maven-3/trunk/maven-embedder/src/main/java/org/apache/maven/cli/PlexusLoggerFactory.java
>>> Mon Sep 3 01:07:31 2012
>>> @@ -0,0 +1,50 @@
>>> +package org.apache.maven.cli;
>>> +
>>> +/*
>>> + * Licensed to the Apache Software Foundation (ASF) under one
>>> + * or more contributor license agreements. See the NOTICE file
>>> + * distributed with this work for additional information
>>> + * regarding copyright ownership. The ASF licenses this file
>>> + * to you under the Apache License, Version 2.0 (the
>>> + * "License"); you may not use this file except in compliance
>>> + * with the License. You may obtain a copy of the License at
>>> + *
>>> + * http://www.apache.org/licenses/LICENSE-2.0
>>> + *
>>> + * Unless required by applicable law or agreed to in writing,
>>> + * software distributed under the License is distributed on an
>>> + * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
>>> + * KIND, either express or implied. See the License for the
>>> + * specific language governing permissions and limitations
>>> + * under the License.
>>> + */
>>> +
>>> +import org.codehaus.plexus.logging.LoggerManager;
>>> +import org.slf4j.ILoggerFactory;
>>> +import org.slf4j.Logger;
>>> +
>>> +/**
>>> + * A Slf4j logger factory bridged onto a Plexus logger manager.
>>> + */
>>> +public class PlexusLoggerFactory
>>> +implements ILoggerFactory
>>> +{
>>> +
>>> +private LoggerManager loggerManager;
>>> +
>>> +public PlexusLoggerFactory( LoggerManager loggerManager )
>>> +{
>>> +this.loggerManager = loggerManager;
>>> +}
>>> +
>>> +public void setLoggerManager( LoggerManager loggerManager )
>>> +{
>>> +this.loggerManager = loggerManager;
>>> +}
>>> +
>>> +public Logger getLogger( String name )
>>> +{
>>> +return new PlexusLogger( loggerManager.getLoggerForComponent(
>>> name, null ) );
>>> +}
>>> +
>>> +}
>>>
>>> Modified: maven/maven-3/trunk/pom.xml
>>> URL:
>>> http://svn.apache.org/viewvc/maven/maven-3/trunk/pom.xml?rev=1380105&r1=1380104&r2=1380105&view=diff
>>> ==
>>> --- maven/maven-3/trunk/pom.xml (original)
>>> +++ maven/maven-3/trunk/pom.xml Mon Sep 3 01:07:31 2012
>>> @@ -56,6 +56,7 @@
>>> 1.4.1
>>> 1.3
>>> 1.13.1
>>> +1.6.1
>>>
>>> true
>>>
>>> apache-maven
>>> @@ -203,6 +204,17 @@
>>> plexus-interpolation
>>> ${plexusInterpolationVersion}
>>>
>>> +
>>> +org.slf4j
>>> +slf4j-api
>>> +${slf4jVersion}
>>> +
>>> +
>>> +org.slf4j
>>> +slf4j-nop
>>> +${slf4jVersion}
>>> +runtime
>>> +
>>>
>>>
>>> org.apache.maven.wagon
>>>
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend: http://coders.talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
To do two things at once is to do neither.
-- Publilius Syrus, Roman slave, first century B.C.
error( format, argArray );
>> +}
>> +
>> +public void error( Marker marker, String msg, Throwable t )
>> +{
>> +error( msg, t );
>> +}
>> +
>> +}
>>
>> Added:
>> maven/maven-3/trunk/maven-embedder/src/main/
from subversion, but it depends on what you guys want
>>> to do.
>>
>> Yup I agree.
>> I use git on other oss projects (Apache: cloudstack and non Apache:
>> jenkins ...) and git svn for some asf projects.
>> Due to lack of support of sparse checkout in git, I
How's Git doing at Apache these days?
Anyone interested in pursuing putting Maven in Git as the canonical SCM?
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.co
public void info( String msg, Throwable t )
>>>>>> +{
>>>>>> +logger.info( msg, t );
>>>>>> +}
>>>>>> +
>>>>>> +public boolean isInfoEnabled( Marker marker )
>>>>>> + {
>&
>>>> +public void info( Marker marker, String msg, Throwable t )
>>>>> +{
>>>>> +info( msg, t );
>>>>> +}
>>>>> +
>>>>> +public boolean isWarnEnabled()
>>>>> +{
>>>>> + ret
to roll back. I can't tell at the
moment.
[1]: http://www.downforeveryoneorjustme.com/builds.apache.org
Thanks,
Jason
--------------
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
ht
None of the code we have, and are using today, is bound to m2e.
On Sep 1, 2012, at 1:40 PM, Robert Scholte wrote:
> Op Sat, 01 Sep 2012 14:40:11 +0200 schreef Jason van Zyl :
>
>>
>> On Sep 1, 2012, at 6:21 AM, Mark Struberg wrote:
>>
>>>Hi!
>>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder & CT
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
We know what we are, but know not what we may be.
-- Shakespeare
l" all
> the time currently.
>
> LieGrue,
> strub
>
>
>>
>> From: Jason van Zyl
>> To: Maven Developers List ; Mark Struberg
>>
>> Sent: Thursday, August 30, 2012 3:11 PM
>> Subject: Re: Removing un
redibly fast. Profile your average build and it's not the compilation that's
the bottleneck. But again I would argue you don't need to make drastic changes
in the core to make incremental builds work. Some, but they are few.
>
> LieGrue,
> strub
>
>
>>
ng sitting around for over a year now. Finish that
first and then move on to features.
>
> Another question: is there an eclipse-aether release in sight?
>
>
> LieGrue,
> strub
>
>
>
>
>>
>> From: Jason van Zyl
&
the old signatures and the original
> plexus-utils around for plugins which still uses it.
>
> If a plugin likes to use the new maven-core-utils then this is perfectly
> possible as well of course.
>
> LieGrue,
> strub
>
>>
>
;>
>>>> Well obviously given the current number of failing
>>>> tests,maven-shared-utils is going nowhere right now ;)
>>>>
>>>> I will do a test-migration and remove unused code in
>>>> org.apache.maven.shared.utils.io before we release.
>>>>
>>>
.@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-
---
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-un
dditional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
Our achievements speak for themselves. What we have to keep tr
http://cz.redhat.com
>>
>> -------------
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
Thanks,
Jason
--
Jason van Zyl
Founder & CTO, Sonatype
Founder, Apache Maven
http://twitter.com/jvanzyl
-
We all have problems. How we deal with them is a measure of our worth.
-- Unknown
7;s just a few pojos per
> plugin. I'll investigate.
>
> Still this whole discussion is probably tangential to the problem I
> set out to resolve, which seems to involve a race condition around the
> cache key.
>
> Kristian
>
>
> 2012/7/27 Jason van Zyl :
>> I w
on the first module ?
>
> Re-using realms across modules is great, but pre-constructing
> everything would give an uneccessary performance hit ?
>
> Kristian
>
> 2012/7/26 Jason van Zyl :
>> Could we not adjust such that after the execution plan is created, prepare
>>
I think this should be implemented
> somewhere at higher levels, where one-plugin-realm-per-plugin-perproject
> constraint can be enforced properly.
>
> Again, I do not know parallel execution, so I can be completely wrong
> about this.
>
> --
> Regards,
> Igor
>
> On 12-0
>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> --------------
p, and it
> seems to be very old. Anyone have any idea of what purpose it served ?
>
> Kristian
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
t served ?
>
> Kristian
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
-
ack to Modello (or Plexus, not sure where it is
actually).
Modello is here: https://github.com/sonatype/modello
Plexus Utils is here: 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:
>> I
the
> current master sources of modello?
>
> Thank you
>
> Milos Kleint
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
---
The copy of the Maven integration tests at Github[1] appears to have stopped
syncing 5 months ago. Can someone poke the process to start up again please?
[1]: https://github.com/apache/maven-integration-testing
Thanks,
Jason
--
Jason van
On May 9, 2012, at 3:30 PM, Mark Derricutt wrote:
> On 10/05/12 7:47 AM, Jason van Zyl wrote:
>> The only thing I would like to sync up on is a couple changes I want to make
>> to the plugin manager to make sure the current plugin packaging, the plugin
>> packaging you
On May 9, 2012, at 3:23 PM, Olivier Lamy wrote:
> 2012/5/9 Jason van Zyl :
>> The only thing I might suggest is that you create a hybrid scanner that can
>> deal with the old and new. It looks like you've already looked at [1], but
>> the hybrid scanner is here
/branches/MPLUGIN-189/
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
t;
>>>> synthetic bridging classes.
>>>>
>>>> I can start the job next week (probably in a branch).
>>>>
>>>> Comments ?
>>>>
>>>> Thanks,
>>>
>&
asonable one (given that is changing a bit the semantic of
> the '-pl' option).
>
> Thanks for your feedback,
>
> Vincent
>
> [1] http://jira.codehaus.org/browse/MNG-4637
> [2] https://github.com/apache/maven-3/pull/2
Thanks,
Jason
x27;t really intend to support this solution. But I
> might update this together with maven releases since I assume it should
> be fairly easy.
>
> Another request: would you consider adding bash-completion[1] to maven sources
> someplace? We have a slightly modified version in Fedora.
civilized manner even though you were (more-less) turned down. Let's see
> if we can ease your pain a little bit...
>
> --
> Stanislav Ochotnicky
> Software Engineer - Base Operating Systems Brno
>
> PGP: 7B087241
> Red Hat Inc. http://cz.red
On Mar 19, 2012, at 4:14 PM, Jos Backus wrote:
> On Mon, Mar 19, 2012 at 11:46 AM, Jason van Zyl wrote:
>> I think if some 3rd party wants to provide an RPM have at it. I don't think
>> this is something we want to create or support.
> [snip]
>
> Any reason why n
ional commands, e-mail: dev-h...@maven.apache.org
>>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
a way to display the individual maven-plugin-execution times at the
> end of the build?
>
> Thanks
> Nambi
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@
I can make an integration test to get the process started.
On Feb 2, 2012, at 7:03 AM, Jörg Schaible wrote:
> Hi Jason,
>
> Jason van Zyl wrote:
>
>> Jörg,
>>
>> I took a look in the tarball and there's no test case per se.
>
> thanks for t
; As already written: MNG-5207
>
> - Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--------
x27;s all in the docs too
>
> Kristian
>
> Den 29. jan. 2012 kl. 14:15 skrev Jason van Zyl :
>
>>
>> On Jan 29, 2012, at 6:03 AM, Kristian Rosenvold wrote:
>>
>>> Hi,
>>>
>>> This is the first java 1.5 version of the surefire plugin. For
balanced parallel forks; a pretty
> cool feature for people with long-running tests.
>
What is a balanced parallel fork?
Jason
--------------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
--
l commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
-
To do two things at once is to do neither.
-—Publilius Syrus, Roman slave, first century B.C.
; Did you have a look at the current tomcat build (some part will be
>> complicated with maven :-) ) ?
>>
>
> What parts are you referring to? I suppose the windows installer and the
> inclusion of APR, or is there something else?
>
> Thanks
> Antonio
Thanks,
Jason
On Dec 10, 2011, at 9:47 AM, Benson Margulies wrote:
> On Sat, Dec 10, 2011 at 9:03 AM, Jason van Zyl wrote:
>>
>> On Dec 10, 2011, at 8:24 AM, Benson Margulies wrote:
>>
>>> However, in 3043, the consumer leaves out the classifier from the
>>> depende
subscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--------------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
---
gt;
>
> [1]
> http://maven.apache.org/guides/introduction/introduction-to-profiles.html
>
>
> --
> "Great artists are extremely selfish and arrogant things" — Steven Wilson,
> Porcupine Tree
Thanks,
Jason
---
t;
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
-
s in one sitting.
>
> WDYT ?
>
> Kristian
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
-
.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
> -------------
> To unsubscribe, e-mail: dev-unsubscr..
Yes, it all works fine and the tests pass.
On Nov 10, 2011, at 10:38 AM, Olivier Lamy wrote:
> Ok I will start a vote for both aether and sisu upgrade.
>
> Just tested today both. Just need a simple change to have unit tests passed.
>
>
> 2011/11/10 Jason van Zyl :
>>
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
-
the course of true love never did run smooth ...
-- Shakespeare
on. Yes there
> was a vote before, but the circumstances have changed, and hence there
> is strong likelyhood (IMHO) that a re-vote might result in a different
> answer
>
> -Stephen
>
> On 10 November 2011 13:50, Jason van Zyl wrote:
>> So are people fine with u
So are people fine with using Aether 1.13. I've already got the necessary
changes if we want to go ahead with that.
On Nov 8, 2011, at 12:50 PM, Jason van Zyl wrote:
>
> On Nov 8, 2011, at 12:15 AM, Brett Porter wrote:
>
>>
>> On 07/11/2011, at 8:43 AM, Jason van Z
with code that
exists the Tesla repo.
But it would be easy enough to build that out as a helper where someone just
needs to define the source of their GAs they want to contribute and let the
helper take care of the rest.
On Nov 9, 2011, at 7:57 AM, Jesse Glick wrote:
> On 11/09/2011 12:00
>>
>>
>
>
>
> --
> Carsten Ziegeler
> cziege...@apache.org
>
> -------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
-
uce created can act on these properties.
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
Thanks,
Jason
-----
On Nov 8, 2011, at 12:41 PM, Jörg Schaible wrote:
> Jason van Zyl wrote:
>
>> To clarify, technically easy to implement. If we did this with attributes
>> we don't have to deal with POM changes, and if we say this is truly for
>> producers then the attributes g
ct on consumers.
On Nov 8, 2011, at 12:01 PM, Jason van Zyl wrote:
> Yes, it is something that would be relatively easy to implement, and would be
> valuable. Ultimately I think it was a mistake to remove this capability. It
> helps the producers and has no affect on consumers. No braine
ct on consumers.
On Nov 8, 2011, at 12:01 PM, Jason van Zyl wrote:
> Yes, it is something that would be relatively easy to implement, and would be
> valuable. Ultimately I think it was a mistake to remove this capability. It
> helps the producers and has no affect on consumers. No braine
he.org
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>>
>
>
>
> --
&g
On Nov 8, 2011, at 12:15 AM, Brett Porter wrote:
>
> On 07/11/2011, at 8:43 AM, Jason van Zyl wrote:
>
>> You guys decided you wanted to wait so let's just wait. I didn't think it
>> would take this long to get through either but it is what it is. So
>>
1201 - 1300 of 6335 matches
Mail list logo