Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 27356 invoked from network); 31 Oct 2005 19:28:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Oct 2005 19:28:12 -0000 Received: (qmail 29594 invoked by uid 500); 31 Oct 2005 19:28:06 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 29448 invoked by uid 500); 31 Oct 2005 19:28:05 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 29437 invoked by uid 99); 31 Oct 2005 19:28:05 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Oct 2005 11:28:05 -0800 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,MSGID_FROM_MTA_HEADER,NO_REAL_NAME,SPF_PASS,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of Msftblows@aol.com designates 205.188.157.37 as permitted sender) Received: from [205.188.157.37] (HELO imo-d05.mx.aol.com) (205.188.157.37) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Oct 2005 11:28:01 -0800 Received: from Msftblows@aol.com by imo-d05.mx.aol.com (mail_out_v38_r6.3.) id h.d2.34018b03 (16086) for ; Mon, 31 Oct 2005 14:27:41 -0500 (EST) Received: from FWM-R41 (fwm-r41.webmail.aol.com [152.163.181.145]) by air-id10.mx.aol.com (v107.13) with ESMTP id MAILINID103-3ed64366702d2d3; Mon, 31 Oct 2005 14:27:41 -0500 Date: Mon, 31 Oct 2005 14:27:41 -0500 From: msftblows@aol.com Message-Id: <8C7AC684BD7793D-1C38-1A29@FWM-R41.sysops.aol.com> X-MB-Message-Source: WebUI X-MB-Message-Type: User Received: from 38.117.191.162 by FWM-R41.sysops.aol.com (152.163.181.145) with HTTP (WebMailUI); Mon, 31 Oct 2005 14:27:41 -0500 X-Mailer: AOL WebMail 1.1.0.14204 Subject: Java Indexer + DotLucene + IIS question Content-Type: multipart/alternative; boundary="--------MailBlocks_8C7AC684BD7793D_1C38_1B4A_FWM-R41.sysops.aol.com" MIME-Version: 1.0 To: java-user@lucene.apache.org X-AOL-IP: 152.163.181.145 X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Flag: NO X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ----------MailBlocks_8C7AC684BD7793D_1C38_1B4A_FWM-R41.sysops.aol.com Content-Type: text/plain; charset="us-ascii" Hey- I have the following situation, and I am looking for any suggestions... First, here is my current configuration: 1. Java Indexer (windows service) created to index data from a SQL Server database...3 indexes are created 2. DotLucene is used on the front-end to search my index files...which means I am running on Windows Server 2003 and IIS 6.0 ( sorry guys :-P ) 3. The index location(s) are read from a config file 4. I am currently running this site on one webserver (not a farm) The problem is that I am moving to a webfarm shortly...and I am trying to figure out a way to replicate the index(s) that I am creating. The indexer indexes based off a bit field in the database, and a seperate thread runs in the background to optimize the index(s). Possible Solutions: 1. If I use so me built-in replication or some other third party solution across the servers I think (tell me if I am wrong please) I may have an issue since the indexer compresses and writes and something may go wrong... 2. If I use a shared drive (UNC) to another clustered machine (not one of the webservers), I need to open ports for IIS and the worker process to talk to it...not a good idea 3. If I store on one web-server and have a shared drive from all other webservers to that one webserver, then I have a problem if that one webserver goes down for aby reason 4. I don't want to store the indexes in a database 5. I can get a Index Server to use (like a state server)...but I would rather not spend the money :-) 6. I can use some remoting solution to bypass the UNC idea...but this requires a coding change (not a problem if this is the best solution) What I am looking for is someone who knows of the best solution...or if someone implemented something different than the above. Thanks! -Joe ----------MailBlocks_8C7AC684BD7793D_1C38_1B4A_FWM-R41.sysops.aol.com--