Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-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 B869210131 for ; Thu, 17 Apr 2014 10:35:56 +0000 (UTC) Received: (qmail 18934 invoked by uid 500); 17 Apr 2014 10:35:55 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 18514 invoked by uid 500); 17 Apr 2014 10:35:54 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 18506 invoked by uid 99); 17 Apr 2014 10:35:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 10:35:53 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of diogo.junior@fraunhofer.pt designates 193.137.26.195 as permitted sender) Received: from [193.137.26.195] (HELO mail1.fraunhofer.pt) (193.137.26.195) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2014 10:35:48 +0000 Received: from mail1.fraunhofer.pt (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 3F7A4C5FB8_34FAE6EB for ; Thu, 17 Apr 2014 10:35:26 +0000 (GMT) Received: from mail.fraunhofer.pt (unknown [10.211.6.24]) by mail1.fraunhofer.pt (Sophos Email Appliance) with ESMTP id 8FE3AC32A4_34FAE6DF for ; Thu, 17 Apr 2014 10:35:25 +0000 (GMT) Received: from EX01.fraunhofer.pt ([fe80::d152:7278:29c1:d567]) by EX02.fraunhofer.pt ([fe80::d:4644:9f30:436c%10]) with mapi id 14.03.0174.001; Thu, 17 Apr 2014 11:35:25 +0100 From: =?iso-8859-1?Q?Diogo_J=FAnior?= To: "user@couchdb.apache.org" Subject: Extending CouchCB Thread-Topic: Extending CouchCB Thread-Index: Ac9aKBcMF775L6RaQWSJmgyLgGtBbw== Date: Thu, 17 Apr 2014 10:35:24 +0000 Message-ID: <3CAC2D3C7C46F5439162AA5AC252E96E6B50F42E@EX01.fraunhofer.pt> Accept-Language: en-GB, pt-PT, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.211.6.20] Content-Type: multipart/alternative; boundary="_000_3CAC2D3C7C46F5439162AA5AC252E96E6B50F42EEX01fraunhoferp_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_3CAC2D3C7C46F5439162AA5AC252E96E6B50F42EEX01fraunhoferp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I want to be able to "log/ signal" when a client request a GET db/_chan= ges request and when it performs requests on _local /_revs_diff /_bulk_docs= etc. I want to simply apply a specific logic on the requests that clients = might be doing and log only the ones that I want to a specific file. So, I = need to analyze the http request content in order to detect what's the requ= est for and only then decide if I want to log it or not. But I don't want t= o replace the normal couchdb behaviour and I don't want my couchdb clients = to execute any other requests to other proxy url, etc I've been studying the external process subject but I was not able to under= stand if this is the best choice for me. How would you implement this kind of stuff? -- Eng.=BA Diogo J=FAnior Researcher | R&D Department Fraunhofer Portugal AICOS Edif=EDcio Central Rua Alfredo Allen, 455/461 4200-135 Porto Portugal How to find us Phone: +351 22 0408 300 www: www.fraunhofer.pt --_000_3CAC2D3C7C46F5439162AA5AC252E96E6B50F42EEX01fraunhoferp_--