Mailing-List: contact user-help@uima.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@uima.apache.org
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
Subject: Re: Sofa-unaware AEs that create new views in an AAE
From: Richard Eckart de Castilho <rec@apache.org>
In-Reply-To: <534FD7C8.5000005@uni-wuerzburg.de>
Date: Thu, 17 Apr 2014 15:39:23 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <14ECD19C-23CF-4979-9835-7C05D4B04385@apache.org>
References: <534FC366.70209@uni-wuerzburg.de>
 <1ED08ACD-BB28-489B-9A83-8375E089C071@apache.org>
 <534FD316.6080307@uni-wuerzburg.de>
 <1048B8BD-D5F9-42DA-9145-32A23FB0A4D6@apache.org>
 <534FD7C8.5000005@uni-wuerzburg.de>
To: user@uima.apache.org

On 17.04.2014, at 15:31, Peter Kl=FCgl <pkluegl@uni-wuerzburg.de> wrote:

> That would work, if the modifier AEs that create new views are not =
cascaded.

Btw: I think it would be great if UIMA did offer a mechanism that would
allow an AE to redefine the default view without external sofa mapping.

E.g. AE1 runs, creates a new view and wants that this view is =
subsequently
the default. It would call cas.setDefaultView("newView"). Then AE2 would
get that view as default, etc.=20

It can be done using an external sofa-mapping, but the longer the =
cascade
gets, the more annoying it is to set up local and global names and to
make the mapping explicit.

-- Richard