Mailing-List: contact uima-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: uima-user@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of msa@schor.com designates
 74.52.223.18 as permitted sender)
Message-ID: <4B188DE9.7050704@schor.com>
Date: Thu, 03 Dec 2009 23:19:53 -0500
From: Marshall Schor <msa@schor.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: uima-user@incubator.apache.org
Subject: Re: Tips for a beginner
References: <7444f22f0912030701m766fe30cx36859ac253eb2c06@mail.gmail.com>
In-Reply-To: <7444f22f0912030701m766fe30cx36859ac253eb2c06@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi William,

PEARs are both a packaging, and an "isolation" capability. 

Packaging:  You get to zip up together potentially many components in an
aggregate, including the JARs, and the classpaths, so that others can
use the component.

Isolation: If your Pear uses a particular version of some Jars, included
in your PEAR package, UIMA runs these with an isolated class loader so
that your versions of the Jars are kept isolated from other versions of
the same Jars that might also be present in the rest of the system.

This isolation may not be what you want, though. For more typical
component assembly, you put components together without Pear isolation,
using "plain" components and building normal aggregations of these.  In
this approach, you have to insure that any Jars used by the components
are at the same level.

When you're all done, you can deliver the resulting aggregate as a Pear,
if that is reasonable in your scenario, to others.

HTH.   -Marshall

William Colen wrote:
> Hello,
>
> We are moving our Brazilian Portuguese annotators (sentence detector,
> tokenizer, tagger, parser) to UIMA. We have different implementations of
> some annotators: some were created using OpenNLP, others where written from
> scratch.
> We would like to have .PEARs for each annotator, so in the applications we
> would change the annotators easily. Also we don't want to have duplicated
> resources (mostly dictionaries, and the UIMA typesystem descriptor), so we
> need a way to share.
>
> The first thing we did was to create the UIMA wrappers and descriptors. They
> are ready and we were able to create a UIMA application that uses the
> annotators (but we had to put all the code and descriptors in only one
> Eclipse project. No .pear yet).
>
> Now we are splitting the projects in smaller ones. For instance, we create
> only one TypeSystem.xml and would like every project to use it. So I created
> a simple .pear with the TypeSystem.xml.
> After that I created another pear for the sentence detector, but I couldn't
> import the TypeSystem.xml of the first pear. The only way to do that was
> using the relative path or if I put the TypeSystem.xml inside the JAR file
> of the first pear, and import it using classpath.
> Do you know a better way to do that?
>
> Latter I'll have to do the same with the dictionaries. I'm not sure if the
> best approach is to create a .pear only for it. Will it work?
>
> Thanks
> William
>
>