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 93F2210E7F for ; Wed, 26 Mar 2014 10:07:40 +0000 (UTC) Received: (qmail 34392 invoked by uid 500); 26 Mar 2014 10:07:39 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 34007 invoked by uid 500); 26 Mar 2014 10:07:38 -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 33997 invoked by uid 99); 26 Mar 2014 10:07:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2014 10:07:36 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [108.166.43.121] (HELO smtp121.ord1c.emailsrvr.com) (108.166.43.121) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2014 10:07:30 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp8.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id D33F91A0F65; Wed, 26 Mar 2014 06:07:08 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp8.relay.ord1c.emailsrvr.com (Authenticated sender: reshu.agarwal-AT-orkash.com) with ESMTPSA id 3D4FF1A101C for ; Wed, 26 Mar 2014 06:07:07 -0400 (EDT) Message-ID: <5332A701.6070301@orkash.com> Date: Wed, 26 Mar 2014 15:38:01 +0530 From: "reshu.agarwal" Organization: Orkash Services Pvt Ltd User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: user@uima.apache.org Subject: Re: Ducc Problems References: <532BD841.2010705@orkash.com> In-Reply-To: <532BD841.2010705@orkash.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 03/21/2014 11:42 AM, reshu.agarwal wrote: > Hence we can not attempt batch processing in cas consumer and it > increases our process timing. Is there any other option for that or is > it a bug in DUCC? Please reply on this problem as if I am sending document in solr one by one by cas consumer without using batch process and committing solr. It is not optimum way to use this. Why ducc is not calling collection Process Complete method of Cas Consumer? And If I want to do that then What is the way to do this? I am not able to find any thing about this in DUCC book. Thanks in Advanced. -- Thanks, Reshu Agarwal