commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Henning P. Schmiedehausen" <...@intermeta.de>
Subject Re: [configuration] Moving test resources to /src/test-resources
Date Mon, 25 Oct 2004 15:51:24 GMT
"Eric Pugh" <epugh@upstate.com> writes:

>I'd actually like to keep them off of the classpath (src/test/resouces)
>because many of the file don't go in the classpath, they are meant to be
>read off the filesystem.  I think it is simpler to either just copy the ones
>to the classpath that need it, or take the approach that if they are
>supposed to be in the classpath, then put them in /src/test to begin with!

That is not what I meant. What I would like to see is that "all unit
testing code is under src/test". We had our share of clutter in
turbine with src/rttest src/test-cactus and in some other projects it
is even worse.

I simply see no reason why we should get another directory with
src/test-resources. And having a single directory that can be used for
both things (load from classpath and load from file system) is even
better, because we neither have to add another dir to the classpath
nor do we need two directories.

	Regards
		Henning


>Eric

>> -----Original Message-----
>> From: Henning P. Schmiedehausen [mailto:hps@intermeta.de]
>> Sent: Monday, October 25, 2004 4:29 PM
>> To: commons-dev@jakarta.apache.org
>> Subject: Re: [configuration] Moving test resources to
>> /src/test-resources
>>
>>
>> "Eric Pugh" <epugh@upstate.com> writes:
>>
>> >By making this change we explicity list our test resources, they are in
>> >/src/test-resources.
>>
>> BTW: I would very much prefer "src/test/resources" or
>> "src/test/conf". With "src/test" being on the classpath anyway,
>> the latter might even work without any changes.
>>
>> 	Regards
>> 		Henning
>>
>> --
>> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
>> hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/
>>
>> RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
>>    Linux, Java, perl, Solaris -- Consulting, Training, Development
>>
>> "Fighting for one's political stand is an honorable action, but re-
>>  fusing to acknowledge that there might be weaknesses in one's
>>  position - in order to identify them so that they can be remedied -
>>  is a large enough problem with the Open Source movement that it
>>  deserves to be on this list of the top five problems."
>>                        -- Michelle Levesque, "Fundamental Issues with
>>                                     Open Source Software Development"
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org


>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/

RedHat Certified Engineer -- Jakarta Turbine Development  -- hero for hire
   Linux, Java, perl, Solaris -- Consulting, Training, Development

"Fighting for one's political stand is an honorable action, but re-
 fusing to acknowledge that there might be weaknesses in one's
 position - in order to identify them so that they can be remedied -
 is a large enough problem with the Open Source movement that it
 deserves to be on this list of the top five problems."
                       -- Michelle Levesque, "Fundamental Issues with
                                    Open Source Software Development"

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message