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 E072A102E1 for ; Fri, 28 Mar 2014 12:25:27 +0000 (UTC) Received: (qmail 39635 invoked by uid 500); 28 Mar 2014 12:25:27 -0000 Delivered-To: apmail-uima-user-archive@uima.apache.org Received: (qmail 39258 invoked by uid 500); 28 Mar 2014 12:25:26 -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 39244 invoked by uid 99); 28 Mar 2014 12:25:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2014 12:25:25 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lou.degenaro@gmail.com designates 209.85.128.173 as permitted sender) Received: from [209.85.128.173] (HELO mail-ve0-f173.google.com) (209.85.128.173) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Mar 2014 12:25:20 +0000 Received: by mail-ve0-f173.google.com with SMTP id oy12so5549900veb.4 for ; Fri, 28 Mar 2014 05:24:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=K6TPKXKfg2dcpIJMflDh25uh+4gj2DKPiE6ckDAZ0js=; b=jeXsX94R3KOu2fDVZNHbDk04cjPVq23zegC/j43z2Pke4K5+tC/sXvfHJ8qVQO+liP 8LXH915QOSaCKzKjawuAysOQnpgkvYeTiUKeZHji7VeplbLKn+BOlolCkw6WuTWMnbN8 572RCYA1AYqe6eBlovPOqAonRRb5UEFrGrYDctvmhWOoNmjgdgzQot5jt1VgboXyGbg4 xNm+fNIFdnh7qlAojM28W1t/7dk6ttBi3fm5MOPs9Va/icOoBTnhVfQnuqVblHA4QxLJ y+iuCH20UyOgBeasXS/rfA5Q4+5+uedX7EANM6U8YXRyP23bstZd8kGgzv9pNT6bmEK3 bwPA== MIME-Version: 1.0 X-Received: by 10.58.229.4 with SMTP id sm4mr7165845vec.10.1396009498957; Fri, 28 Mar 2014 05:24:58 -0700 (PDT) Received: by 10.52.97.39 with HTTP; Fri, 28 Mar 2014 05:24:58 -0700 (PDT) In-Reply-To: <5334F3D7.3080508@orkash.com> References: <532ACDA2.6020101@orkash.com> <53329E76.3010709@orkash.com> <5332D412.7040306@orkash.com> <5333B7C4.3000705@orkash.com> <5334F3D7.3080508@orkash.com> Date: Fri, 28 Mar 2014 08:24:58 -0400 Message-ID: Subject: Re: status Lost=1 in DUCC From: Lou DeGenaro To: user@uima.apache.org Content-Type: multipart/alternative; boundary=047d7bdca04649def704f5a9ca29 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bdca04649def704f5a9ca29 Content-Type: text/plain; charset=ISO-8859-1 Hi Reshu, Very good. It would be helpful if you could supply a small sample data comprising "invalid XML characters" as a test case, to motivate DUCC to detect and handle this situation more elegantly in terms of allowing the user to recognize what's wrong. Lou. On Fri, Mar 28, 2014 at 12:00 AM, reshu.agarwal wrote: > On 03/27/2014 08:13 PM, Lou DeGenaro wrote: > >> he data being sent are "values" rather than "keys" in your >> CAS? If so, this is not really a "best practice" for DUCC use. >> > Hi Lou, > > This is not the problem of how I send the data. My document contains some > invalid XML characters. So, problem resolved after I applied filter for > that. > > Reshu. > --047d7bdca04649def704f5a9ca29--