Return-Path: Delivered-To: apmail-incubator-uima-user-archive@minotaur.apache.org Received: (qmail 91858 invoked from network); 11 Aug 2009 11:35:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Aug 2009 11:35:43 -0000 Received: (qmail 94241 invoked by uid 500); 11 Aug 2009 11:35:49 -0000 Delivered-To: apmail-incubator-uima-user-archive@incubator.apache.org Received: (qmail 94212 invoked by uid 500); 11 Aug 2009 11:35:49 -0000 Mailing-List: contact uima-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: uima-user@incubator.apache.org Delivered-To: mailing list uima-user@incubator.apache.org Received: (qmail 94202 invoked by uid 99); 11 Aug 2009 11:35:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Aug 2009 11:35:49 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kottmann@gmail.com designates 209.85.210.177 as permitted sender) Received: from [209.85.210.177] (HELO mail-yx0-f177.google.com) (209.85.210.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Aug 2009 11:35:40 +0000 Received: by yxe7 with SMTP id 7so4304691yxe.32 for ; Tue, 11 Aug 2009 04:35:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type; bh=1j2EKlBrvHOWu401ZEXi6k823eLlL0Ni+xldW0Imsic=; b=ksn9JPGbx0K5/Hw5siSqJK9j02+X7T4J1CLw2elELSPP6UOhq6ugYgnu4ODATglh9Z t8Bqni+mpDuB2EXnQz/XEvKQDjLtfUvWjnkRYj73pWSg2heRNbxiflIDNEXiOEZmL8wF Xf9Oc9YUrvJDyzBiRVy/bFoZ8C05M2L9cEkiM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; b=wqExItEwlQQUmMK/S4q2EWB4d0iU1Ntjvz2Be+5tbBNOMdapjPYZ7dxj8xCaM6vBrS ukbGbD69JJMUIXggNDSzCQKdHAla71ToEKLD3k9WZLpP4rMNLZXeZtK04mUzTgW0PR0l g4MJW4nq6AZCfuWK15KjQVHb6gbRcfQzIl0Xg= Received: by 10.100.191.16 with SMTP id o16mr5048877anf.173.1249990518598; Tue, 11 Aug 2009 04:35:18 -0700 (PDT) Received: from ?10.49.0.50? ([72.14.241.5]) by mx.google.com with ESMTPS id d21sm2651901and.14.2009.08.11.04.35.13 (version=SSLv3 cipher=RC4-MD5); Tue, 11 Aug 2009 04:35:14 -0700 (PDT) Message-ID: <4A81576E.6050400@gmail.com> Date: Tue, 11 Aug 2009 13:35:10 +0200 From: =?ISO-8859-1?Q?J=F6rn_Kottmann?= User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: uima-user@incubator.apache.org Subject: Re: Are CasConsumers deprecated by AnalysisEngines? References: <4A81545E.6090505@schor.com> In-Reply-To: <4A81545E.6090505@schor.com> Content-Type: multipart/alternative; boundary="------------090303010508030304050002" X-Virus-Checked: Checked by ClamAV on apache.org --------------090303010508030304050002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Marshall Schor wrote: > Richard Eckart de Castilho wrote: > >> Hello everybody, >> >> recently the question of replacing all our CasConsumers with >> AnalysisEngines comes up quite frequently and the potential myth that >> CasCosumers should no longer be used and instead AnalysisEngines >> should be preferred crops up every once in a while. I tried finding a >> definitive information about this in the mailing list archives, but I >> did not. >> >> In 2007 Adam Lally stated: >> >> >>> In recent versions of UIMA there is essentially no difference between >>> an AnalysisEngine and a CasConsumer >>> >> I think at least in CPEs it makes a difference, since with the first >> CasConsumer the CPE supposed to be run in a single thread, so the >> CasConsumer sees all the documents. The CPE, however, is afaik >> deprecated and replaced by UIMA AS. >> >> If an AnalysisEngine has "allow multiple deployment" set to "false", >> that should have the same affect within a CPE or within UIMA AS. >> >> So the questions are: >> >> - Is there any reason why CasConsumers are still required? >> >> - Is there any reason that a CasConsumer cannot be replaced "as is" >> (minus inheriting from a different base class and changing the >> descriptor type) by an AnalysisEngine that may not be deployed multiply? >> > > I think this is basically correct. The one thing I'm not completely > sure of because I haven't checked (:-) ) is whether calling something a > Cas Consumer moves the component in the default flow to the end of the > pipe line, in a CPE. In UIMA-AS, it doesn't, I think.. > Is there a reason why Cas Consumer is not deprecated ? The tutorial and dev guide suggest that it should not longer be used: 2.4.3: "... We recommend for future work that users implement and use Analysis Engine components instead of CAS Consumers. ..." J�rn --------------090303010508030304050002--