Mailing-List: contact ctakes-notifications-help@incubator.apache.org;
 run by ezmlm
Precedence: bulk
Reply-To: ctakes-dev@incubator.apache.org
Date: Thu, 25 Oct 2012 16:01:13 +0000 (UTC)
From: "Pei Chen (JIRA)" <jira@apache.org>
To: ctakes-notifications@incubator.apache.org
Message-ID: <250394164.27886.1351180873912.JavaMail.jiratomcat@arcas>
Subject: [jira] [Commented] (CTAKES-89) URI is not hierarchical while
 getting a file from a classpath
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Pei Chen commented on CTAKES-89:
--------------------------------

I don't believe so- not without a custom FSDirectory impl.  I believe, the current cTAKES FileLocator resolves it to a file (external form) hence it works fine when you add it to your classpath- but obviously won't work inside a jar file.  I think it's easier to continue doing that for now. (i.e. copy src/main/resources to a resources dir and add it to the classpath during any runtime rather than have it included in the jar (maven by default)).  We may revisit this as we revisit the location of umls resources and other models in the future for the longer term.
                
> URI is not hierarchical while getting a file from a classpath
> -------------------------------------------------------------
>
>                 Key: CTAKES-89
>                 URL: https://issues.apache.org/jira/browse/CTAKES-89
>             Project: cTAKES
>          Issue Type: Improvement
>          Components: ctakes-core
>    Affects Versions: 2.6-incubating
>            Reporter: Pei Chen
>            Assignee: Pei Chen
>            Priority: Minor
>             Fix For: 3.0-incubating
>
>
> Currently, the FileResourceImpl will support loading a resource from
> 1) Classpath file path
> 2) From File location
> It would be nice to also support classpath from a jar (currently will throw a uri is not hierarchical exception because it tries to resolve to a path).  should also add functionality to attempt to gracefully load from a jar as well.  This will allow some flexibility wherever we decide to move the resources in the future.

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