Return-Path: X-Original-To: apmail-uima-user-archive@www.apache.org Delivered-To: apmail-uima-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 72414107FB for ; Thu, 17 Apr 2014 13:18:47 +0000 (UTC) Received: (qmail 3105 invoked by uid 500); 17 Apr 2014 13:18:46 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 3065 invoked by uid 500); 17 Apr 2014 13:18:46 -0000 Mailing-List: contact user-help@uima.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@uima.apache.org Delivered-To: mailing list user@uima.apache.org Received: (qmail 3056 invoked by uid 99); 17 Apr 2014 13:18:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 13:18:46 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [132.187.3.35] (HELO mailrelay.rz.uni-wuerzburg.de) (132.187.3.35) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 13:18:41 +0000 Received: from virusscan-slb.rz.uni-wuerzburg.de (localhost [127.0.0.1]) by mailrelay-slb.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1CE1E79CD8 for ; Thu, 17 Apr 2014 15:18:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan-slb.rz.uni-wuerzburg.de (Postfix) with ESMTP id 1AA21452BB for ; Thu, 17 Apr 2014 15:18:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at uni-wuerzburg.de Received: from mailmaster.uni-wuerzburg.de ([10.101.19.1]) by localhost (vmail001.slb.uni-wuerzburg.de [10.101.19.141]) (amavisd-new, port 10225) with ESMTP id Qkt0SmHd8OvM for ; Thu, 17 Apr 2014 15:18:20 +0200 (CEST) Received: from [132.187.15.93] (win6093.informatik.uni-wuerzburg.de [132.187.15.93]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTPSA id F37E7D27F for ; Thu, 17 Apr 2014 15:18:19 +0200 (CEST) Message-ID: <534FD49B.30200@uni-wuerzburg.de> Date: Thu, 17 Apr 2014 15:18:19 +0200 From: =?ISO-8859-15?Q?Peter_Kl=FCgl?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: user@uima.apache.org Subject: Re: Sofa-unaware AEs that create new views in an AAE References: <534FC366.70209@uni-wuerzburg.de> In-Reply-To: <534FC366.70209@uni-wuerzburg.de> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org btw, here's the StackOverflow question that caused me to investigate the problem: http://stackoverflow.com/questions/23002788/uima-ruta-sofa-mapping-in-aggregate-pipeline Peter Am 17.04.2014 14:04, schrieb Peter Kl�gl: > Hi, > > as I understand the implementation, an AE is sofa aware if it specifies > input or output views in its capabilities. Let's say it only specifies > an output view, so it's sofa aware. If it is part of an AAE with sofa > mapping (one AAE sofa mapped to the default input view of the AE), then > it get passed the base CAS independently of the sofa mapping. Shouldn't > it get the view mapped in the AAE? > > I have a simple AE that should just get the mapped sofa as input and > then should create a new view, which name is given by a parameter. Is > it correct that I have to introduce another parameter for the input view > and have to "getView" in the AE? Is there no way to just use the mapped > sofa? > > Best, > > Peter >