[ 
https://issues.apache.org/jira/browse/LUCENE-4901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13621862#comment-13621862
 ] 

Dawid Weiss commented on LUCENE-4901:
-------------------------------------

Yep, system.halt will work here too. I just like it when it really breaks 
without the possibility to clean up properly ;) You get to see what each jvm 
dumps etc.

But seriously, a halt from a background thread should indeed do fine and is 
portable. I did encounter very rare cases of halt() *not* exiting under very 
low memory conditions but I don't think this is the case here.


                
> Unit test TestIndexWriterOnJRECrash does not support IBM Java 
> --------------------------------------------------------------
>
>                 Key: LUCENE-4901
>                 URL: https://issues.apache.org/jira/browse/LUCENE-4901
>             Project: Lucene - Core
>          Issue Type: Improvement
>          Components: general/test
>    Affects Versions: 4.2
>         Environment: Red Hat EL 6.3
> IBM Java 1.6.0
> ANT 1.9.0
>            Reporter: Rodrigo Trujillo
>            Assignee: Dawid Weiss
>            Priority: Minor
>             Fix For: 4.2
>
>         Attachments: test-IBM-java-vendor.patch
>
>
> I successfully compiled Lucene 4.2 with IBM.
> Then ran unit tests with the nightly option set to "true"
> The test case TestIndexWriterOnJRECrash was skipped returning "IBM 
> Corporation JRE not supported":
> [junit4:junit4] Suite: org.apache.lucene.index.TestIndexWriterOnJRECrash
> [junit4:junit4] IGNOR/A 0.28s | TestIndexWriterOnJRECrash.testNRTThreads
> [junit4:junit4]    > Assumption #1: IBM Corporation JRE not supported.
> [junit4:junit4] Completed in 0.68s, 1 test, 1 skipped

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to