Return-Path: Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: (qmail 4399 invoked from network); 19 Nov 2010 21:18:54 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 Nov 2010 21:18:54 -0000 Received: (qmail 46205 invoked by uid 500); 19 Nov 2010 21:19:23 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 46179 invoked by uid 500); 19 Nov 2010 21:19:23 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 46170 invoked by uid 99); 19 Nov 2010 21:19:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Nov 2010 21:19:23 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.214.176] (HELO mail-iw0-f176.google.com) (209.85.214.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Nov 2010 21:19:15 +0000 Received: by iwn6 with SMTP id 6so2299447iwn.35 for ; Fri, 19 Nov 2010 13:18:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.10.132 with SMTP id p4mr2654104ibp.40.1290201534002; Fri, 19 Nov 2010 13:18:54 -0800 (PST) Received: by 10.231.199.1 with HTTP; Fri, 19 Nov 2010 13:18:53 -0800 (PST) X-Originating-IP: [122.161.43.240] In-Reply-To: <1290200295374-1932912.post@n3.nabble.com> References: <1290200295374-1932912.post@n3.nabble.com> Date: Sat, 20 Nov 2010 02:48:53 +0530 Message-ID: Subject: Re: Need Middleware between search client and solr? From: Gora Mohanty To: solr-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sat, Nov 20, 2010 at 2:28 AM, cyang2010 wrote: [...] > Do you need a middleware/module between your search client and solr serve= r? > The response message is very solr specific. =A0 Do you need to translate = it to > application object model and return back to search client? =A0 In that ca= se, i > am thinking to have a search module in middleware server. =A0 it will > route/decorate the search request to solr server, and after getting solr > response then package in an application object list return back to search > client. =A0 Does it make sense? I believe that having a front-end to Solr is a very typical use case. As yo= u refer to middleware above, introducing another layer between the front-end, and Solr search on the back-end, might or might not make sense, depending on your requirements. If you are using a web development framework, there are already implementations of many such middleware layers that provide an interface to Solr in a manner more "natural" to users of the framework. Tho= ugh Solr search is usually blazingly fast, the overhead of such middleware shou= ld be reasonable compared to the advantages it provides. > My concern is whether it is unnecessarily add a network layer and slow do= wn > the search speed? =A0But from application point of view, i see that is > necessary. =A0 What do you think? [...] Well, presumably, one's search requirements stem from a website/application that also provides other functionalities. In such a case, a layer over Solr seems almost unavoidable. Regards, Gora