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 5A2CE11C88 for ; Fri, 5 Sep 2014 11:29:03 +0000 (UTC) Received: (qmail 70237 invoked by uid 500); 5 Sep 2014 11:29:03 -0000 Delivered-To: apmail-manifoldcf-user-archive@manifoldcf.apache.org Received: (qmail 70186 invoked by uid 500); 5 Sep 2014 11:29:03 -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 70172 invoked by uid 99); 5 Sep 2014 11:29:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Sep 2014 11:29:03 +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 daddywri@gmail.com designates 209.85.213.53 as permitted sender) Received: from [209.85.213.53] (HELO mail-yh0-f53.google.com) (209.85.213.53) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Sep 2014 11:28:36 +0000 Received: by mail-yh0-f53.google.com with SMTP id a41so7224205yho.40 for ; Fri, 05 Sep 2014 04:28:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=RqAr/tyQH6DO6pAkg74UbdJJwpiu1AMDI2ymaZAEH6Y=; b=Jma4Ar6i1HhPWaf2u90UIXUpHUuYNMQfKZCk47uKXSVZ6M+0/GbiwusFH/kqfZtk8z yNdkpuTQbNhZxqp/B7NTgtz3r7WvWz4cbL/PFNJVR9NBmGIEunKUTW+s6lkrJSr5Unll cg/JMR/Zt6Vz28tcNZOvo7A8/EZadHPXWiNzoP5HXBXiolTOBKcfDHc6ELpvVuEwI6W/ IN1IwaMzgJqTlbaNrwmduvWQQ4GCyELEdfYVSMy0f4357KEGivijsg+MYANpjslSVrnD 2IQA1KuRa9CNrMXblPatI94uwyr2RupZFf9iBTj5oxMYb7GtA0FgbtVIflLFBjn3IJNb C6Qw== X-Received: by 10.236.136.168 with SMTP id w28mr13660937yhi.132.1409916514792; Fri, 05 Sep 2014 04:28:34 -0700 (PDT) MIME-Version: 1.0 From: Karl Wright Date: Fri, 5 Sep 2014 04:28:34 -0700 Message-ID: <6413572888091879816@unknownmsgid> Subject: RE: User Mapping Connection To: Basso Luca , "user@manifoldcf.apache.org" Content-Type: multipart/alternative; boundary=20cf303ddb9806fe6005024fc56d X-Virus-Checked: Checked by ClamAV on apache.org --20cf303ddb9806fe6005024fc56d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable The next release is scheduled for December. The feature would become available when complete on the dev_1x branch. I am very busy at this time so I doubt that would be possible in less than a few weeks. Karl Sent from my Windows Phone ------------------------------ From: Basso Luca Sent: 9/5/2014 6:05 AM To: user@manifoldcf.apache.org Subject: R: User Mapping Connection Hi Karl, we really need such URL Mapping facility. We also strongly believe that it could be very useful for the whole community, so we are going to create a ticket for that. Nevertheless our main concern is about the timeline: which is your estimate about a possible release date for the facility at issue? Thank, Luca *Da:* Karl Wright [mailto:daddywri@gmail.com] *Inviato:* gioved=C3=AC 4 settembre 2014 16:20 *A:* user@manifoldcf.apache.org *Oggetto:* Re: User Mapping Connection Hi Luca, User name mapping is useful only in the context of document authorization. >From your description of the problem, that has nothing to do at all with the actual problem you have, which, if I may restate, is to map the URL of a crawled Web document from its original form to a new form, where there are no trailing "/" characters. To do what you are looking to do, you do not need any authority groups or authorities. But you do need some facility for mapping URLs, either in the web connector itself, or in the solr connector, or possibly in a transformation connector. Unfortunately, no such support exists in ManifoldCF at this time; something would need to be developed. You are free to create a ticket for this work, which I think would best be modeled as a transformation connector. Thanks, Karl On Thu, Sep 4, 2014 at 10:09 AM, Basso Luca < LBasso@regione.emilia-romagna.it> wrote: Hi Karl, we are running ManifoldCF 1.6.1 with the Web Repository connector and the Solr Output connector. Our goal now is to remap crawled urls using the =E2=80=9CUser Mapping Conne= ction=E2=80=9D utility. To achieve this result we tried the following steps: 1. define a User Mapping Connection with these fields: User name regular expression: (.+)(/)$ User expression: $(1) in order to remove a possible slash at the end of any url 2. define an Authority Group 3. define an Authority Connection, belonging to our Authority Group and containing our User Mapping Connection 4. connect our Repository Connection to the Authority Group Unfortunately this procedure is not working. What is going wrong? Thank you. Best regards, Luca --20cf303ddb9806fe6005024fc56d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The next release is scheduled for December.=C2=A0 The feature= would become available when complete on the dev_1x branch.=C2=A0 I am very= busy at this time so I doubt that would be possible in less than a few wee= ks.

Karl

Sent from my Windows Phone

Fro= m: Bass= o Luca
Sent: 9/5/2014 6:05 AM
To: user@manifoldcf.apache.org
Subject: R: User Mapp= ing Connection

Hi Karl,

we really = need such URL Mapping facility.

We also st= rongly believe that it could be very useful for the whole community,=

so we are = going to create a ticket for that.

Neverthele= ss our main concern is about the timeline: which is your estimate about

a possible= release date for the facility at issue?

=C2=A0

Thank,

Luca

=C2=A0

Da: Karl W= right [mailto:daddywri@gmail.com]
Inviato: gioved=C3=AC 4 settembre 2014 16:20
A: user@manifoldcf.apa= che.org
Oggetto: Re: User Mapping Connection

=C2=A0

Hi Luca,

User name mapping is = useful only in the context of document authorization.=C2=A0 From your descr= iption of the problem, that has nothing to do at all with the actual proble= m you have, which, if I may restate, is to map the URL of a crawled Web document from its original form to a new form= , where there are no trailing "/" characters.

To do what you are lo= oking to do, you do not need any authority groups or authorities.=C2=A0 But= you do need some facility for mapping URLs, either in the web connector it= self, or in the solr connector, or possibly in a transformation connector.=C2=A0 Unfortunately, no such support exists= in ManifoldCF at this time; something would need to be developed.=C2=A0 Yo= u are free to create a ticket for this work, which I think would best be mo= deled as a transformation connector.

Thanks,
Karl

=C2=A0

=C2=A0

On Thu, Sep 4, 2014 at 10:09 AM, Basso Luca <LBasso@re= gione.emilia-romagna.it> wrote:

Hi Karl,

we are running ManifoldCF 1.6.1 with the Web Repository connector and the Solr Output connector.=C2=A0

Our goal now is to remap crawled urls using the =E2=80= =9CUser Mapping Connection=E2=80=9D utility.

To achieve this result we tried the following steps:

=C2=A0

1.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 define a User Mapping =C2=A0Connection with the= se fields:

=C2=A0=C2=A0 =C2=A0=C2= =A0User name regular expression:=C2=A0 (.+)(/)$

=C2=A0=C2=A0 =C2=A0=C2= =A0User expression:=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 $(1)

in order to remove a pos= sible slash at the end of any url

2.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 define an Authority Group

3.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 define an Authority Connection, belonging to ou= r Authority Group and containing our User Mapping =C2=A0Connection

4.=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 connect our Repository Connection to the Author= ity Group

=C2=A0

Unfortunately this procedure is not working.

What is going wrong?

=C2=A0

Thank you.

=C2=A0

Best regards,

Luca

=C2=A0

=C2=A0

--20cf303ddb9806fe6005024fc56d--