[ 
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.

Reply via email to