harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Beliaev (JIRA)" <j...@apache.org>
Subject [jira] Updated: (HARMONY-4935) [buildtest][eut] set of EUT BTI improvements torward seflhosting
Date Fri, 12 Oct 2007 14:27:50 GMT

     [ https://issues.apache.org/jira/browse/HARMONY-4935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Vladimir Beliaev updated HARMONY-4935:
--------------------------------------

    Description: 
I double checked the M3 accomplishments for Eclipse Eunit Tests. I see the set of tasks to
be done for BTI EUT whhich are:

1. [done] EUT adaptors should be clarified for Linux x86_64. In patricular the patch from
HARMONY-4880 was committed, in parallel (AFAIK) Stepan has added two properties for EUT and
it is not really clear why these properties are x86_64 specific:
            setupTarget=setup-tar.gz
            runtimeArchive=${eclipse.filename}
This should be clarified. In particular, looks like a setting of "runtimeArchive" is not required.
One can download archive with extention tar.tar (but not tar.gz) for Linux x86_64, I think
these renaming is not really required.

2. I think EUT pure script runtests(.bat) should not be used. First it should simplify adaptor
a bit (now build.xml constracts the command like "cmd /c ..." or "sh - ...", also build.xml
patches this script for Linux - this script just does not work in pure form which mean sfor
me it is not actually used for Eclipse development). Second it allows to drop off one level
of scripts inderection - simple to control the EUT running environment.

3. [done] there are more and more properties for EUT - platform specific EFLs, version specific
properties. I think it worth moving them to separate directory just to make a tests/eut directory
primary content to be simpler read.

4. M3 issues with intermittent suite crashes on Linux (which are not reproducible while running
suite as stand along unit) indicates it worth redo EUT Suites running process to run them
one by one, not with the help of single running.

5. Also same M3 issues with EUT indicated the dependencies of EUT results from setting of
TMP and HOME variable. This question should be clarified. May be EUT adaptors should be updated
to create and specify these TMP and HOME directories.

So it would be nice if one gets all these issues resolved. At least some of them are targeted
to running EUT totally on Harmony (now main Eclipse session is started on RI) .

Thanks
Vladimir Beliaev

  was:
I double checked the M3 accomplishments for Eclipse Eunit Tests. I see the set of tasks to
be done for BTI EUT whhich are:

1. EUT adaptors should be clarified for Linux x86_64. In patricular the patch from HARMONY-4880
was committed, in parallel (AFAIK) Stepan has added two properties for EUT and it is not really
clear why these properties are x86_64 specific:
            setupTarget=setup-tar.gz
            runtimeArchive=${eclipse.filename}
This should be clarified. In particular, looks like a setting of "runtimeArchive" is not required.
One can download archive with extention tar.tar (but not tar.gz) for Linux x86_64, I think
these renaming is not really required.

2. I think EUT pure script runtests(.bat) should not be used. First it should simplify adaptor
a bit (now build.xml constracts the command like "cmd /c ..." or "sh - ...", also build.xml
patches this script for Linux - this script just does not work in pure form which mean sfor
me it is not actually used for Eclipse development). Second it allows to drop off one level
of scripts inderection - simple to control the EUT running environment.

3. there are more and more properties for EUT - platform specific EFLs, version specific properties.
I think it worth moving them to separate directory just to make a tests/eut directory primary
content to be simpler read.

4. M3 issues with intermittent suite crashes on Linux (which are not reproducible while running
suite as stand along unit) indicates it worth redo EUT Suites running process to run them
one by one, not with the help of single running.

5. Also same M3 issues with EUT indicated the dependencies of EUT results from setting of
TMP and HOME variable. This question should be clarified. May be EUT adaptors should be updated
to create and specify these TMP and HOME directories.

So it would be nice if one gets all these issues resolved. At least some of them are targeted
to running EUT totally on Harmony (now main Eclipse session is started on RI) .

Thanks
Vladimir Beliaev


> [buildtest][eut] set of EUT BTI improvements torward seflhosting
> ----------------------------------------------------------------
>
>                 Key: HARMONY-4935
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4935
>             Project: Harmony
>          Issue Type: Improvement
>          Components: build - test - ci
>         Environment: any
>            Reporter: Vladimir Beliaev
>
> I double checked the M3 accomplishments for Eclipse Eunit Tests. I see the set of tasks
to be done for BTI EUT whhich are:
> 1. [done] EUT adaptors should be clarified for Linux x86_64. In patricular the patch
from HARMONY-4880 was committed, in parallel (AFAIK) Stepan has added two properties for EUT
and it is not really clear why these properties are x86_64 specific:
>             setupTarget=setup-tar.gz
>             runtimeArchive=${eclipse.filename}
> This should be clarified. In particular, looks like a setting of "runtimeArchive" is
not required. One can download archive with extention tar.tar (but not tar.gz) for Linux x86_64,
I think these renaming is not really required.
> 2. I think EUT pure script runtests(.bat) should not be used. First it should simplify
adaptor a bit (now build.xml constracts the command like "cmd /c ..." or "sh - ...", also
build.xml patches this script for Linux - this script just does not work in pure form which
mean sfor me it is not actually used for Eclipse development). Second it allows to drop off
one level of scripts inderection - simple to control the EUT running environment.
> 3. [done] there are more and more properties for EUT - platform specific EFLs, version
specific properties. I think it worth moving them to separate directory just to make a tests/eut
directory primary content to be simpler read.
> 4. M3 issues with intermittent suite crashes on Linux (which are not reproducible while
running suite as stand along unit) indicates it worth redo EUT Suites running process to run
them one by one, not with the help of single running.
> 5. Also same M3 issues with EUT indicated the dependencies of EUT results from setting
of TMP and HOME variable. This question should be clarified. May be EUT adaptors should be
updated to create and specify these TMP and HOME directories.
> So it would be nice if one gets all these issues resolved. At least some of them are
targeted to running EUT totally on Harmony (now main Eclipse session is started on RI) .
> Thanks
> Vladimir Beliaev

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message