I will keep the script customize to our convention which separates
public and implementation dependent tests.
But we need perform extra task to separate them accordingly.
We've tried to use annotation(TestNG) to make it, but most of us prefer Junit.
So we can wait for Junit to support that functionality.

Anyway, that is a huge and hard task. :-(

2009/4/9 Alexei Fedotov <[email protected]>:
> Sean, thanks.
> I think, this is a great step. BTW, I think it makes sense to separate
> implementation independent tests (if any) into a separate bundle. This may
> be a hard task though.
>
> Thanks.
>
>
> On Thu, Apr 9, 2009 at 12:25 PM, Sean Qiu <[email protected]> wrote:
>
>> I guess HDK could pick up it from classlib.
>> So both of them could make use of it.
>>
>> What do you think about it?
>>
>> 2009/4/9 Mark Hindess <[email protected]>:
>> >
>> > In message <[email protected]>,
>> Sean
>> > Qiu writes:
>> >>
>> >> 2009/4/9 Alexey Varlamov <[email protected]>:
>> >> > Thanks for doing this work Sean, it's a long-expected move I believe.
>> >> >
>> >>
>> >> Yes, I'll do it by modules.
>> >>
>> >> > Just a minor suggestion: it seems "setting.properties" is in fact
>> >> > "test.properties", let's name it accordingly?
>> >>
>> >> Sure, thanks for reminding.
>> >>
>> >> > Please go ahead with commit anyway.
>> >>
>> >> Great.  :-)
>> >
>> > +1
>> >
>> > You mention creating a new artifact to store the tests but I believe the
>> > intention has always been that the current hdk artifact should contain
>> > the test jars.
>> >
>> > Regards,
>> >  Mark.
>> >
>> >
>> >
>>
>>
>>
>> --
>> Best Regards
>> Sean, Xiao Xia Qiu
>>
>
>
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://www.telecom-express.ru/
> http://people.apache.org/~aaf/
> http://harmony.apache.org/
> http://code.google.com/p/openmeetings/
>



-- 
Best Regards
Sean, Xiao Xia Qiu

Reply via email to