unsibscribe
unsibscribe - The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
Oops! I do know how to spell unsubscribe :) end
- The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
RE: IIS Redirect - no more POST parameters
A few days ago i've reported the same problem: parameters of the form with method=post are lost when redirected from IIS to tomcat. However, everything seems to work if you have redirection configured at the top level, with a global filter defined for your web site, and proper entries in uriworkermap. But once you configure redirection at the IIS application level (i.e. *.jsp - isapi_redirect.dll), and remove the entry from uriworkermap (so that the global filter doesn't capture the request), the parameters of the form are gone. Well, only for POST. GET still works. Unfortunately, sometimes you have to use application-level redirection - this is the only way I could have my request.GetRemoteUser return proper value. With global redirection, it never works - isapi grabs the request before IIS applies its security methods to it. Michael -Original Message- From: Jack Hui [mailto:[EMAIL PROTECTED]] Sent: Monday, 14 May 2001 11:45 To: '[EMAIL PROTECTED]' Subject: RE: IIS Redirect - no more POST parameters I got the same problem too but I'm using Apache and Tomcat 4 beta-1 with mod_web, so for the form stuff, we changed to use PHP instead of JSP Jack -Original Message- From: Stephen Oakes [mailto:[EMAIL PROTECTED]] Sent: Monday, May 14, 2001 7:35 AM To: '[EMAIL PROTECTED]' Subject: RE: IIS Redirect - no more POST parameters Servlets that we have been running on Tomcat have been picking up parameters from doPost whilst it was referenced by specific port. Having now re-configured IIS to redirect to Tomcat it seems that the parameters are not being passed through? Have you tried rebooting the server running IIS? It worked for me, for some strange reason. -- Stephen Oakes This footnote confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. - The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
A simple one: where can I get source code for ISAPI_redirect? Couldn't find anything on jakarta.apache.org end
- The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
Problem with ISAPI redirection. POST request to a JSP not passing any form parameters.
Hi, Did somebody else observe the following problem: Environment: IIS on WinNT. Latest Tomcat with isapi. A jsp, which is invoked by submitting a form with method=POST. Problem: The jsp page is invoked, but none of the form parameters (i.e. a field inside the form) is communicated to the jsp. The request.getParameter(myField) returns null, despite that the field definitely has data. If I change the form from POST to GET, everything works. If I substitute the jsp with a servlet, everything works with POST. An interesting point is that if I had the mapping *.jsp - Tomcat defined in uriworkermap.properties, the parameter value is correctly sent to the jsp, with POST. But if I define the mapping in the IIS application settings, the request seems to be empty, with no parameters. The problem does NOT go away if I define the mapping in both uriworkers and application settings. However, it seems that I have to use application settings - if I dont, the password-based authentication mechanism simply does not work. Below is a summary of my observations: Case 1. Mapping in uriworkermap: Yes. Mapping in IIS application: No. POST. getParameter: returns correct data getRemoteUser: null. IIS doesn't even asks for the password. Case 2. Mapping in uriworkermap: No. Mapping in IIS application: Yes. POST. getParameter: returns null getRemoteUser: IIS asks for the password, and the method returns correct value Case 3. Mapping in uriworkermap: Yes. Mapping in IIS application: Yes. POST. getParameter: returns correct value getRemoteUser: null. IIS doesn't even asks for the password. It seems that mapping in uriworkermap takes priority over the mappings specified for the IIS application. But I may be wrong here. Any help will be appreciated. Regards Michael - The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
RE: use index.class instead of index.html?
Which server? -Original Message-From: Kevin Fonner [mailto:[EMAIL PROTECTED]]Sent: Wednesday, 9 May 2001 13:12To: [EMAIL PROTECTED]Subject: use index.class instead of index.html? How do I get the web server to start with a servlet instead of an html file?This footnote confirms that this email message has been swept byMIMEsweeper for the presence of computer viruses. - The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences. This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, including computer viruses.
RE: use index.class instead of index.html?
have a look at /conf/web.xml. Check our welcome-file-list element. -Original Message-From: Kevin Fonner [mailto:[EMAIL PROTECTED]]Sent: Wednesday, 9 May 2001 13:14To: [EMAIL PROTECTED]Subject: Re: use index.class instead of index.html? just the tomcat server. - Original Message - From: Michael Zolotarev To: [EMAIL PROTECTED] Sent: Tuesday, May 08, 2001 11:10 PM Subject: RE: use index.class instead of index.html? Which server? -Original Message-From: Kevin Fonner [mailto:[EMAIL PROTECTED]]Sent: Wednesday, 9 May 2001 13:12To: [EMAIL PROTECTED]Subject: use index.class instead of index.html? How do I get the web server to start with a servlet instead of an html file?This footnote confirms that this email message has been swept byMIMEsweeper for the presence of computer viruses.-The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Baltimore Technologies plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on.In addition, certain Marketing collateral may be added from time to time to promote Baltimore Technologies products, services, Global e-Security or appearance at trade shows and conferences.This footnote confirms that this email message has been swept by Baltimore MIMEsweeper for Content Security threats, includingcomputer viruses.