Return-Path: X-Original-To: apmail-manifoldcf-dev-archive@www.apache.org Delivered-To: apmail-manifoldcf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 00561DF71 for ; Fri, 16 Nov 2012 14:14:18 +0000 (UTC) Received: (qmail 18488 invoked by uid 500); 16 Nov 2012 14:14:17 -0000 Delivered-To: apmail-manifoldcf-dev-archive@manifoldcf.apache.org Received: (qmail 18329 invoked by uid 500); 16 Nov 2012 14:14:14 -0000 Mailing-List: contact dev-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@manifoldcf.apache.org Delivered-To: mailing list dev@manifoldcf.apache.org Received: (qmail 17864 invoked by uid 99); 16 Nov 2012 14:14:12 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 14:14:12 +0000 Date: Fri, 16 Nov 2012 14:14:12 +0000 (UTC) From: "Karl Wright (JIRA)" To: dev@manifoldcf.apache.org Message-ID: <1539312381.123908.1353075252570.JavaMail.jiratomcat@arcas> In-Reply-To: <32605224.107674.1352812104574.JavaMail.jiratomcat@arcas> Subject: [jira] [Commented] (CONNECTORS-567) Extended seeding interface which provides document versions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CONNECTORS-567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13498828#comment-13498828 ] Karl Wright commented on CONNECTORS-567: ---------------------------------------- I mailed the book to your gmail account - please confirm you received it. > Extended seeding interface which provides document versions > ----------------------------------------------------------- > > Key: CONNECTORS-567 > URL: https://issues.apache.org/jira/browse/CONNECTORS-567 > Project: ManifoldCF > Issue Type: Wish > Reporter: Maciej Lizewski > > There are some cases when seeding function can provide document version with data it already has. > Current data flow needs one call to addSeedDocuments, then call to getDocumentVersions, which essentialy must fetch same data, and after that one more call to processDocuments. The last one probably needs separate call because it needs to fetch document body, however seeding and getting versions in many cases work on very same data (and probably duplicating requests to repository). > Now - reducing number of needed request to repository by eliminating getDocumentVersions call for document which have version returned by addSeedDocuments could significantly reduce load. > getDocumentVersions would still be called for older docuemnts (not returned by addSeedDocuments) to check if they were modified or deleted. > This is only proposition... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira