Skip to main content

SimplestTestSuite issue

3 replies [Last post]
Anonymous

Hi team,

I'm trying to find easiest way to fix problem with SimplestTestSuite. At some
instant the sample's build was changed to produce test classes in classes/ dir
instead of classes/preverified. Therefore test's run fails due to missing
classes/preverified directory. I see two ways to resolve issue:
1. Provide workaround: create 'preverified' directory inside 'classes' directory
and move 'example' directory in it.
2. Correct the build and re-build version 1.2.

Unfortunately there is no workaround through jtt file. For CDC mode we can
provide "testclasspath" property with "$testSuiteRootDir$/classes" as value. But
for CLDC/MIDP modes strange "testPath" environment entry is used for specifying
non-default path to tests' classes. This environment entry is not set anywhere
except JavaTest's Script class. But in this class it has different meaning - as
relative path to the test description source file. So I suggest to submit an RFE
to use "testclasspath" in MIDP/CLDC modes.

Thanks,
Alexander

---------------------------------------------------------------------
To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
For additional commands, e-mail: meframework-help@cqme.dev.java.net

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Vladimir Sizikov

Alexander,

It seems that we'll have some extra promotion of ME Framework 1.2 due
to some other things we'd like to fix, and I think that this issue
should be fixed as well.

So, could you provide the fix for review, and once the fix is reviewed
we should commit it into ME FW 1.2 branch. The easire and simpler the
fix - the better!

Meanwhile, I'll work on other things (docs updates).

Thanks,
--Vladimir

On Tue, Jul 10, 2007 at 02:04:12PM +0400, Alexander Alexeev wrote:
> Hi team,
>
> I'm trying to find easiest way to fix problem with SimplestTestSuite. At
> some
> instant the sample's build was changed to produce test classes in classes/
> dir
> instead of classes/preverified. Therefore test's run fails due to missing
> classes/preverified directory. I see two ways to resolve issue:
> 1. Provide workaround: create 'preverified' directory inside 'classes'
> directory
> and move 'example' directory in it.
> 2. Correct the build and re-build version 1.2.
>
> Unfortunately there is no workaround through jtt file. For CDC mode we can
> provide "testclasspath" property with "$testSuiteRootDir$/classes" as
> value. But
> for CLDC/MIDP modes strange "testPath" environment entry is used for
> specifying
> non-default path to tests' classes. This environment entry is not set
> anywhere
> except JavaTest's Script class. But in this class it has different meaning
> - as
> relative path to the test description source file. So I suggest to submit
> an RFE
> to use "testclasspath" in MIDP/CLDC modes.
>
> Thanks,
> Alexander
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
> For additional commands, e-mail: meframework-help@cqme.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
For additional commands, e-mail: meframework-help@cqme.dev.java.net

Alexander Alexeev

Hi Vladimir,

please review fix:
http://fisheye4.cenqua.com/changelog/cqme/?cs=1365

The build and run is OK in all modes.
I've also done minor clean up to avoid creating unnecessary directories.

Thanks,
Alexander

Vladimir Sizikov wrote:
> Alexander,
>
> It seems that we'll have some extra promotion of ME Framework 1.2 due
> to some other things we'd like to fix, and I think that this issue
> should be fixed as well.
>
> So, could you provide the fix for review, and once the fix is reviewed
> we should commit it into ME FW 1.2 branch. The easire and simpler the
> fix - the better!
>
> Meanwhile, I'll work on other things (docs updates).
>
> Thanks,
> --Vladimir
>
> On Tue, Jul 10, 2007 at 02:04:12PM +0400, Alexander Alexeev wrote:
>> Hi team,
>>
>> I'm trying to find easiest way to fix problem with SimplestTestSuite. At
>> some
>> instant the sample's build was changed to produce test classes in classes/
>> dir
>> instead of classes/preverified. Therefore test's run fails due to missing
>> classes/preverified directory. I see two ways to resolve issue:
>> 1. Provide workaround: create 'preverified' directory inside 'classes'
>> directory
>> and move 'example' directory in it.
>> 2. Correct the build and re-build version 1.2.
>>
>> Unfortunately there is no workaround through jtt file. For CDC mode we can
>> provide "testclasspath" property with "$testSuiteRootDir$/classes" as
>> value. But
>> for CLDC/MIDP modes strange "testPath" environment entry is used for
>> specifying
>> non-default path to tests' classes. This environment entry is not set
>> anywhere
>> except JavaTest's Script class. But in this class it has different meaning
>> - as
>> relative path to the test description source file. So I suggest to submit
>> an RFE
>> to use "testclasspath" in MIDP/CLDC modes.
>>
>> Thanks,
>> Alexander
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
>> For additional commands, e-mail: meframework-help@cqme.dev.java.net
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
For additional commands, e-mail: meframework-help@cqme.dev.java.net

Vladimir Sizikov

Alexander,

The fix looks good. Please commit.
I'll soon have a fix for you to review too... :)

Thanks,
--Vladimir

On Wed, Jul 11, 2007 at 02:53:22PM +0400, Alexander Alexeev wrote:
> Hi Vladimir,
>
> please review fix:
> http://fisheye4.cenqua.com/changelog/cqme/?cs=1365
>
> The build and run is OK in all modes.
> I've also done minor clean up to avoid creating unnecessary directories.
>
> Thanks,
> Alexander
>
> Vladimir Sizikov wrote:
> >Alexander,
> >
> >It seems that we'll have some extra promotion of ME Framework 1.2 due
> >to some other things we'd like to fix, and I think that this issue
> >should be fixed as well.
> >
> >So, could you provide the fix for review, and once the fix is reviewed
> >we should commit it into ME FW 1.2 branch. The easire and simpler the
> >fix - the better!
> >
> >Meanwhile, I'll work on other things (docs updates).
> >
> >Thanks,
> > --Vladimir
> >
> >On Tue, Jul 10, 2007 at 02:04:12PM +0400, Alexander Alexeev wrote:
> >>Hi team,
> >>
> >>I'm trying to find easiest way to fix problem with SimplestTestSuite. At
> >>some
> >>instant the sample's build was changed to produce test classes in
> >>classes/ dir
> >>instead of classes/preverified. Therefore test's run fails due to missing
> >>classes/preverified directory. I see two ways to resolve issue:
> >>1. Provide workaround: create 'preverified' directory inside 'classes'
> >>directory
> >>and move 'example' directory in it.
> >>2. Correct the build and re-build version 1.2.
> >>
> >>Unfortunately there is no workaround through jtt file. For CDC mode we can
> >>provide "testclasspath" property with "$testSuiteRootDir$/classes" as
> >>value. But
> >>for CLDC/MIDP modes strange "testPath" environment entry is used for
> >>specifying
> >>non-default path to tests' classes. This environment entry is not set
> >>anywhere
> >>except JavaTest's Script class. But in this class it has different
> >>meaning - as
> >>relative path to the test description source file. So I suggest to submit
> >>an RFE
> >>to use "testclasspath" in MIDP/CLDC modes.
> >>
> >>Thanks,
> >>Alexander
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
> >>For additional commands, e-mail: meframework-help@cqme.dev.java.net
> >>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: meframework-unsubscribe@cqme.dev.java.net
For additional commands, e-mail: meframework-help@cqme.dev.java.net