2012/10/11 Jason van Zyl <[email protected]>:
>
> On Oct 11, 2012, at 4:19 AM, Olivier Lamy <[email protected]> wrote:
>
>> Why too much rush ?
>
> I just find it more convenient to have everything in Git. Makes the testing
> cycle more pleasant and the git svn workflow isn't something I personally
> enjoy. I'm working on the core and it's nothing more than a preference.
>
>> Perso, I will be happy to see similar rush on writing test/doc the
>> stuff committed 1,5 month ago !.(despite a number of ping)
>> AFAIK (maybe I miss something) using @Inject is not so trivial because
>> we need to generate the sisu index.
>> Which is very similar to what we do currently with plexus plugins
>> which generate metadata.
>> So what is the added value for users or plugin developers (except
>> using the last "à la mode" @Inject).
>> I will be happy to hear the added values (performance ? etc .. ?)
>
> I'll answer these in another post. With the documentation, that will be
> easier.
>
>>
>> regarding last commit regarding logs in trunk, I tested that and the
>> artifact transfer progress(download/upload) is now (IMHO) very crappy
>> !!
>>
>
> I'm not sure technically what "very crappy" means. You mean the way it
> visually looks?
Yup visible changes for users will be a tons of lines in the console.
Maybe it's just matter of log layout to configure (As I didn't have a
look I don't know)
Something else when building core with ant bootstrap (sure not really
important :-)):
process-classes:
[echo] Using plexus version 1.5.5
[java] SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
[java] SLF4J: Defaulting to no-operation (NOP) logger implementation
[java] SLF4J: See
http://www.slf4j.org/codes.html#StaticLoggerBinder for further
details.
>
>> [INFO] Building SCM Publish Maven Plugin 1.0-SNAPSHOT
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Downloading:
>> https://archiva-repository.apache.org/archiva/repository/public/org/apache/maven/plugin-tools/maven-plugin-tools/3.1/maven-plugin-tools-3.1.pom
>> [INFO] 4/16 KB
>> [INFO] 8/16 KB
>> [INFO] 12/16 KB
>> [INFO] 16/16 KB
>> [INFO] 16/16 KB
>> [INFO]
>> [INFO] Downloaded:
>> https://archiva-repository.apache.org/archiva/repository/public/org/apache/maven/plugin-tools/maven-plugin-tools/3.1/maven-plugin-tools-3.1.pom
>> (16 KB at 9.2 KB/sec)
>> [INFO] Downloading:
>> https://archiva-repository.apache.org/archiva/repository/public/org/apache/maven/plugins/maven-plugin-plugin/3.1/maven-plugin-plugin-3.1.jar
>> [INFO] 4/47 KB
>> [INFO] 8/47 KB
>> [INFO] 12/47 KB
>> [INFO] 16/47 KB
>> [INFO] 20/47 KB
>> [INFO] 24/47 KB
>> [INFO] 28/47 KB
>> [INFO] 31/47 KB
>> [INFO] 35/47 KB
>> [INFO] 38/47 KB
>> [INFO] 42/47 KB
>> [INFO] 46/47 KB
>> [INFO] 47/47 KB
>> [INFO]
>> [INFO] Downloaded:
>> https://archiva-repository.apache.org/archiva/repository/public/org/apache/maven/plugins/maven-plugin-plugin/3.1/maven-plugin-plugin-3.1.jar
>> (47 KB at 45.8 KB/sec)
>>
>> Sorry I didn't investigate more on the reason.
>>
>> 2012/10/11 Kristian Rosenvold <[email protected]>:
>>> Jason ran the tests based off the git repo and they were fine. There
>>> is no problem (I've had my fair share of troubles with the core it's
>>> so it's probably been a problem between chair and keyboard).
>>>
>>> Unless someone objects I'll file a INFRA jira to port m3-core + IT's
>>> sometime later today.
>>>
>>> Kristian
>>>
>>> 2012/10/11 Anders Hammar <[email protected]>:
>>>> 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
>>>>
>>>> On Thu, Oct 11, 2012 at 6:18 AM, Kristian Rosenvold
>>>> <[email protected]> wrote:
>>>>> So you're going to be working on the core without touching the it's?
>>>>>
>>>>> Seriously, this discussion is going 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 <[email protected]>:
>>>>>
>>>>>> I think we can flip the core, we can still release the core without
>>>>>> flipping the integration tests.
>>>>>>
>>>>>> It might actually be better to not move both of those at the same time.
>>>>>>
>>>>>> On Oct 10, 2012, at 2:36 PM, Kristian Rosenvold
>>>>>> <[email protected]> wrote:
>>>>>>
>>>>>>> It's just two simple projects that have some very simple fixes that
>>>>>>> need to be done (git does not preserve empty directories and I seem to
>>>>>>> recall that a couple of it's failed due to this).
>>>>>>>
>>>>>>> I say we do the 3.1 release off git ;) Move both.
>>>>>>>
>>>>>>> Kristian
>>>>>>>
>>>>>>>
>>>>>>> 2012/10/10 Anders Hammar <[email protected]>:
>>>>>>>> I see no reason they need to be migrate at the same time.
>>>>>>>>
>>>>>>>> /Anders
>>>>>>>>
>>>>>>>> On Wed, Oct 10, 2012 at 7:53 PM, Jason van Zyl <[email protected]> wrote:
>>>>>>>>> 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 & CTO, Sonatype
>>>>>>>>> Founder, Apache Maven
>>>>>>>>> http://twitter.com/jvanzyl
>>>>>>>>> ---------------------------------------------------------
>>>>>>>>>
>>>>>>>>> A language that doesn’t affect the way you think about programming is
>>>>>>>>> not worth knowing.
>>>>>>>>>
>>>>>>>>> -- Alan Perlis
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: [email protected]
>>>>>>>> For additional commands, e-mail: [email protected]
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: [email protected]
>>>>>>> For additional commands, e-mail: [email protected]
>>>>>>
>>>>>> 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 track
>>>>>> of are our failures, discouragements and doubts. We tend to forget
>>>>>> the past difficulties, the many false starts, and the painful
>>>>>> groping. We see our past achievements as the end result of a
>>>>>> clean forward thrust, and our present difficulties as
>>>>>> signs of decline and decay.
>>>>>>
>>>>>> -- Eric Hoffer, Reflections on the Human Condition
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend: http://coders.talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder & CTO, Sonatype
> Founder, Apache Maven
> http://twitter.com/jvanzyl
> ---------------------------------------------------------
>
> believe nothing, no matter where you read it,
> or who has said it,
> not even if i have said it,
> unless it agrees with your own reason
> and your own common sense.
>
> -- Buddha
>
>
>
>
>
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
