The WindowForm1 is just a symbolic name for a new window that will be opened to display the result of the form action (it it is not already open). This has nothing to do with javascript, it's just basic simple HTML.
Just give it a try... > -----Ursprüngliche Nachricht----- > Von: Sonia Galilea Varea [mailto:[EMAIL PROTECTED]] > Gesendet: Donnerstag, 15. November 2001 13:52 > An: Tomcat Users List > Betreff: Re: AW: AW: HTTP POST request: maximum allowed data? > > > Hi Ralph, > > I don't understand your solution. I think WindowForm1 is > the var which, > in your javascript, you do: > WindowForm1 = window.open(...); > But if it's a javascript var, you cann't access to it like > that. Also, what > I have to do is: > WindowForm1 = window.open(" --servlet call-- "); > I mean, I have to do a servlet call, and that servlet will > generate the html > page in the new window, no in the 'old' one. > > How can I do it? > > Thanks, > > Sonia. > > > > > Ralph Einfeldt escribió: > > > Solution: > > > > <FORM NAME="form1" ACTION="../servlet/myServlet" METHOD="post" > > TARGET="WindowForm1"> > > <INPUT TYPE="hidden" NAME="query" VALUE="myquery"> > > ... > > </FORM> > > > > > -----Ursprüngliche Nachricht----- > > > Von: Sonia Galilea Varea [mailto:[EMAIL PROTECTED]] > > > Gesendet: Donnerstag, 15. November 2001 12:11 > > > An: Tomcat Users List > > > Betreff: Re: AW: HTTP POST request: maximum allowed data? > > > > > > > > > Hi Ralph, > > > > > > Sorry for not having explained well, but what I > exactly do is: > > > > > > What I exactly do is: > > > > > > <FORM NAME="form1" ACTION="javascript:myFunc()" METHOD="post"> > > > <INPUT TYPE="hidden" NAME="myQuery" VALUE="myquery"> > > > ... > > > </FORM> > > > > > > and in my javascript file: > > > > > > function myFunc() { > > > myWin = > > > window.open("../servlet/myServlet?query="+document.form1.myQue > > > ry.value); > > > } > > > > > > (That is because I want the result page to be a new page, > not the same > > > page...) > > > > > > So, I'm sure I'm doing a POST. > > > > > > If you say that with GET, the problem can be th browser, the > > > server or the > > > proxies, > > > What html server are you using?. Perhaps the problem is > > > there. I'm using > > > Tomcat 3.2.1, and the URI that I create has normal > > > characters, except the > > > character '%'. > > > Do you think this has something to do with? I think that > the '%' has > > > nothing to do with, > > > but I'm not sure. > > > Do you have any idea about what happens? > > > > > > Thanks, > > > > > > Sonia. > > > > > > > > > > > > > > > Ralph Einfeldt escribió: > > > > > > > With POST I don't know any size restrictions. > > > > We have used post requests to upload several hundred KBytes. > > > > > > > > With GET there are size restrictions which are limited by > > > > the browser, the http server and sometimes even by the > > > > proxies between the browser and your web server. > > > > > > > > The limit is typically a few thousend bytes. > > > > > > > > What you are doing is a GET. > > > > > > > > To do a post from HTML/JavaScript you need a form > > > > with method="post". The data you want to send > > > > must be a value of a input field (not part of > > > > the action url, that has the same limitations > > > > as the GET method). > > > > > > > > References: > > > > > > > > Microsoft IE: > > > > http://support.microsoft.com/support/kb/articles/Q208/4/27.ASP > > > > > > > > A general statement: > > > > http://www.phpbuilder.com/mail/phplib-list/2000081/0001.php > > > > > > > > >From the HTTP 1.1 Spec: > > > > http://www.faqs.org/rfcs/rfc2068.html: > > > > The HTTP protocol does not place any a priori limit on > > > the length of > > > > a URI. Servers MUST be able to handle the URI of any > > > resource they > > > > serve, and SHOULD be able to handle URIs of unbounded > > > length if they > > > > provide GET-based forms that could generate such > URIs. A server > > > > SHOULD return 414 (Request-URI Too Long) status if a URI > > > is longer > > > > than the server can handle (see section 10.4.15). > > > > > > > > Note: Servers ought to be cautious about depending on > > > URI lengths > > > > above 255 bytes, because some older client or proxy > > > > implementations might not properly support these lengths. > > > > > > > > > -----Ursprüngliche Nachricht----- > > > > > Von: Sonia Galilea Varea [mailto:[EMAIL PROTECTED]] > > > > > Gesendet: Donnerstag, 15. November 2001 10:57 > > > > > An: Tomcat Users List > > > > > Betreff: HTTP POST request: maximum allowed data? > > > > > > > > > > > > > > > Hi all, > > > > > > > > > > I have to tranfer data from a html form to a servlet, by > > > > > using the HTTP POST > > > > > request. > > > > > > > > > > I do it by javascript: > > > > > > > > > > myWin = window.open("../servlet/myServlet?query="+myQuery); > > > > > > > > > > I wonder what's the maximum allowed data to send with a POST > > > > > command. And the > > > > > GET? > > > > > I had a look in the RFC but didn't find any size limitation. > > > > > But there is one, > > > > > because I get an exception > > > > > if my URL is too large... > > > > > > > > > > Is there a way to setup the web server (I'm currently > using Tomcat > > > > > standalone 3.2.1) to accept more data? > > > > > > > > > > Thanks for any info. > > > > > > > > > > Sonia. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > To unsubscribe: > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands: > > <mailto:[EMAIL PROTECTED]> > > > > Troubles with the list: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > > -- > > > To unsubscribe: <mailto:[EMAIL PROTECTED]> > > For additional commands: <mailto:[EMAIL PROTECTED]> > > Troubles with the list: <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe: <mailto:[EMAIL PROTECTED]> > For additional commands: <mailto:[EMAIL PROTECTED]> > Troubles with the list: <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe: <mailto:[EMAIL PROTECTED]> > For additional commands: <mailto:[EMAIL PROTECTED]> > Troubles with the list: <mailto:[EMAIL PROTECTED]> -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]> -- To unsubscribe: <mailto:[EMAIL PROTECTED]> For additional commands: <mailto:[EMAIL PROTECTED]> Troubles with the list: <mailto:[EMAIL PROTECTED]>
