Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 11827 invoked from network); 16 Feb 2011 20:35:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Feb 2011 20:35:49 -0000 Received: (qmail 2060 invoked by uid 500); 16 Feb 2011 20:35:48 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 1663 invoked by uid 500); 16 Feb 2011 20:35:48 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 1654 invoked by uid 99); 16 Feb 2011 20:35:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Feb 2011 20:35:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Feb 2011 20:35:45 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 8BC211A9A28 for ; Wed, 16 Feb 2011 20:35:24 +0000 (UTC) Date: Wed, 16 Feb 2011 20:35:24 +0000 (UTC) From: "Filipe Manana (JIRA)" To: dev@couchdb.apache.org Message-ID: <1169598872.967.1297888524569.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] Commented: (COUCHDB-855) New host manager MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12995501#comment-12995501 ] Filipe Manana commented on COUCHDB-855: --------------------------------------- Yes, there's no need to use the application plus a custom public ets, since the former is basically already a layer on top of a public ets. Since there's no general agreement about whether using the gen_server solution versus the non-gen_server solution (Paul seems to prefer the former, and I the last), it's up to you to decide which to use. Feel free to close the ticket with the solution you prefer. cheers > New host manager > ---------------- > > Key: COUCHDB-855 > URL: https://issues.apache.org/jira/browse/COUCHDB-855 > Project: CouchDB > Issue Type: Improvement > Affects Versions: 1.1 > Reporter: Benoit Chesneau > Assignee: Benoit Chesneau > Priority: Blocker > Fix For: 1.1 > > Attachments: 0001-New-vhost-manager.-allows-dynamic-add-of-vhosts-with.patch, 0001-Squashed-commit-of-the-following.patch, COUCHDB-855-1.patch, COUCHDB-855-2.patch > > > New vhost manager. allows dynamic add of vhosts without restart, wildcard in vhost and specific functions in erlang by kind of domain. It also fix issue in etap test (160) . > Find attached to this ticket the patch. It is also available in my github repo : > http://github.com/benoitc/couchdb/commit/435c756cc6e687886cc7055302963f422cf0e161 > more details : > This gen_server keep state of vhosts added to the ini and try to > match the Host header (or forwarded) against rules built against > vhost list. > Declaration of vhosts take place in the configuration file : > [vhosts] > example.com = /example > *.example.com = /example > The first line will rewrite the rquest to display the content of the > example database. This rule works only if the Host header is > 'example.com' and won't work for CNAMEs. Second rule on the other hand > match all CNAMES to example db. So www.example.com or db.example.com > will work. > The wildcard ('*') should always be the last in the cnames: > "*.db.example.com = /" will match all cname on top of db > examples to the root of the machine. (for now no rewriting is > possible). > By default vhosts redirection is handle by the function > couch_httpd_vhost:redirect_to_vhost, but you could pass per vhost a > specific function : > "*.domain.com" = {Module, Func}" > The function take the Mochiweb Request object and should return a new > Mochiweb Request object. > You could also change the default function to handle request by > changing the setting `redirect_vhost_handler` in `httpd` section of > the Ini: > [httpd] > redirect_vhost_handler = {Module, Fun} > The function take 2 args : the mochiweb request object and the target > path. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira