Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Date: Mon, 11 Sep 2000 20:54:35 -0500 (CDT)
From: Nick Bauman <nick@cortexity.com>
To: tomcat-dev@jakarta.apache.org
Subject: Re: Case Sensitivity in URLs (was RE: BugRat Report #92 was close
 d(apparently by: Craig R.)
In-Reply-To: <052201c01c6c$11b4c840$1e3a0e0a@kcs.com.au>
Message-ID: <Pine.LNX.4.21.0009112053390.11604-100000@localhost.localdomain>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Oh alright, but it isn't meant to be personal. It's the idea that's
important. And if we aren't passionate about ideas, what are we passionate
about?

On Tue, 12 Sep 2000, Geoff Soutter wrote:

> Hey Nick,
> 
> Turn down the flame level please. I felt I was getting toasted just reading
> this message ;-)
> 
> cheers
> 
> Geoff
> 
> ----- Original Message -----
> From: "Nick Bauman" <nick@cortexity.com>
> To: <tomcat-dev@jakarta.apache.org>
> Sent: Tuesday, September 12, 2000 11:25 AM
> Subject: RE: Case Sensitivity in URLs (was RE: BugRat Report #92 was close
> d(apparently by: Craig R.)
> 
> 
> > On Mon, 11 Sep 2000, Peter V. Gadjokov wrote:
> >
> > > Why do we keep referring to this as a Windows or IIS 'problem' or even
> > > 'subtle lock-in'? I'm not a big fan of Windows or many MS products
> > > myself but I think portraying this as an MS problem is inaccurate. The
> > > whole thing is largely a consequence of case-insensitive comparison in
> > > filenames and paths under Windows. Case is preserved but not used to
> > > distinguish one path from another. This is a _different_ design
> >
> > Your USENIX quote is fantastic! It shows how a reality-distortion-field
> > can project from an actual seemingly-innocuous paper! Case-insensitivity
> > in a filesystem is a HACK. Will always be a HACK and only compounds the
> > useablility problems it tries to solve. It is also a "different design
> > decision" too. So it looks nice on a bulleted marketing prospectus.
> >
> > Many times in the design of generic frameworks and libraries, descisions
> > have to be made to accommodate architectures that tend to "deviate from
> > the norm". Upon closer examination, turns out they deviate because the are
> > crappy and ill-conceived. There are many such examples through the history
> > of computing. This is one of them.
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
> >
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>