Duane,

I'm not sure how this would have been a POST request.  The original URL
typed into the client browser was
""http://myserver/somepage.shtml?user=Jay".  It just so happens that
because the requested page ends in .SHTML, it's handed off by the web
server to an SSI processor, which eventually calls our servlet.  But the
original request definitely contains a query string (user=Jay).

Am I missing something?

Jay

-----Original Message-----
From: Duane Morse [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 1:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Spec interpretation issue or bug? (getQueryString() returns
null)


If the request came in as a POST, there wouldn't be a query string, would
there?

-----Original Message-----
From: Nic Ferrier [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 12:00 PM
To: [EMAIL PROTECTED]
Subject: Re: Spec interpretation issue or bug? (getQueryString() returns
null)


 >>> Jay Burgess <[EMAIL PROTECTED]> 01-Feb-01 5:30:49 PM >>>

 >Using our standard Web server (Apache), a call to
 >getQueryString() for the URL
"http://myserver/somepage.shtml?user=Jay"

 >will return "user=Jay".  This is exactly what I need
 >and expect.  However, I'm currently in the process
 >of trying to migrate to a well-known commercial Web
 >server, and I'm finding that getQueryString() in their
 >servlet environment returns null in this case.
 >The developer that I've been communicating with
 >indicates that null is actually the correct return value.
 >I completely disagree.

 >So my question is, is this a spec interpretation issue, or
 >a bug in their server?

It sounds like a problem with their server but I'm not sure about
some of the things you mention.

When a servlet recieves a request like:

    /somedir/?param=value

the part after the ? MUST be put in the query string.

However, depending on the version of the API that you're using the
semantics of doing the same thing with a RequestDispatcher might not
be as you expect.

You'll really have to rell us what API version you're targetting with
this.


Nic

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to