Received: with LISTAR (v1.0.0; list gopher); Sun, 07 Jan 2001 23:44:47 -0600 (CST) Return-Path: Delivered-To: gopher@complete.org Received: from autechre.success-info.com (success-info.com [139.142.115.211]) by pi.glockenspiel.complete.org (Postfix) with ESMTP id 7BABE3B807 for ; Sun, 7 Jan 2001 23:44:44 -0600 (CST) Received: from emanuel by autechre.success-info.com with local (Exim 3.12 #7 (Debian)) id 14FV47-0002yY-00; Sun, 07 Jan 2001 21:41:55 -0800 Date: Sun, 7 Jan 2001 21:41:55 -0800 From: emanuel at heatdeath organisation To: gopher@complete.org Subject: [gopher] Re: Gopher server-side programming Message-ID: <20010107214155.D31887@success-info.com> Mail-Followup-To: emanuel at heatdeath organisation , gopher@complete.org References: <20010107211343.C31887@success-info.com> <20010108001753.A21293@mothra> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010108001753.A21293@mothra>; from s2mdalle@titan.vcu.edu on Mon, Jan 08, 2001 at 12:17:53AM -0500 Content-Transfer-Encoding: 8bit X-archive-position: 48 X-listar-version: Listar v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: emanuel@heatdeath.org Precedence: bulk Reply-to: gopher@complete.org X-list: gopher > What I haven't done before is implemented a non-HTTP servlet. I'm not > digging the idea of writing the gopher equivalent of jserv. Aw come on, it'd be fun! :-) I don't know what would be better: trying to tie servlets in with an existing gopher server, or writing a gopher server from scratch that supports servlets. I haven't dug into gopher servers much, but I'm definitely not very happy from user's perspective with any of the servers I've tried, especially when it comes to Gopher+ support and programmability. Actually implementing gopher support for servlets would be fairly easy, I think, and getting it hooked to an existing server wouldn't necessarily be that difficult either (depending on how good the code of the server is). I think writing a fully Gopher+ supporting gopher server would be more difficult. But even that wouldn't be so much harder than writing a client, and it only took me a couple of days of coding to get the protocol part of a client written (with full Gopher+ support). Altogether, I think writing a Gopher+ implementation in Java that uses Servlets for everything would be the easiest approach. Then a Servlet could be written to implement UMN gopherd-like file and directory serving from the file system. Probably the most challenging part would be speccing out the API for a Gopher Servlet. The more I think about it, the more fun it sounds! -- emanuel at heatdeath organisation gopher.heatdeath.org