Re: [Springframework-developer] Weird issue trying to run unit tests

[Colin S. <col...@ex...>]

Ugh, my goofup. Sorry to waste everyone's time on this. It turns out 
that at home when I reinstalled some stuff last month, including ant,  I 
neglected to drop junit.jar into ant's lib folder. Of course if 
optional.jar is there then junit.jar needs to be there so the same 
classloader sees it.   And I never caught on there was a problem since 
most of my work projects have a build.bat convenience file, which itself 
adds junit.jar on the classpath before invoking ant...


Rod Johnson wrote:

>or possibly optional.jar. That's normally included but needs to be in
>ant/lib too.
>
>----- Original Message -----
>From: "Achleitner Thomas" <ac...@ec...>
>To: "Colin Sampaleanu" <col...@ex...>;
><spr...@li...>
>Sent: Monday, July 28, 2003 7:31 AM
>Subject: AW: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>do you have junit.jar in ants lib folder?
>
>thomas
>
>-----Ursprüngliche Nachricht-----
>Von: Colin Sampaleanu [mailto:col...@ex...]
>Gesendet: Montag, 28. Juli 2003 04:14
>An: spr...@li...
>Betreff: [Springframework-developer] Weird issue trying to run unit
>tests
>
>
>I've build Spring now a number of time over the last couple of weeks,
>but tonight was the first time I actually tried to run the unit tests.
>
>I am getting an incredibly puzzling error from ant saying it can't
>create the junit task
>----
>BUILD FAILED
>file:E:/src/open/springframework/main/build.xml:238: Could not create
>task or ty
>pe of type: junit.
>
>Ant could not find the task or a class this task relies upon.
>-----
>
>I spent 15 minutes trying to figure this out, but have no clues as to
>what is going on. I am using the same ant settings as I've used in
>several dozen of my own projects and a number of open source projects,
>ie I have a batch file which adds ant to the path and sets ANT_HOME.
>
>I though perhaps the ant.jar (which seems to be ant 1.5.3 recompiled
>some time this year) in the lib/ant dir was interfering somehow, but
>removing it makes no difference. Adding 'fork="true") to the junit call
>makes no difference.
>
>Anybody seen something like this before?
>  
>