[ http://issues.apache.org/jira/browse/DERBY-625?page=all ]

Rick Hillegas updated DERBY-625:
--------------------------------

    Component: Test

Assigning to Test component.

> hang in unit/cacheService.unit with wctme5.7
> --------------------------------------------
>
>          Key: DERBY-625
>          URL: http://issues.apache.org/jira/browse/DERBY-625
>      Project: Derby
>         Type: Bug

>   Components: Test
>     Versions: 10.1.1.0, 10.2.0.0
>  Environment: windows with wctme5.7 (j9 version 2.2)
>     Reporter: Myrna van Lunteren
>     Priority: Minor
>  Attachments: j9_22_hang.breakout
>
> Test unit/cacheService.unit hangs with wctme5.7 jvm since June...
> Can someone familiar with services please have a look?
> The hang was not noticed in a timely fashion because our scripts only run 
> with wctme5.7 once a week, 
> and for 3 months, our nightly tests took too long to complete - and no one 
> paid attention (me included).
> I've done some historical research on this, but am no closer to deciding if 
> this is a jvm bug exposed by changed derby functionality or a 'new' derby bug 
> exposed by the wctme5.7 (j9 version 2.2) jvm.
> Efforts are hampered by 
> - absence of commit archive details between June 13 and July 1
> - svn cannot backtrack to revisions that happened during incubator time
> This is what I found so far:
> - in main
>       - the test ran fine on 6/18/2005, but failed on 6/25/2005.
>       - From saved commits emails, it appears relevant revisions are between  
> 191353 (jean)
>           and 201792 (kathey), jean's are all dita related,  2 of kathey's 
> are functionTests only changes.
>         This leaves the following 2
>               201792 - kmarsden - DERBY-389,
>                 
> incubator/derby/code/trunk/java/engine/org/apache/derby/impl/sql/conn/GenericLanguageConnectionContext.java
>               191755 - kmarsden - DERBY-8 and DERBY-366; mostly test/master 
> updates, but additionally changed:
>                
> incubator/derby/code/trunk/java/engine/org/apache/derby/iapi/jdbc/BrokeredConnection.java
>                
> incubator/derby/code/trunk/java/engine/org/apache/derby/iapi/jdbc/BrokeredConnection30.java
>       - I backtracked the changes from these revisions but still the hang 
> persists...
>       
>       
> - 10.1 
>       - I tested build 224373 and 208786 and the could reproduce the hang; 
> but 
>         with build 190628 (which happened to be stting around on my machine) 
> there was no hang.
>         Thus, with 10.1 branch, the problem was introduced/backported between 
> revision
>         190628 and revision 208786.
>        - Looking at a combination of the commit archive for July and my saved 
> commit emails, again, most of these are innocent test or dita updates.
>        - The following are more interesting:
>               - 201659 - satheesh - DERBY-388 - 
>               
> incubator/derby/code/branches/10.0/java/engine/org/apache/derby/impl/sql/GenericPreparedStatement.java
>               - 208697 - dan - cleanup of published javadoc for embedded jdbc 
> objects
>                  
> incubator/derby/code/branches/10.1/java/engine/org/apache/derby/jdbc/EmbeddedConnectionPoolDataSource.java
>                  
> incubator/derby/code/branches/10.1/java/engine/org/apache/derby/jdbc/EmbeddedDataSource.java
>                  
> incubator/derby/code/branches/10.1/java/engine/org/apache/derby/jdbc/EmbeddedDriver.java
>                  
> incubator/derby/code/branches/10.1/java/engine/org/apache/derby/jdbc/EmbeddedSimpleDataSource.java
>                  
> incubator/derby/code/branches/10.1/java/engine/org/apache/derby/jdbc/EmbeddedXADataSource.java
>               - 208776 - andrew - monster commit backport fixes for DERBY-8, 
> DERBY-247, DERBY-276, 
>                 DERBY-348, DERBY-354,DERBY-361, DERBY-366, DERBY-389, 
> DERBY-405, DERBY-416, and DERBY-420
>       - I tried to backtrack my 10.1 branch to revision 208775, but that 
> resulted in:
>               svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
>               svn:
>               Cannot replace a directory from within
> In short, historical research has gotten me nowhere.
> I looked at the stack of the threads when the program is hanging but it tells 
> me nothing either.
> I will attached the stack threads obtained by running the following command:
>   j9 -jcl:max 
> -Xbootclasspath/p:c:/ive22/lib/database_enabler.jar;c:ive22/lib/classes.zip 
> org.apache.derbyTesting.unitTests.harness.UnitTestMain 
>  on windows and subsequently pressing ctrl-break, and derby.log
> Note: this problem does not occur with wsdd5.6 (j9 version 2.1). The test 
> never runs/ran with j9foundation (also wctme5.7).   

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Reply via email to