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:[email protected]]
> Sent: Tuesday, October 02, 2012 5:25 PM
> To: [email protected]
> 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" <[email protected]>
> 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:[email protected]]
> >> Sent: Tuesday, October 02, 2012 4:47 PM
> >> To: [email protected]
> >> Subject: cTAKES resources and the classpath
> >>
> >> On Sep 25, 2012, at 3:22 PM, "Chen, Pei"
> >> <[email protected]>
> >> 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
> >

Reply via email to