if your uriworkermap.properties has a mapping of
/* ajp12
then any request to the webserver is sent to tomcat. It doesn't matter if it was intended for SourceSafe or not.
likewise if you have a mapping of /*.html and you try to store html files in SourceSafe.
In these cases see the aforementioned section 6.11
I haven't tried multiple isapi filters, so I don't know which one would be called first. I think you can order them in the iis setup.
Charlie
> -----Original Message-----
> From: Dave Finch [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 24, 2001 8:52 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat takes 100% of CPU (SourceSafe)
>
>
> Yes I have read this and I am quite familiar with the server.xml file.
> Correct me if I am wrong but from my experience I have found
> that if the
> server.xml is wrong i.e. syntactically correct but is missing
> a host, then a
> endless loop occurs sending the processor to 100% when a
> request is made to
> that a jsp or servlet on that host.
>
> In my case no requests are received, the network cable is
> even unplugged.
>
> Could it be anything to do with Microsoft Visual Source Safe
> which also uses
> an isapi filter?
>
> Dave
>
> -----Original Message-----
> From: Randy Layman [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 24, 2001 7:00 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Tomcat takes 100% of CPU
>
>
> You would do well to read your TOMCAT_HOME\doc\readme file, item
> 6.11.
>
> Randy
>
>
> -----Original Message-----
> From: Dave Finch [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 23, 2001 7:11 PM
> To: '[EMAIL PROTECTED]'
> Subject: Tomcat takes 100% of CPU
>
>
> I have an NT 4 server running IIS and Tomcat 3.2.1 using the
> ISAPI filter
> and the NT Service.
> After about 10 minutes of running and not a single request the tomcat
> (java.exe) process takes 100% of the CPU usage.
> I initially thought it was a problem with the code but it
> happens whether
> any requests are received by the web server or not and I have the same
> configuration and code running on another server. I am also
> sure it is not a
> hardware issue.
>
> Any ideas would be appreciated.
>
> TIA,
> Dave Finch
>
