W3C home > Mailing lists > Public > www-jigsaw@w3.org > January to February 1997

Parsing requests

From: Dave Makower <davemak@pencom.com>
Date: Thu, 23 Jan 1997 12:38:00 -0500
Message-Id: <l03010d01af0d4ccdc05f@[]>
To: Jigsaw Mailing List <www-jigsaw@www10.w3.org>
From what I can tell, there is nothing in the specification of HTTP URLs
that prohibits a URL like the following:


That is, a smart container that takes some parameters, which are passed in
via a query string in a GET request.  I'm finding that Jigsaw doesn't find
the appropriate resource when I do this. ("Target resource not found!")

If I hunt around for a while, I can probably locate the class that actually
parses the URL passed in in the HTTP request and separates the query string
from the rest of the URL.  I was hoping, however, that you wouldn't mind
saving me some time and pointing me at the source file where this actually

There are two issues here.

1) When a url like the one above is hit, the server needs to be able to
figure out the right resource and pass the parameters to it in the query

2) When the trailing slash on "some_container/" is omitted, the server
needs to create a relocation response that _includes_ the parameters,
rather than simply the plain URL of the container resource, otherwise the
parameters will be dropped, which is what currently occurs.

Is there a particular reason that Jigsaw doesn't implement this behavior
already?  It seems that it fits within the expected behavior of HTTP, or am
I missing something?

|    Dave Makower     |    davemak@pencom.com   |   WWW Specialist    |
|     Co-author of "Java Programming Basics" (Henry Holt/MIS:Press)   |
|                 http://www.pencom.com/javabasics/                   |
|   Pencom Web Works               |   (212) 513-7777   voice         |
|   Pencom Systems Inc.            |   (212) 513-1975   fax           |
|   40 Fulton St.                  |                                  |
|   New York, NY  10038            |   http://www.pencom.com/         |
Received on Thursday, 23 January 1997 12:37:48 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:30 UTC