RE: IIS - ISAPI redirector oddities - SOLVED

[Ray Rush <ra...@yahoo.com>]

This ended up being my error.  I figured out I could
change the log level of the ISAPI redirector and I put
it to inform level.  I saw that for the non-proxy site
request it saw /servlet/<class> but for the proxied
request it saw //servlet/<class> so it didn't match
the worker mapping.  

I checked my proxy config and that's where I was
picking up the extra "/".  I swear this was the
configuration I had used before.  Maybe the iPlanet
server was being more forgiving of my sloppy URL
rewriting.  It's funny that IIS only saw it as
/servlet too--maybe it's forgiving too but the ISAPI
redirector isn't.  Oh well, just a few hours lost.  I
should have checked the detailed logging yesterday. 
Live and learn.

--- Randy Layman <ra...@aswethink.com> wrote:
> 
> 	Is it possible that either the filter of virtual
> directory aren't
> set up for the virtual host being used by the proxy
> but are for the virtual
> host serving up the internal requests?  (From my own
> experience, IIS is very
> picky and sometime very odd in its choice of which
> virtual host to use for a
> given request).
> 
> 	Randy
> 
> 
> > -----Original Message-----
> > From: Ray Rush [mailto:ray_rush@yahoo.com]
> > Sent: Thursday, April 12, 2001 9:49 AM
> > To: tomcat-user@jakarta.apache.org
> > Subject: IIS - ISAPI redirector oddities
> > 
> > 
> > I've spent quite some time looking around on the
> FAQ,
> > documentation and other resources trying to find
> an
> > answer to this but have found nothing.  Please
> take a
> > look.
> > 
> > I have a Win2k Pro machine with IIS 5.0.  Tomcat
> 3.2.1
> > is installed and working just fine.  The ISAPI
> > redirector works great with this setup.  However,
> this
> > machine is hidden from the outside.  If I use
> > mod_proxy w/Apache 1.3.12 (Solaris 7) to pass
> requests
> > to this machine, the filter does not catch the
> > /servlet
> >  in the URL so Tomcat doesn't get the request. 
> The
> > URL is
> >
>
'http://hostname/servlet/com.esri.esrimap.Esrimap?ServiceName=swdms'.
> > 
> > This proxying scenario has worked for me
> previously on
> > an NT4 machine using the iPlanet FastTrack server.
> 
> > But on Win2k with IIS and the ISAPI redirector it
> just
> > fails.
> > 
> > I've very confused on why the '/servlet/*=ajp12'
> line
> > in uriworkermap.properties works when done purely
> on
> > the native machine but not when proxied by Apache
> it
> > bombs.
> > 
> > When it is successfull, my IIS web log has the
> line
> > 'POST /jakarta/isapi_redirect.dll 200', 
> > but when it fails I see
> > 'POST /servlet/com.esri.esrimap.Esrimap 405'.
> > 
> > The 405 error means post/get is being used on a
> page
> > that does not allow post/get.  To me, the filter
> just
> > isn't handling the redirect properly.
> > 
> > I hope this is something that is obvious to those
> with
> > better knowledge of how the redirector works.  Any
> > hints/tips/suggestions will be greatly
> appreciated. 
> > And yes, I am confined to the NT world for this
> > particular servlet application.
> > 
> > Ray Rush
> > 
> > __________________________________________________
> > Do You Yahoo!?
> > Get email at your own domain with Yahoo! Mail. 
> > http://personal.mail.yahoo.com/
> > 


__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/

Weird Cookie Behavior

["David M. Rosner" <da...@recommend-it.com>]

Hi All,

I have a jsp that sets a cookie named 'riCookie'. For some reason this 
cookie will not be sent to the browser unless I set an additional cookie 
after that. Here is the code:

This doesn't work:

<%
     response.addCookie( new Cookie("riCookie", "DATA" ) ) ;
     response.sendRedirect( "/someOtherPage.jsp" );
%>

But this does work:
<%
     response.addCookie( new Cookie("riCookie", "DATA" ) ) ;
     response.addCookie( new Cookie("Something", "More DATA" ) ) ;
     response.sendRedirect( "/someOtherPage.jsp" );
%>

Any idea why? I tried other names with the word 'Cookie' in them and they 
seem to work as well.

Thanks for any help,

-dave