Return-Path: X-Original-To: apmail-manifoldcf-user-archive@www.apache.org Delivered-To: apmail-manifoldcf-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 5CECE10801 for ; Mon, 25 Nov 2013 21:47:57 +0000 (UTC) Received: (qmail 99675 invoked by uid 500); 25 Nov 2013 21:47:56 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 99633 invoked by uid 500); 25 Nov 2013 21:47:56 -0000 Mailing-List: contact user-help@manifoldcf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@manifoldcf.apache.org Delivered-To: mailing list user@manifoldcf.apache.org Received: (qmail 99625 invoked by uid 99); 25 Nov 2013 21:47:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Nov 2013 21:47:56 +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 (athena.apache.org: domain of mlibucha@gmail.com designates 209.85.220.182 as permitted sender) Received: from [209.85.220.182] (HELO mail-vc0-f182.google.com) (209.85.220.182) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Nov 2013 21:47:51 +0000 Received: by mail-vc0-f182.google.com with SMTP id lc6so3142706vcb.41 for ; Mon, 25 Nov 2013 13:47:30 -0800 (PST) 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=Ya5rL2g0RUQwAyhO6rD+viT00e3g0F+HW9EK//RtlEE=; b=unWSmDiOYnHFEsXEkjY9j2TA/5nEo6aHPrkKgS3xLZ411Qn866AeQr1caLEXdGWb4H ytRWiWikx/c8ksA6QE9RlhpVwkP/6hq2Pbura0wDl8mQUGlE1LOBxNCI5OZKp0ZkFhq+ NSaM8nVXSBirhQDdly/nMjo4DV5I1WJxU3l4ivuTzSTJ03D4DdxS1HHm63QO67Wq08uJ BSDpubM7Yr/grAsIPj7z8yDgDacUYF5K/SdRsSw/FRZ5SUXs6Gg6N4wHkK1DE/5jAQ6F pe3rooX7x2HLfRXFFqLc6rO2mZvdPQsZxBeb77MYQTaW4HYdJZ9j17S5Q/I+tWLfZv17 naPg== MIME-Version: 1.0 X-Received: by 10.52.113.170 with SMTP id iz10mr89041vdb.56.1385416050273; Mon, 25 Nov 2013 13:47:30 -0800 (PST) Received: by 10.59.3.201 with HTTP; Mon, 25 Nov 2013 13:47:30 -0800 (PST) In-Reply-To: References: Date: Mon, 25 Nov 2013 13:47:30 -0800 Message-ID: Subject: Re: Which repository is a document originating from? From: Mark Libucha To: "user@manifoldcf.apache.org" Content-Type: multipart/alternative; boundary=bcaec54867448af99304ec074fff X-Virus-Checked: Checked by ClamAV on apache.org --bcaec54867448af99304ec074fff Content-Type: text/plain; charset=ISO-8859-1 Thanks, Karl. Would be useful information to have, imo. My use case is I would like to be able to ignore SharePoint internal fields that show up in document.getFields(). I can use forced metadata, but would have to do it for each SharePoint job. Even being able to specify the forced metadata at the repository connector level would be nice. Just a suggestion in case it comes up for other users at some point. Mark On Mon, Nov 25, 2013 at 1:26 PM, Karl Wright wrote: > Hi Mark, > > The only thing you have to work with is a RepositoryDocument. People > generally use forced metadata to signal sourcing of this kind. > > Karl > > > > On Mon, Nov 25, 2013 at 4:10 PM, Mark Libucha wrote: > >> Hi, >> >> Absent forcing the issue with a forced metadata field, within the output >> connector is there a way to know which repository connector a document is >> coming from in the callbacks like addOrRemoveDocument()? >> >> Thanks, >> >> Mark >> >> > --bcaec54867448af99304ec074fff Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks, Karl.

Would be useful information= to have, imo.

My use case is I would like to be able to ignore Sha= rePoint internal fields that show up in document.getFields().

I can use forced metadata, but would have to do it for each SharePoint job.= Even being able to specify the forced metadata at the repository connector= level would be nice.

Just a suggestion in case it comes up fo= r other users at some point.

Mark


On Mon, Nov 25, 2013 at 1:26 PM, Karl Wright <daddywri@gmail.com= > wrote:
Hi Mark,

= The only thing you have to work with is a RepositoryDocument.=A0 People gen= erally use forced metadata to signal sourcing of this kind.

Karl



On Mon, Nov 25, 2013 at 4:10 PM, Mark Li= bucha <mlibucha@gmail.com> wrote:
Hi,

Absent forcing the issue w= ith a forced metadata field, within the output connector is there a way to = know which repository connector a document is coming from in the callbacks = like addOrRemoveDocument()?

Thanks,

Mark



--bcaec54867448af99304ec074fff--