From dev-return-9012-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri Oct 06 19:22:37 2006 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 43625 invoked from network); 6 Oct 2006 19:22:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Oct 2006 19:22:36 -0000 Received: (qmail 39783 invoked by uid 500); 6 Oct 2006 19:22:36 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 39421 invoked by uid 500); 6 Oct 2006 19:22:35 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 39412 invoked by uid 99); 6 Oct 2006 19:22:35 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Oct 2006 12:22:35 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [213.165.64.20] ([213.165.64.20:42907] helo=mail.gmx.net) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id 5C/D9-24193-6FCA6254 for ; Fri, 06 Oct 2006 12:22:31 -0700 Received: (qmail invoked by alias); 06 Oct 2006 19:22:28 -0000 Received: from adsl-84-227-142-119.adslplus.ch (EHLO [192.168.0.104]) [84.227.142.119] by mail.gmx.net (mp043) with SMTP; 06 Oct 2006 21:22:28 +0200 X-Authenticated: #894343 Message-ID: <4526ACE7.7060605@gmx.net> Date: Fri, 06 Oct 2006 21:22:15 +0200 From: Marcel Reutegger User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: dev@jackrabbit.apache.org Subject: Re: Tracking PDF indexer errors References: <1159789787.21227.1.camel@antares> In-Reply-To: <1159789787.21227.1.camel@antares> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Paco Avila wrote: > Some PDF seems to be malformed and the indexer throw an exception. It is > possible to catch this exception and show to the user? no, this is currently not possible because text extraction is hidden deep inside the query handler and does not (or even must not) have an effect on the node being saved. jsr 283 might introduce synchronous event listeners that allow you to veto a change. this would probably be a good place for such a check. regards marcel