- From: Dave Makower <davemak@pencom.com>
- Date: Thu, 23 Jan 1997 12:38:00 -0500
- 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: http://myserver.me.com/some_container/?param1=value1¶m2=value2 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 occurs. 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 string. 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