Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Received-SPF: pass (athena.apache.org: domain of msa@schor.com designates
 67.18.21.24 as permitted sender)
Message-ID: <50ABA6B9.2000101@schor.com>
Date: Tue, 20 Nov 2012 10:50:17 -0500
From: Marshall Schor <msa@schor.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: user@uima.apache.org
Subject: Re: Dependency injection support in UIMA
References: 
 <CAOy42CuseT8ZkKTjDWf1j4SS9HB8Xt-pN5dvK0RTF=TsJ2ufwg@mail.gmail.com>
In-Reply-To: 
 <CAOy42CuseT8ZkKTjDWf1j4SS9HB8Xt-pN5dvK0RTF=TsJ2ufwg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi,

The next release of UIMA will have a facility that augments the existing methods
of setting parameters with an additional one based on (a slight extension of)
Java properties files.  It's purpose is to collect into one spot all the
parameter settings needed for a complex set of annotators.  The original working
discussion for this is on our wiki; I think what got implemented is close to
that (but not exactly), see
https://cwiki.apache.org/UIMA/configuring-uima-pipelines-externally-for-a-particular-run.html

-Marshall

On 11/20/2012 8:22 AM, Spico Florin wrote:
> Hello!
>    I have a connection to data source (triplestore) that is used by
> multiple annotators. With the current implementation of UIMA I have to
> provide this connection in for all these annotators descriptors, making the
> deployment very tedious when switching from one environment to another (for
> example test env to production env).
> I have read the  posts from
> http://comments.gmane.org/gmane.comp.apache.uima.general/3340 but still is
> not clear for me how to handle the DI. Basically I would like to inject
> this connection to all of annotators that need it from a single
> configuration file, thus eliminating the mentioned inconvenience.
>   Can you please provide what is the best approach for handling this kind
> of problems?
>
> I look forward for your answers.
>
>  Regards,
>   Florin
>
> P.S. I was thinking to use Spring and ApplicationContext and its
> configuration file. Is this a suitable solution?
>