You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Myrna van Lunteren (JIRA)" <ji...@apache.org> on 2007/11/09 22:05:51 UTC
[jira] Resolved: (DERBY-2903) RunClassPathTester regression test
gets diff because of error message difference
[ https://issues.apache.org/jira/browse/DERBY-2903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Myrna van Lunteren resolved DERBY-2903.
---------------------------------------
Resolution: Fixed
Fix Version/s: 10.4.0.0
With revision 593635 I reinstated the test.
I found that if I changed the call in sysinfo.Main to LocalizedResource from
LocalizedResource.getInstance() to LocalizedResource.getInstance().init() the problems I saw with reassigning system.out went away.
I think, that anytime sysinfo was run after a previous call to LocalizedResource.getInstance().init(), for instance through a call to ij.runScript, it didn't actually go to System.out anymore but to wherever the LocalizedResource was pointing.
I think forcing init() makes more sense for sysinfo, than tagging on to whatever LocalizedResource happens to be pointing.
After the change to sysinfo.Main, the output now can be controlled using calls to System.setOut(), and I modified the test to no longer use the awkward mechanism of separating and unraveling the output for each test case (command) using System.out.println of a character. Also, now it no longer matters where the test runs, so I removed the comments in tools._Suite.java.
With revision 593643 I addressed the 2 nits from Knut Anders' review (thx). I did not put the last reset of System.setOut in a finalize...
> RunClassPathTester regression test gets diff because of error message difference
> --------------------------------------------------------------------------------
>
> Key: DERBY-2903
> URL: https://issues.apache.org/jira/browse/DERBY-2903
> Project: Derby
> Issue Type: Test
> Components: Regression Test Failure
> Environment: Generating report for RunSuite derbyall null null null true
> ------------------ Java Information ------------------
> Java Version: 1.4.2
> Java Vendor: IBM Corporation
> Java home: c:\10.3_Testing\ibm142\jre
> Java classpath: c:\10.3_Testing\jars\lib\derby.jar;c:\10.3_Testing\jars\lib\derbytools.jar;
> c:\10.3_Testing\jars\lib\derbynet.jar;c:\10.3_Testing\jars\lib\derbyclient.jar;c:\10.3_Testing\jars\lib\derbyrun.jar;
> c:\10.3_Testing\jars\test\derbyTesting.jar;c:\10.3_Testing\jars\tools\junit.jar;c:\10.3_Testing\jars\tools\jakarta-oro-2.0.8.jar
> OS name: Windows Server 2003
> OS architecture: amd64
> OS version: 5.2 build 3790 Service Pack 1
> Java user name: cloudtest
> Java user home: C:\Documents and Settings\cloudtest
> Java user dir: C:\10.3_Testing\platformtesting\ibm142_derbyall
> java.specification.name: Java Platform API Specification
> java.specification.version: 1.4
> --------- Derby Information --------
> JRE - JDBC: J2SE 1.4.2 - JDBC 3.0
> [C:\10.3_Testing\jars\lib\derby.jar] 10.3.1.0 beta - (548006)
> [C:\10.3_Testing\jars\lib\derbytools.jar] 10.3.1.0 beta - (548006)
> [C:\10.3_Testing\jars\lib\derbynet.jar] 10.3.1.0 beta - (548006)
> [C:\10.3_Testing\jars\lib\derbyclient.jar] 10.3.1.0 beta - (548006)
> ------------------------------------------------------
> Reporter: Mike Matrigali
> Assignee: Myrna van Lunteren
> Fix For: 10.4.0.0
>
> Attachments: DERBY-2903_modapi.diff, DERBY-2903_noapimod.diff, DERBY-2903_noapimod.diff2
>
>
> Got the following diff because of access vs. Access in error message. probably a master update needed.
> ********* Diff file derbyall/demo/demo/RunClassPathTester.diff
> *** Start: RunClassPathTester jdk1.4.2 demo:demo 2007-06-20 14:32:54 ***
> 3 del
> < Unable to access Protection Domain or Code Source for class interface org.apache.derby.database.Database:
> access denied (java.lang.RuntimePermission getProtectionDomain)
> 3a3
> > Unable to access Protection Domain or Code Source for class interface org.apache.derby.database.Database:
> Access denied (java.lang.RuntimePermission getProtectionDomain)
> 5 del
> < Unable to access Protection Domain or Code Source for class class SimpleApp:
> access denied (java.lang.RuntimePermission getProtectionDomain)
> 5a5
> > Unable to access Protection Domain or Code Source for class class SimpleApp:
> Access denied (java.lang.RuntimePermission getProtectionDomain)
> Test Failed.
> *** End: RunClassPathTester jdk1.4.2 demo:demo 2007-06-20 14:32:56 ***
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.