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

ASF subversion and git services commented on LUCENE-8205:
---------------------------------------------------------

Commit 143b6135a5ea9fac774b3e90471dfac8d2117b19 in lucene-solr's branch 
refs/heads/master from [~simonw]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=143b613 ]

LUCENE-8205: Suppress potential second exception caught by  ECJ


> Simplify AbortingException handling and tragic event logic
> ----------------------------------------------------------
>
>                 Key: LUCENE-8205
>                 URL: https://issues.apache.org/jira/browse/LUCENE-8205
>             Project: Lucene - Core
>          Issue Type: Improvement
>    Affects Versions: 7.4, master (8.0)
>            Reporter: Simon Willnauer
>            Assignee: Simon Willnauer
>            Priority: Major
>             Fix For: 7.4, master (8.0)
>
>         Attachments: LUCENE-8205.patch, LUCENE-8205.patch, 
> image-2018-03-15-15-30-16-757.png
>
>
> Today we try to signal via exception handling if an exception is aborting
>  and/or a tragic event. This causes today that we ignore certain exception if 
> we
> are in the process of handling a such which is generally bad practice. This
> change simplify the signaling of aborting exceptions and separates acting on
> tragic events and closing the writer because of a tragic event. This in-turn
> simplifies lock ordering since we never acquire a lock anymore inside the
> tragic event code.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to