db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jayaram Subramanian <rsjay1...@gmail.com>
Subject Re: [jira] Commented: (DERBY-4785) Remove JCC tests and references to JCC in test code
Date Tue, 08 Feb 2011 04:53:11 GMT
Hi,
I ran the test suites.all with the updated code and it gave the
following results.. Could you please let me know on why these errors
are occuring.
Tests run: 12898,  Failures: 0,  Errors: 2

With Regards
Jayaram

1) testBootingAnAlreadyBootedDatabase(org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest)java.lang.ExceptionInInitializerError
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:222)
	at org.apache.derby.jdbc.EmbeddedDataSource.findDriver(EmbeddedDataSource.java:501)
	at org.apache.derby.jdbc.EmbeddedDataSource.getConnection(EmbeddedDataSource.java:480)
	at org.apache.derby.jdbc.EmbeddedDataSource.getConnection(EmbeddedDataSource.java:424)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest.testBootingAnAlreadyBootedDatabase(ClassLoaderBootTest.java:178)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:112)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
	at org.apache.derbyTesting.junit.BaseTestSetup.run(BaseTestSetup.java:57)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
Caused by: java.lang.SecurityException: sealing violation: package
org.apache.derby.iapi.services.sanity is sealed
	at java.lang.Throwable.<init>(Throwable.java:67)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:445)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:440)
	at java.net.URLClassLoader.access$300(URLClassLoader.java:68)
	at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:1023)
	at java.security.AccessController.doPrivileged(AccessController.java:284)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:418)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest$DerbyURLClassLoader.loadClass(ClassLoaderBootTest.java:293)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest$DerbyURLClassLoader.loadClass(ClassLoaderBootTest.java:303)
	at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:369)
	at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:344)
	at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:60)
	at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:289)
	at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:69)
	at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199)
	at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:96)
	at java.lang.J9VMInternals.initializeImpl(Native Method)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)
	... 39 more
2) testBootingDatabaseShutdownByAnotherCLR(org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest)java.lang.ExceptionInInitializerError
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:222)
	at org.apache.derby.jdbc.EmbeddedDataSource.findDriver(EmbeddedDataSource.java:501)
	at org.apache.derby.jdbc.EmbeddedDataSource.getConnection(EmbeddedDataSource.java:480)
	at org.apache.derby.jdbc.EmbeddedDataSource.getConnection(EmbeddedDataSource.java:424)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest.testBootingDatabaseShutdownByAnotherCLR(ClassLoaderBootTest.java:208)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at org.apache.derbyTesting.junit.BaseTestCase.runBare(BaseTestCase.java:112)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
	at org.apache.derbyTesting.junit.BaseTestSetup.run(BaseTestSetup.java:57)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
	at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
	at junit.extensions.TestSetup$1.protect(TestSetup.java:21)
	at junit.extensions.TestSetup.run(TestSetup.java:18)
Caused by: java.lang.SecurityException: sealing violation: package
org.apache.derby.iapi.services.sanity is sealed
	at java.lang.Throwable.<init>(Throwable.java:67)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:445)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:440)
	at java.net.URLClassLoader.access$300(URLClassLoader.java:68)
	at java.net.URLClassLoader$ClassFinder.run(URLClassLoader.java:1023)
	at java.security.AccessController.doPrivileged(AccessController.java:284)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:418)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest$DerbyURLClassLoader.loadClass(ClassLoaderBootTest.java:293)
	at org.apache.derbyTesting.functionTests.tests.store.ClassLoaderBootTest$DerbyURLClassLoader.loadClass(ClassLoaderBootTest.java:303)
	at org.apache.derby.iapi.services.monitor.Monitor.startSystemModule(Monitor.java:369)
	at org.apache.derby.impl.services.monitor.BaseMonitor.runWithState(BaseMonitor.java:344)
	at org.apache.derby.impl.services.monitor.FileMonitor.<init>(FileMonitor.java:60)
	at org.apache.derby.iapi.services.monitor.Monitor.startMonitor(Monitor.java:289)
	at org.apache.derby.iapi.jdbc.JDBCBoot.boot(JDBCBoot.java:69)
	at org.apache.derby.jdbc.EmbeddedDriver.boot(EmbeddedDriver.java:199)
	at org.apache.derby.jdbc.EmbeddedDriver.<clinit>(EmbeddedDriver.java:96)
	at java.lang.J9VMInternals.initializeImpl(Native Method)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:200)


On Mon, Feb 7, 2011 at 10:57 AM, Jayaram Subramanian
<rsjay1976@gmail.com> wrote:
> Hi Tiago,
> I found that i had removed of the code unintentionally from
> JBCClient.java source..  I rolled back those and now testing the
> changes by running suites,all.. Will release the patch once the test
> goes through.. Thanks for testing the patch.
>
> With Regards
> Jayaram
>
>
> On Thu, Feb 3, 2011 at 1:33 PM, Tiago R. Espinha (JIRA) <jira@apache.org> wrote:
>>
>>    [ https://issues.apache.org/jira/browse/DERBY-4785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12990254#comment-12990254
]
>>
>> Tiago R. Espinha commented on DERBY-4785:
>> -----------------------------------------
>>
>> Hi Jayaram,
>>
>> I was reviewing your latest patch and it doesn't seem like it compiles. Could you
check what's wrong with it? I'll commit it after it's fixed.
>>
>> Thanks
>>
>>> Remove JCC tests and references to JCC in test code
>>> ---------------------------------------------------
>>>
>>>                 Key: DERBY-4785
>>>                 URL: https://issues.apache.org/jira/browse/DERBY-4785
>>>             Project: Derby
>>>          Issue Type: Sub-task
>>>          Components: Test
>>>    Affects Versions: 10.5.1.1, 10.6.1.0
>>>            Reporter: Kathey Marsden
>>>            Assignee: Jayaram Subramanian
>>>            Priority: Minor
>>>         Attachments: JCCRemoval_Jan112011.txt, JCC_Removal_DONOTCOMMIT_Dec29.txt,
Stat_JCCRemoval_Jan112011.txt, jccremoval_Jan27.txt, jccremoval_stats_Jan27.txt, stat_Dec29_JCC.txt
>>>
>>>
>>> I received a request to remove JCC testing from the derby suite. The user had
a very old jcc version in their classpath 2.4 and 10.5 tests were failing with:
>>> com.ibm.db2.jcc.c.SqlException: DB2 SQL error: SQLCODE: -1, SQLSTATE: XJ040,
SQLERRMC: Failed to start database '/results/axxon/58712/laka10a-derby-m101-20100830-003810/derbyall/derbynetmats/DerbyNet/derbynetmats/dblook_test_net_territory//wombat',
see the next exception for details.::SQLSTATE: XJ001Java exception: 'Access denied (java.util.PropertyPermission
com.ibm.crypto.provider.FIPSMODE read): java.security.AccessControlException'.
>>> at com.ibm.db2.jcc.c.o.a(o.java:3219)
>>>       at com.ibm.db2.jcc.a.cb.q(cb.java:653)
>>>       at com.ibm.db2.jcc.a.cb.p(cb.java:541)
>>>       at com.ibm.db2.jcc.a.cb.l(cb.java:363)
>>>       at com.ibm.db2.jcc.a.cb.d(cb.java:145)
>>>       at com.ibm.db2.jcc.a.b.Sb(b.java:1274)
>>>       at com.ibm.db2.jcc.a.b.a(b.java:1166)
>>>       at com.ibm.db2.jcc.a.b.q(b.java:934)
>>>       at com.ibm.db2.jcc.a.b.a(b.java:702)
>>>       at com.ibm.db2.jcc.a.b.(b.java:305)
>>>       at com.ibm.db2.jcc.DB2Driver.connect(DB2Driver.java:162)
>>>       at java.sql.DriverManager.getConnection(DriverManager.java:322)
>>>       at java.sql.DriverManager.getConnection(DriverManager.java:273)
>>>       at org.apache.derby.tools.dblook.go(Unknown Source)
>>>       at org.apache.derby.tools.dblook.(Unknown Source)
>>>       at org.apache.derbyTesting.functionTests.tests.tools.dblook_test.lookThree(dblook_test.java:417)
>>>       at org.apache.derbyTesting.functionTests.tests.tools.dblook_test.runTest(dblook_test.java:283)
>>>       at org.apache.derbyTesting.functionTests.tests.derbynet.dblook_test_net_territory.doTest(dblook_test_net_territory.java:65)
>>>       at org.apache.derbyTesting.functionTests.tests.derbynet.dblook_test_net_territory.main(dblook_test_net_territory.java:41)
>>> Now that I look at it more closely, their actual problem might be on the server
side and JCC just reporting it but good to get the JCC tests out of the mix when people accidentally
have it in their classpath anyway.
>>
>> --
>> This message is automatically generated by JIRA.
>> -
>> For more information on JIRA, see: http://www.atlassian.com/software/jira
>>
>>
>>
>

Mime
View raw message