Hi Dannis,
Thanks for the email. But I definately dont agree with you. The
First error you pointed out abt the "bad magic number" is totally incorrect.
Bad Magic Numbers means that your .class file is damaged in some way.
Infact this is exactly the answer somebody else also gave then how can you
say it is wrong??.
If you know the structure of .class files then they store a many
information regarding the compiler version, variable pools etc etc. But
besides that the .class files stores a magic number in the first 2or 4 bytes
of the the .class file starting. This is checked for by the Verifier. If
this is not there then this error comes.
So how can you say I was wrong.????
And incase you feel I am, then please give me the Correct Answer regarding
this error.
Bye,
Jiger
>From: Danny Rubis <[EMAIL PROTECTED]>
>Reply-To: "A mailing list for discussion about Sun Microsystem's Java
> Servlet API Technology." <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: RequestDispatcher Again.
>Date: Tue, 22 Aug 2000 18:11:17 -0400
>
>Hey!
>
>I hope that you take this in a constructive way. I have been
>follow this E-list especially your responses.
>Many of your responses have been wrong.
>
>Most amusing was the "bad magic number" for applets suggestion
>that you gave.
>
>Don't you feel it is better not to respond at all than to give a new
>comer wrong information. Someone could go on for hours
>thinking that their code based on your information was at
>fault.
>
>We all make mistakes from time to time, but your record is really bad.
>Check the archive. Out of about a dozen responses, you had only
>two correct.
>
>I suggest that you make sure that you are absolutely correct.
>Or use phrases like 'I think this', or 'Try this' or 'I maybe all
>wrong but this'.
>
>Sans adieu,
>Danny Rubis
>
>Jiger Patel wrote:
>
> > See messages below.
> >
> > Bye,
> > Jiger
> >
> > >From: Sandeep Tikoo <[EMAIL PROTECTED]>
> > >Reply-To: "A mailing list for discussion about Sun Microsystem's Java
> > > Servlet API Technology." <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: RequestDispatcher Again.
> > >Date: Mon, 21 Aug 2000 14:13:21 -0700
> > >
> > >Hi all,
> > >
> > >In my servlet I have to forward my request to a static
> > >html page (URL being say,
> > >http://localhost:8080/error.html), which I do with a
> > >requestDispatcher.forward(). I have noticed that when
> > >my servlet overides the doGet method, rather than
> > >doPost,and is subsquently called with a doGet request
> > >it works fine. However if the servlet overides the
> > >doPost rather than the doGet method and is invoked
> > >from a for with Method=post attribute I get the HTTP
> > >405 error something like this:
> > >*************************************************
> > >Error 405
> > >An error has occured while processing
> > >request:http://localhost:8080/error.html
> > >Message:HTTP method POST is not supported by this URL
> > >*************************************************
> > >at the point where the servlet tries to forward the
> > >request to the HTML page.
> > >
> > >Why does this happen, even though the servlet API for
> > >the RequestDispatcher.forward() clearly says in its
> > >first line:
> > >
> > >"Forwards a request from a servlet to another resource
> > >(servlet, JSP file, or HTML file) on the server."
> > >
> >
> > When you are forwarding to another servlet Are you specifying any
>method??
> > The answer is NO. So the default Method GET is taken & so if you are
> > overriding the doGet method it runs & when you override the doPost only
>it
> > does not.
> >
> > >I have been through the archives and have noticed that
> > >other people have also faced similar problems.
> > >
> > >Is this a bug or am I missing something here?
> > >
> > >Another question regarding
> > >requestDispatcher.forward().
> > >
> > >The API says:
> > >"The request and response parameters must be the same
> > >objects as were passed to the calling servlet's
> > >service method"
> > >
> > >If that is the case, then wouldnt it have been better
> > >if the signature of the forward method was
> > >
> > >public void forward()
> > >
> > >with the request and the response objects being passed
> > >implicitly by the servlet engine to the invoked
> > >resource, rather than it being as it is rightnow:
> > >
> > >public void forward(ServletRequest request,
> > > ServletResponse response)
> > >
> > >Am I again missing something?
> > Well when a Servlet is created by the Servlet Engine it initializes
>it &
> > then when a request comes in it passes it the requisite information like
> > request & response objects & forgets about it. Now within the Servlet
> > whatever you do the forward method or the Servlet Engine has no way to
> > recover the Request & Response Objects per servlet since they are
>created
> > per invocation. So you have to pass it.
> >
> > >
> > >-thanks
> > >
> > >__________________________________________________
> > >Do You Yahoo!?
> > >Yahoo! Mail � Free email you can access from anywhere!
> > >http://mail.yahoo.com/
> > >
> >
> >___________________________________________________________________________
> > >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
> >
> > ________________________________________________________________________
> > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
> >
> >
>___________________________________________________________________________
> > 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
>
>___________________________________________________________________________
>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
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
___________________________________________________________________________
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
