Return-Path: Delivered-To: apmail-uima-user-archive@www.apache.org Received: (qmail 81320 invoked from network); 9 Jul 2010 09:11:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 9 Jul 2010 09:11:47 -0000 Received: (qmail 43402 invoked by uid 500); 9 Jul 2010 09:11:46 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 43142 invoked by uid 500); 9 Jul 2010 09:11:43 -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 43121 invoked by uid 99); 9 Jul 2010 09:11:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jul 2010 09:11:42 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [130.83.156.225] (HELO lnx500.hrz.tu-darmstadt.de) (130.83.156.225) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 09 Jul 2010 09:11:33 +0000 Received: from pandora.tk.informatik.tu-darmstadt.de (pandora.tk.informatik.tu-darmstadt.de [130.83.163.131]) by lnx500.hrz.tu-darmstadt.de (8.14.4/8.14.4/HRZ/PMX) with ESMTP id o699B2rW009574 for ; Fri, 9 Jul 2010 11:11:02 +0200 (envelope-from zesch@tk.informatik.tu-darmstadt.de) Received: from pandora.tk.informatik.tu-darmstadt.de ([2002:8253:a383::8253:a383]) by pandora.tk.informatik.tu-darmstadt.de ([2002:8253:a383::8253:a383]) with mapi; Fri, 9 Jul 2010 11:11:02 +0200 From: Torsten Zesch To: "user@uima.apache.org" Date: Fri, 9 Jul 2010 11:10:52 +0200 Subject: Process an aggregate with CAS multiplier and merger Thread-Topic: Process an aggregate with CAS multiplier and merger Thread-Index: AcsfRqE9Eg4q6tO0RAyiP0tXwzU3xg== Message-ID: <1FF6659CB8948640A0694C9954BB5A392336BD31FF@pandora.tk.informatik.tu-darmstadt.de> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: Az+3 Bqz2 B7uu CBLU CEMA D7mf D9AW EJ5q EoN6 GoWo Hbng HiOD J5r4 K1ze LTqu L981;1;dQBzAGUAcgBAAHUAaQBtAGEALgBhAHAAYQBjAGgAZQAuAG8AcgBnAA==;Sosha1_v1;7;{8C9F2B1C-3E55-47A9-974E-0388CD050986};egBlAHMAYwBoAEAAdABrAC4AaQBuAGYAbwByAG0AYQB0AGkAawAuAHQAdQAtAGQAYQByAG0AcwB0AGEAZAB0AC4AZABlAA==;Fri, 09 Jul 2010 09:10:52 GMT;UAByAG8AYwBlAHMAcwAgAGEAbgAgAGEAZwBnAHIAZQBnAGEAdABlACAAdwBpAHQAaAAgAEMAQQBTACAAbQB1AGwAdABpAHAAbABpAGUAcgAgAGEAbgBkACAAbQBlAHIAZwBlAHIA x-cr-puzzleid: {8C9F2B1C-3E55-47A9-974E-0388CD050986} acceptlanguage: de-DE, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-PMX-TU: seen v0.99a by 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.7.9.90014 X-PMX-RELAY: mailout X-Virus-Checked: Checked by ClamAV on apache.org Hi, I have a situation in which I want to split a document into several CASes, = do some processing, and then merge the results back into a single result CA= S. I implemented a CAS multiplier and a CAS merger that I put into an aggregat= e with a FixedFlow, setting ActionAfterCasMultiplier to "drop" and setting = outputsNewCASes to "true" for the aggregate. This should drop the source CAS and let the merged CAS be output by the agg= regate. Now, if I run that aggregate in an CPE and put the consumer behind the aggr= egate,=20 =3D> Reader + Aggregate[Multiply-Process-Merge] + Consumer the consumer only sees the source CAS. However, if I put the consumer inside the Aggregate, =3D> Reader + Aggregate[Multiply-Process-Merge-Consumer] the output is correct. This means the mergedCAS is correctly created, but it is not available afte= r the aggregate. Do I need to always put everything inside one big aggregate, or is there so= me way to also run pipelines like=20 =3D> Reader + Process + Aggregate[Multiply-Process-Merge] + Process + Consu= mer Thanks, Torsten