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/01/30 09:23:33 UTC
[jira] Assigned: (DERBY-1606) derbyrunjartest hangs with wctme5.7 &
always uses j9_13; hangs with _foundation
[ https://issues.apache.org/jira/browse/DERBY-1606?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Myrna van Lunteren reassigned DERBY-1606:
-----------------------------------------
Assignee: Myrna van Lunteren
> derbyrunjartest hangs with wctme5.7 & always uses j9_13; hangs with _foundation
> -------------------------------------------------------------------------------
>
> Key: DERBY-1606
> URL: https://issues.apache.org/jira/browse/DERBY-1606
> Project: Derby
> Issue Type: Test
> Components: Test
> Affects Versions: 10.0.2.0
> Reporter: Myrna van Lunteren
> Assigned To: Myrna van Lunteren
> Priority: Minor
> Attachments: DERBY-1606_20060730_skip.diff, DERBY-1606_20060731_skipcomment.diff
>
>
> derbyrunjartest hangs with wctme5.7.
> I am not sure what the hook up is but if I do this:
> j9 -jcl:max -Xbootclasspath/p:c:/wctme5.7/ive/lib/jclMax/classes.zip;c:/wctme5.7/ive/lib/charconv.zip;c:/wctme5.7/ive/lib/database_enabler.jar -jar c:/derbyt/svn2/trunk/jars/sane/derbyrun.jar ij --help
> I get successfully:
> Usage: java org.apache.derby.tools.ij [-p propertyfile] [-ca connectionAttribute
> PropertyFile] [inputfile]
> Also, when looking at the code of this test, it forces the jvm class to be used to be j9_13 whenever the jvm as set in RunTest starts with J9. However, wctme5.7 is j9_22 and this also prevents running with foundation (assuming that's supported).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.