[
https://issues.apache.org/jira/browse/DERBY-4290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12724020#action_12724020
]
Ole Solberg commented on DERBY-4290:
------------------------------------
It turns out I get the same problem even when running the testsuite that
triggers this failure on its own!
The testsuite is
org.apache.derbyTesting.functionTests.tests.lang.OrderByAndSortAvoidance.
So instead of splitting up suites.AllPackages when testing on phoneME/cvm, we
should temporarily disable this test on phoneME/cvm.
>From logs at
>http://people.apache.org/~myrnavl/derby_test_results/main/windows/index.html I
>see that the testsuite is ok on weme6.1.
/usr/local/java/cvm/bin/cvm -Xgc:youngGen=5M -Xmn256M -XunlimitedGCRoots
-DderbyTesting.oldReleasePath=/usr/local/share/java/derby/lib
-Dderby.tests.trace=true -cp ..... junit.textui.TestRunner
org.apache.derbyTesting.functionTests.tests.lang.OrderByAndSortAvoidance
.
testForcedIndexUseForWrongOrder used 48822 ms .
testWithNoOptimizerOverrides used 50300 ms .
testForceSortWithOptimizerOverrides used 53377 ms .
testAdditionalOrderByCases used 57617 ms .
testDerby4240OrderByCase used 34930 ms EEE
Time: 247.998
There were 3 errors:
1)
testDerby4240OrderByCase(org.apache.derbyTesting.functionTests.tests.lang.OrderByAndSortAvoidance)java.lang.InternalError:
Number of class names exceeds vm limit.
at java.lang.ClassLoader.findLoadedClass0(Native Method)
at java.lang.ClassLoader.findLoadedClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.util.ResourceBundle.loadBundle(Unknown Source)
at java.util.ResourceBundle.findBundle(Unknown Source)
at java.util.ResourceBundle.getBundleImpl(Unknown Source)
at java.util.ResourceBundle.getBundle(Unknown Source)
at
org.apache.derby.iapi.services.i18n.MessageService.getBundleWithEnDefault(Unknown
Source)
at
org.apache.derby.iapi.services.i18n.MessageService.getBundleForLocale(Unknown
Source)
at org.apache.derby.impl.services.monitor.BaseMonitor.getBundle(Unknown
Source)
at org.apache.derby.iapi.services.i18n.MessageService.getBundle(Unknown
Source)
at
org.apache.derby.iapi.services.i18n.MessageService.getCompleteMessage(Unknown
Source)
at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.javaException(Unknown Source)
at
org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown
Source)
at
org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown
Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeUpdate(Unknown
Source)
at
org.apache.derbyTesting.functionTests.tests.lang.OrderByAndSortAvoidance.setUp(Unknown
Source)
at org.apache.derbyTesting.junit.BaseTestCase.runBare(Unknown Source)
at junit.extensions.TestDecorator.basicRun(Unknown Source)
at junit.extensions.TestSetup$1.protect(Unknown Source)
at junit.extensions.TestSetup.run(Unknown Source)
at org.apache.derbyTesting.junit.BaseTestSetup.run(Unknown Source)
at sun.misc.CVM.runMain(Unknown Source)
> suites.All hangs on phoneME/cvm - caused by cvm/phoneME error
> -------------------------------------------------------------
>
> Key: DERBY-4290
> URL: https://issues.apache.org/jira/browse/DERBY-4290
> Project: Derby
> Issue Type: Improvement
> Components: Test
> Affects Versions: 10.6.0.0
> Environment: OS:
> Linux .... 32bits
> Linux 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 GNU/Linux
> JVM:
> Product: phoneME Advanced (phoneme_advanced_mr2-b116)
> Profile: Foundation Profile Specification 1.1
> JVM: CVM phoneme_advanced_mr2-b116 (interpreter loop)
> Reporter: Ole Solberg
> Assignee: Ole Solberg
>
> Since 783408 2009-06-10 18:02:38 MEST suites.All hangs on phoneME/cvm.
> The problem appears to be a hardcoded limitation in phoneME/cvm:
> 'java.lang.InternalError: Number of class names exceeds vm limit.'
> In addition the cvm vm just hangs instead of aborting, causing the test to
> hang.
> Until this may be fixed in phoneME/cvm I suggest to create and run
> independent subsuites of suites.AllPackages when testing on phoneME/cvm.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
