Mailing-List: contact notifications-help@ctakes.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ctakes.apache.org
Date: Fri, 19 Jul 2013 20:54:48 +0000 (UTC)
From: "ASF subversion and git services (JIRA)" <jira@apache.org>
To: notifications@ctakes.apache.org
Message-ID: <JIRA.12658826.1374266441485.83692.1374267288216@arcas>
In-Reply-To: <JIRA.12658826.1374266441485@arcas>
References: <JIRA.12658826.1374266441485@arcas>
Subject: [jira] [Commented] (CTAKES-218) java.io.FileNotFoundException: at
 java.io.FileInputStream.open(Native Method)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

ASF subversion and git services commented on CTAKES-218:
--------------------------------------------------------

Commit 1505011 from james-masanz@apache.org in branch 'ctakes/trunk'
[ https://svn.apache.org/r1505011 ]

CTAKES-218 Have FileLocator also try the second method to resolve the file path if the first returns null (in addition to if the first throws an exception)
                
> java.io.FileNotFoundException: at java.io.FileInputStream.open(Native Method) 
> ------------------------------------------------------------------------------
>
>                 Key: CTAKES-218
>                 URL: https://issues.apache.org/jira/browse/CTAKES-218
>             Project: cTAKES
>          Issue Type: Bug
>    Affects Versions: 3.1
>            Reporter: James Joseph Masanz
>            Assignee: James Joseph Masanz
>            Priority: Minor
>             Fix For: 3.1
>
>
> The error was seen HyphenTextModifierImpl, which is not that important anymore, but the underlying issue is that the try clause within org.apache.ctakes.core.resource.FileLocator assumes FileLocator.class.getClassLoader().getResourceAsStream(location); will throw an Exception if something goes wrong, but it doesn't always - it can just return null, in which case the catch clause is not running

--
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