You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Ivan Popov (JIRA)" <ji...@apache.org> on 2007/05/15 16:39:16 UTC
[jira] Created: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
[jdktools][build] running tests always copies tested JRE
--------------------------------------------------------
Key: HARMONY-3873
URL: https://issues.apache.org/jira/browse/HARMONY-3873
Project: Harmony
Issue Type: Bug
Components: JDK
Environment: Windows, Linux, harmony-hdk-r538093
Reporter: Ivan Popov
Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky reassigned HARMONY-3873:
------------------------------------------
Assignee: Gregory Shimansky
> [jdktools][build] running tests always copies tested JRE
> --------------------------------------------------------
>
> Key: HARMONY-3873
> URL: https://issues.apache.org/jira/browse/HARMONY-3873
> Project: Harmony
> Issue Type: Bug
> Components: JDK
> Environment: Windows, Linux, harmony-hdk-r538093
> Reporter: Ivan Popov
> Assigned To: Gregory Shimansky
> Attachments: jdktools_build_test.patch
>
>
> Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
> Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
Posted by "Gregory Shimansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gregory Shimansky resolved HARMONY-3873.
----------------------------------------
Resolution: Fixed
Patch applied at 538690. Please check that test no longer copy JRE when it is specified on command line.
> [jdktools][build] running tests always copies tested JRE
> --------------------------------------------------------
>
> Key: HARMONY-3873
> URL: https://issues.apache.org/jira/browse/HARMONY-3873
> Project: Harmony
> Issue Type: Bug
> Components: JDK
> Environment: Windows, Linux, harmony-hdk-r538093
> Reporter: Ivan Popov
> Assigned To: Gregory Shimansky
> Attachments: jdktools_build_test.patch
>
>
> Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
> Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
Posted by "Ivan Popov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ivan Popov closed HARMONY-3873.
-------------------------------
Thanks, Gregory.
Verified for harmony-hdk-r538813, closing this issue.
> [jdktools][build] running tests always copies tested JRE
> --------------------------------------------------------
>
> Key: HARMONY-3873
> URL: https://issues.apache.org/jira/browse/HARMONY-3873
> Project: Harmony
> Issue Type: Bug
> Components: JDK
> Environment: Windows, Linux, harmony-hdk-r538093
> Reporter: Ivan Popov
> Assigned To: Gregory Shimansky
> Attachments: jdktools_build_test.patch
>
>
> Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
> Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
Posted by "Ivan Popov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ivan Popov updated HARMONY-3873:
--------------------------------
Attachment: jdktools_build_test.patch
Attached patch 'jdktools_build_test.patch' fixes this problem, so now JRE is copied only if -Dtest.jre.home is not specified.
> [jdktools][build] running tests always copies tested JRE
> --------------------------------------------------------
>
> Key: HARMONY-3873
> URL: https://issues.apache.org/jira/browse/HARMONY-3873
> Project: Harmony
> Issue Type: Bug
> Components: JDK
> Environment: Windows, Linux, harmony-hdk-r538093
> Reporter: Ivan Popov
> Attachments: jdktools_build_test.patch
>
>
> Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
> Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-3873) [jdktools][build] running tests
always copies tested JRE
Posted by "Ivan Popov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-3873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ivan Popov updated HARMONY-3873:
--------------------------------
Patch Info: [Patch Available]
> [jdktools][build] running tests always copies tested JRE
> --------------------------------------------------------
>
> Key: HARMONY-3873
> URL: https://issues.apache.org/jira/browse/HARMONY-3873
> Project: Harmony
> Issue Type: Bug
> Components: JDK
> Environment: Windows, Linux, harmony-hdk-r538093
> Reporter: Ivan Popov
> Attachments: jdktools_build_test.patch
>
>
> Build script for jdktools copies tested JRE to deploy/jdk/jre directory before starting tests. JRE should be copied only if -Dtest.jre.home is not specified in command line. But now JRE is always copied.
> Script make/build-test.xml defines internal property "not.copy.jre" for this purpose, which is used in internal target "copy-jre". But this property does not affect dependent targets "copy-jre-files" and "chmod-jre-files". These targets should use this property explicitly.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.