[slf4j-dev] Unit tests in slf4j-ext and Maven

Thorbjørn Ravn Andersen ravn at runjva.com
Thu Oct 2 22:26:04 CEST 2008


Ceki Gulcu skrev:
> Thorbjørn Ravn Andersen wrote:
>   
>> I read up a bit on this.  It appears that maven-surefire-plugin cannot 
>> both do unit tests and integration tests in the same life cycle (as far 
>> as I understood).
>>
>> Oh the joy of other peoples tools :)
>>     
>
> Maven is far from perfect.
>   
As long as it is Good Enough it is usually a matter of finding out how 
to tweak it to do your bidding.  Currently I am working with a new Java 
project outside of SVN with a dependency on the generated snapshot to 
see how it works, and hopefully to write a few tests.  Works for now.


>   
>>> On a related note, the addition of 
>>> <argLine>-javaagent:${project.build.outputDirectory}=time</argLine>
>>> seems to cause Continuum to fail. Here is the error message:
>>>
>>>   
>>>       
>> That is because it is wrong (not a valid zip file), and I can see that I 
>> have removed that line in my local copy.  My bad. Duly updated.  
>> Shouldn't Continuum tell me that I broke the build?
>>     
>
> Yes but. Well, Continnum generates tons of notifications which become quite 
> annoying after a while. However, if you wish, I can have Continuum forward them 
> to you as well although I don't think you would put up with it for long.
>
>   
Frankly I just want to know to know when I was (one of the) responsible 
for the build breaking and when it was ok again.

Used to work on a project using CruiseControl for this - worked well.  
At work I have a project in the pipeline with lots of legacy code, so we 
will NEED a CI tool.  I looked at Hudson - it appears to be very nice 
with a good feeling and finish.


>> Also it confused me a bit in the beginning to see stack traces in the 
>> maven output, but apparently that is intentional.  I am not used to such 
>> verbosity when tests actually pass :)
>>     
>
> Yah, the slf4j tests are too verbose. I totally agree.
>   
Any particular reason for them being so?


/Thorbjørn



More information about the slf4j-dev mailing list