[CTAKES-320] Methods used by getDefaultPipeline should be able to load reasonable defaults without expecting external files.

• Type: Bug
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 3.2.0
• Fix Version/s: 3.2.3
• Component/s: ctakes-clinical-pipeline
• Assignee: Unassigned
• Reporter: jay vyas
• Created: 11/Oct/14 15:54
• Updated: 30/Apr/15 20:11

Description

In CTAKES-314, its evident that some simple pipelines break because of files which are expected to be unpacked.
Also, in one of the builders wants org/apache/ctakes/dictionary/lookup/LookupDesc_Db.xml to be in place locally, at runtime.

FIX

• create some unit tests which ensure that *some reasonable defaults can be loaded
• This can be done using using Class.getResource... and embedding some term dictionaries in jars or
• maybe by making a direct URL connection on the fly to a stable server somewhere, so it can download some reasonable defaults for external data files into /tmp/ or something with a log warning that it wasnt able to find local resources.).

SUMMARY
Generally relying on unpacked jars not going to work in a distributed environment, also , it fails in an IDE where we are directly relying on jars pulled in from mvn... so lets come up with something a little more resilient so we easily can run CTakes at scale

Issue Links

• is related to: CTAKES-314 BigTop/Hadoop cTAKES integration