ctakes-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jörn Kottmann <kottm...@gmail.com>
Subject Re: cTAKES resources and the classpath
Date Fri, 05 Oct 2012 14:35:15 GMT
The lastest UIMA release contains an eclipse launcher for
AEs and AAEs. Depending on your use case that is easier to
use than CVD or CPE.

As input you can specify text or xmi files in the launch configuration
and the output can optionally written to a folder.

The xmi files can be viewed and edited with the Cas Editor (another 
eclipse plugin).


On 10/05/2012 04:23 PM, Wu, Stephen T., Ph.D. wrote:
> 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

View raw message