incubator-ctakes-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Wu, Stephen T., Ph.D." <Wu.Step...@mayo.edu>
Subject Re: cTAKES resources and the classpath
Date Fri, 05 Oct 2012 14:23:02 GMT
Being new to maven (and maven in eclipse)... How do you run the default
pipeline with CVD?  I've checked out, and tried going to
  /ctakes/ctakes-clinical-pipeline/resources/launch/CVD cTAKES.launch
but that doesn't work.

stephen


On 10/4/12 5:26 PM, "Chen, Pei" <Pei.Chen@childrens.harvard.edu> wrote:

> The individual resources have been moved to src/main/resources so that maven
> will automatically add it to the classpath and individual jar(s).
> It was also an opportunity to add a fully qualified namespace such as
> /org/apach/ctakes/{project}/somemodelsresourcedirectory.  This will be
> important to avoid clashes if we decide to distribute some uber-jar/war or
> move resources around again. [Even though the resources were updated in the
> descriptor xml files, still haven't decided to move those yet since it's
> working now and we may move to uimaFIT style in the future.]
> 
> I just tested the default clinical documents pipeline in trunk with the CVD
> and it should be working now.
> Feel free to check out and work off trunk in ASF SVN now: svn co
> https://svn.apache.org/repos/asf/incubator/ctakes/trunk
> (The OrangeBook will still require Lucene 3.0.2 so you might have to update
> that from 3.5.0 if you plan to use the dictionary lookup)
> 
> [Disclaimer: over ~5000-6000 files were touched since we updated java
> namespaces, license headers, resource paths, etc. and wouldn't be surprised if
> we missed something.  Feel free to let us know if you encounter any issues or
> even better- open up a Jira and fix it :)]
> 
> <-- Will get some coffee and start looking into some of the open Jira issues
> now.  I think we should have a Release Candidate for 3.0.0-incubating or a
> baseline within ASF very soon.
> 
> --Pei
> 
>> -----Original Message-----
>> From: Steven Bethard [mailto:steven.bethard@Colorado.EDU]
>> Sent: Tuesday, October 02, 2012 5:25 PM
>> To: ctakes-dev@incubator.apache.org
>> Subject: Re: cTAKES resources and the classpath
>> 
>> Yeah, I'm going to commit a change to the dependency parser that allows me
>> to do this. (Currently the location of the lemmatized data file is hard
>> coded.)
>> 
>> Steve
>> 
>> On Oct 2, 2012, at 3:12 PM, "Chen, Pei" <Pei.Chen@childrens.harvard.edu>
>> wrote:
>> 
>>> Hi Steve,
>>> I didn't get a chance to do this last week, but will work on it tonight and
>> tomorrow.
>>> Don't want this to stop you though, so feel free to read in the resource
>> from an another location temporarily...
>>> --Pei
>>> 
>>>> -----Original Message-----
>>>> From: Steven Bethard [mailto:steven.bethard@Colorado.EDU]
>>>> Sent: Tuesday, October 02, 2012 4:47 PM
>>>> To: ctakes-dev@incubator.apache.org
>>>> Subject: cTAKES resources and the classpath
>>>> 
>>>> On Sep 25, 2012, at 3:22 PM, "Chen, Pei"
>>>> <Pei.Chen@childrens.harvard.edu>
>>>> wrote:
>>>>> I think Brandyn and others had a reasonable suggestion to use the
>>>>> name
>>>> instead of location paths in those pesky descriptor xml files-
>>>> Assuming they're in the classpath (placed in src/main/resources).
>>>>> I'll take a stab at this later this week if I get a chance.
>>>> 
>>>> Pei, are you still working on this? I'm currently unable to use the
>>>> dependency parser from another project because it can't find it's
>>>> resources. Specifically, it fails on this line:
>>>> 
>>>> URL lemmatizerDataFileURL =
>>>> this.getClass().getResource(ENG_LEMMATIZER_DATA_FILE);
>>>> 
>>>> I would take a stab at fixing these myself, but the JCasGen issue
>>>> makes these kind of broad changes really difficult for me.
>>>> 
>>>> Steve
>>> 
> 


Mime
View raw message