Re: poor upload performance with isapi_redirect.dll and IIS
please unsubscribe. thanks From: Christopher Schultz <ch...@christopherschultz.net> To: Tomcat Users List <users@tomcat.apache.org> Sent: Wednesday, July 6, 2016 3:08 PM Subject: Re: poor upload performance with isapi_redirect.dll and IIS -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 7/6/16 4:05 PM, Wang, Andy wrote: > On Fri, 2016-07-01 at 17:16 +, Wang, Andy wrote: >> We're seeing some really poor performance with isapi_redirect.dll >> and uploading files with IIS. >> >> In a particular example, using a 200MB file, the file upload >> (POST) takes ~50 seconds on localhost. >> >> The same upload using Apache and mod_jk takes about ~6 seconds. >> >> The interesting thing is, on a remote client, the behavior is >> almost the same. Upload to IIS takes ~50 seconds, upload to >> apache/mod_jk takes ~7 seconds. >> >> I've done some wireshark captures have found some of the >> differences. >> >> Apache streams to mod_jk as the upload is occurring. >> >> IIS appears to be buffering the entire upload before finally >> streaming to tomcat via ajp. The TCP recieve window is regularly >> being starved (ZeroWindow) and the client has to wait for a >> window update before being able to send more. I'm not familiar >> with ISAPI at all, so I don't know if the responsibility on the >> buffering of the POST is an IIS issue, or is the isapi_redirect >> filter the problem? Or is there some overall limitation with >> isapi? >> > > Apparently the site that was running into this problem had someone > set uploadReadAheadSize to 2GB in IIS. That specifically controls > the amount that IIS buffers before sending to isapi. > > So that was it. Dialing that back appears to have solved the > issue. Thanks for posting back. It's a good addition to the archives even though nobody here ended up helping you :) - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJXfWUsAAoJEBzwKT+lPKRYj6sQAK1aBF/wO/CuS6QSgIH1HFiO r29An9vcXYBU+axOgMvwfewo1wpvYjSm6PL49Twivn84xQn4B+a+jtIj826OoyUg QblP4jEI/kiephVX3PXOhUye9ECFv44IiKcTAcUIXAFiSDKOQxRtPNHZxAmFkbT5 rucfaKSge87Hx10UtnccMgRbpezl/xylty+aI/QKdEaLFhnyYt8s9LtbDiEnqjtW p4mOw6yQ/6i+ajSQ+1r+M2/ZUqlDwmUf/nUeCemVB2kYOj99mU6lbWPr1+nIbvh7 CVbKQCW2Jx6dKfMLNmdnXM6C3oPQ7H3D1IA/MkmnHpIdKKm+iBsYOFIirA7QLx2o HthzsNi6cFBWCy2QlUhy1VvAsFC/uJKqQXPOEI2Em84o6Cx2n+WDQDP7T0GAwx+u DCLxqabhxRBCR63ZBNwzi3chB/5bfG8b8x+17VL9wFCUpjhw2mSOML0CH+a+0Y9W mR/h5d7/qLtnmVlB48PGAs7IYILHxuaQp1LCtXN48W9CP00G/W8T0Kqeuo2mXg72 WQ1sMxbXSwCyiYN1GTcRC8blhR6wS3ytQ0ol6mDHAq1sLMMnumOYuLJxlIa/mJPU KP3e0yvuMX73WHhQ5OOKmpzWSiwEM8apMtUti8IqXmv/+YOqyOypLc1hO6ryefYI TPPzcVJ7j3sPbjkZfjOr =uzQu -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: poor upload performance with isapi_redirect.dll and IIS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 7/6/16 4:05 PM, Wang, Andy wrote: > On Fri, 2016-07-01 at 17:16 +, Wang, Andy wrote: >> We're seeing some really poor performance with isapi_redirect.dll >> and uploading files with IIS. >> >> In a particular example, using a 200MB file, the file upload >> (POST) takes ~50 seconds on localhost. >> >> The same upload using Apache and mod_jk takes about ~6 seconds. >> >> The interesting thing is, on a remote client, the behavior is >> almost the same. Upload to IIS takes ~50 seconds, upload to >> apache/mod_jk takes ~7 seconds. >> >> I've done some wireshark captures have found some of the >> differences. >> >> Apache streams to mod_jk as the upload is occurring. >> >> IIS appears to be buffering the entire upload before finally >> streaming to tomcat via ajp. The TCP recieve window is regularly >> being starved (ZeroWindow) and the client has to wait for a >> window update before being able to send more. I'm not familiar >> with ISAPI at all, so I don't know if the responsibility on the >> buffering of the POST is an IIS issue, or is the isapi_redirect >> filter the problem? Or is there some overall limitation with >> isapi? >> > > Apparently the site that was running into this problem had someone > set uploadReadAheadSize to 2GB in IIS. That specifically controls > the amount that IIS buffers before sending to isapi. > > So that was it. Dialing that back appears to have solved the > issue. Thanks for posting back. It's a good addition to the archives even though nobody here ended up helping you :) - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJXfWUsAAoJEBzwKT+lPKRYj6sQAK1aBF/wO/CuS6QSgIH1HFiO r29An9vcXYBU+axOgMvwfewo1wpvYjSm6PL49Twivn84xQn4B+a+jtIj826OoyUg QblP4jEI/kiephVX3PXOhUye9ECFv44IiKcTAcUIXAFiSDKOQxRtPNHZxAmFkbT5 rucfaKSge87Hx10UtnccMgRbpezl/xylty+aI/QKdEaLFhnyYt8s9LtbDiEnqjtW p4mOw6yQ/6i+ajSQ+1r+M2/ZUqlDwmUf/nUeCemVB2kYOj99mU6lbWPr1+nIbvh7 CVbKQCW2Jx6dKfMLNmdnXM6C3oPQ7H3D1IA/MkmnHpIdKKm+iBsYOFIirA7QLx2o HthzsNi6cFBWCy2QlUhy1VvAsFC/uJKqQXPOEI2Em84o6Cx2n+WDQDP7T0GAwx+u DCLxqabhxRBCR63ZBNwzi3chB/5bfG8b8x+17VL9wFCUpjhw2mSOML0CH+a+0Y9W mR/h5d7/qLtnmVlB48PGAs7IYILHxuaQp1LCtXN48W9CP00G/W8T0Kqeuo2mXg72 WQ1sMxbXSwCyiYN1GTcRC8blhR6wS3ytQ0ol6mDHAq1sLMMnumOYuLJxlIa/mJPU KP3e0yvuMX73WHhQ5OOKmpzWSiwEM8apMtUti8IqXmv/+YOqyOypLc1hO6ryefYI TPPzcVJ7j3sPbjkZfjOr =uzQu -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: poor upload performance with isapi_redirect.dll and IIS
On Fri, 2016-07-01 at 17:16 +, Wang, Andy wrote: > We're seeing some really poor performance with isapi_redirect.dll and > uploading files with IIS. > > In a particular example, using a 200MB file, the file upload (POST) > takes ~50 seconds on localhost. > > The same upload using Apache and mod_jk takes about ~6 seconds. > > The interesting thing is, on a remote client, the behavior is almost > the same. > Upload to IIS takes ~50 seconds, upload to apache/mod_jk takes ~7 > seconds. > > I've done some wireshark captures have found some of the differences. > > Apache streams to mod_jk as the upload is occurring. > > IIS appears to be buffering the entire upload before finally > streaming > to tomcat via ajp. The TCP recieve window is regularly being starved > (ZeroWindow) and the client has to wait for a window update before > being able to send more. I'm not familiar with ISAPI at all, so I > don't know if the responsibility on the buffering of the POST is an > IIS > issue, or is the isapi_redirect filter the problem? Or is there some > overall limitation with isapi? > Apparently the site that was running into this problem had someone set uploadReadAheadSize to 2GB in IIS. That specifically controls the amount that IIS buffers before sending to isapi. So that was it. Dialing that back appears to have solved the issue. Andy
poor upload performance with isapi_redirect.dll and IIS
We're seeing some really poor performance with isapi_redirect.dll and uploading files with IIS. In a particular example, using a 200MB file, the file upload (POST) takes ~50 seconds on localhost. The same upload using Apache and mod_jk takes about ~6 seconds. The interesting thing is, on a remote client, the behavior is almost the same. Upload to IIS takes ~50 seconds, upload to apache/mod_jk takes ~7 seconds. I've done some wireshark captures have found some of the differences. Apache streams to mod_jk as the upload is occurring. IIS appears to be buffering the entire upload before finally streaming to tomcat via ajp. The TCP recieve window is regularly being starved (ZeroWindow) and the client has to wait for a window update before being able to send more. I'm not familiar with ISAPI at all, so I don't know if the responsibility on the buffering of the POST is an IIS issue, or is the isapi_redirect filter the problem? Or is there some overall limitation with isapi? Thoughts? Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: building 64-bit isapi_redirect.dll
On 08/14/2015 11:57 AM, Christopher Schultz wrote: You might want to reach-out to the Apache Lounge folks, too... they seem to have a good process for building ASF binaries that they might be willing to share with you. That was one of the first things I thought about and checked. This is what they have to say about it: Be sure that you have installed the Visual C++ 2010 SP1 Redistributable Package: Win64 vcredist_x64.exe, Win32 vcredist_x86.exe :) Pretty much where I'm at right now. Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: building 64-bit isapi_redirect.dll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 8/13/15 6:04 PM, Andy Wang wrote: On 08/13/2015 04:46 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 8/13/15 5:34 PM, Andy Wang wrote: I was hoping to find out how the official isapi_redirect.dlls are built. Specifically the x64 version. Reason I ask is that 1) the documentation still documents using MS VC 6.0 which I think can't build 64-bit 2) the official binaries seem to link against msvcrt.dll and not msvcr[version].dll I've been using VisualStudio 2010 to build it, and have been needing to install the vcredist installer to get msvcr100.dll. Trying to figure out how the official binaries are built such that this dependency isn't required? Doing some googling it looks like it can be done with a combination of the Windows SDK and DDK. Is this how this was done? I'm no expert. In the past, I tried to figure-out my own process for building win32/win64-based builds of various Tomcat-related things. For me, it was tcnative. What I *do* know is that building against msvcrt.dll is a trick that is required in order to get a universal build that will work under any environment. I believe you are required to use the Driver Development Kit for that. If you are building for your own environment, you can simply build against msvcrtXXX.dll and be perfectly happy, since your environment by definition has that library. Take a look at markt's instructions for building tcnative on win32; they may be helpful in getting the mod_jk build working for you: http://wiki.apache.org/tomcat/BuildTcNativeWin It does, and it's the process I thought about using, but I've also read that you shouldn't rely on the DDK for building as the msvcrt.dll gets updated regularly with windows releases and you could potentially end up with dll incompatibilities as the ABIs change. I thought that the msvcrt.dll (without a version number) was pretty much fixed, at least from the perspective of the services required by tcnative (and likely mod_jk as well). That said, perhaps the connector's use of msvcrt.dll is less susceptible to this, since I imagine it's simply using pretty standard C calls. Yeah, I think things like read() and write() are unlikely to change. I actually do redistribute my bulids for others to use, which is why I'm trying to decide if I should concern myself with the extra prerequisite of install the vcredist (or bundling the dll files myself). The key is, I'm not familiar with how IIS loads dlls, so I'm not sure if including msvcr100.dll in the same directory as isapi_redirect.dll will work or if I'd have to put it in the path somewhere. If you want to redistribute them locally (like to multiple environments within your own company, etc.) then I think you can do whatever you want: the good news is that if you need a DLL, you can install it without a problem. The ASF (I think) may not redistribute Microsoft's DLLs and so the install process would be complicated if we required the user to go download something else as a prerequisite, whereas msvcrt.dll itself is guaranteed to be present (though not msvcrt800.dll or whatever the flavor of the year is at the time). You might want to reach-out to the Apache Lounge folks, too... they seem to have a good process for building ASF binaries that they might be willing to share with you. - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVzh4SAAoJEBzwKT+lPKRYveIQALBS3NqiZIexFvHfsvjsMfoP +kRg/64m4e/bK8GeoRzGbXKEhGnhLzd/RhTFa3spqiY5XBWuSll44N3Y/38u5TBe 2H/xOUdl5WKWmIN2C03BYxPZUxRDznESxRupXOdc6Do1+xej9iTnclfS0tFBHaQd IzTAkhsv74baRupZlXbPoqKyfCeUfsaK5aQMYTHvMVZMVkspppTzUyT2NbyDFhDe TD8f0j4Yni2FJCabEx6IIJcAM/NjPhTNHXXKSDEzXwv0nZNP3TOygyn3lC+qxeqk jdZJJUFsNCpB9npwPawr5y455XipwxBVYCJPBUkCk/BS0y1LWz0e2qR+0QoazEvY +p6vgnOHyMU8AnnMMquTud6OpTedFQvYuu1NKV05ovp41F81WfYnJ7sxC32LPolg s+0oMoyfGUgYD9iut12sXrUHbuv84YIKItPBhxKZSJTWnPsaeQbxeBRedNx+uy2O 9qRUTiTPwhQV/sDbIt9CHe56gzRctG92o/285GgUdS4wiFlCOITqjAyR8UE2CGid hMEJJIeUBjD1KpQP9RnzsisgS/RrQH8+icnFVzXa4kd0X1Fm207drMQyhzzbKDKm odHuvKrIY/YIVRa1t9auZhkg1FeNhSkWyUHj4/03wcMfghVEEaa3Rw/EmYl+kz3r zxYtbHV6TbMN9zTKCIm5 =56aV -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: building 64-bit isapi_redirect.dll
On 08/13/2015 04:46 PM, Christopher Schultz wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 8/13/15 5:34 PM, Andy Wang wrote: I was hoping to find out how the official isapi_redirect.dlls are built. Specifically the x64 version. Reason I ask is that 1) the documentation still documents using MS VC 6.0 which I think can't build 64-bit 2) the official binaries seem to link against msvcrt.dll and not msvcr[version].dll I've been using VisualStudio 2010 to build it, and have been needing to install the vcredist installer to get msvcr100.dll. Trying to figure out how the official binaries are built such that this dependency isn't required? Doing some googling it looks like it can be done with a combination of the Windows SDK and DDK. Is this how this was done? I'm no expert. In the past, I tried to figure-out my own process for building win32/win64-based builds of various Tomcat-related things. For me, it was tcnative. What I *do* know is that building against msvcrt.dll is a trick that is required in order to get a universal build that will work under any environment. I believe you are required to use the Driver Development Kit for that. If you are building for your own environment, you can simply build against msvcrtXXX.dll and be perfectly happy, since your environment by definition has that library. Take a look at markt's instructions for building tcnative on win32; they may be helpful in getting the mod_jk build working for you: http://wiki.apache.org/tomcat/BuildTcNativeWin It does, and it's the process I thought about using, but I've also read that you shouldn't rely on the DDK for building as the msvcrt.dll gets updated regularly with windows releases and you could potentially end up with dll incompatibilities as the ABIs change. That said, perhaps the connector's use of msvcrt.dll is less susceptible to this, since I imagine it's simply using pretty standard C calls. I actually do redistribute my bulids for others to use, which is why I'm trying to decide if I should concern myself with the extra prerequisite of install the vcredist (or bundling the dll files myself). The key is, I'm not familiar with how IIS loads dlls, so I'm not sure if including msvcr100.dll in the same directory as isapi_redirect.dll will work or if I'd have to put it in the path somewhere. Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
building 64-bit isapi_redirect.dll
I was hoping to find out how the official isapi_redirect.dlls are built. Specifically the x64 version. Reason I ask is that 1) the documentation still documents using MS VC 6.0 which I think can't build 64-bit 2) the official binaries seem to link against msvcrt.dll and not msvcr[version].dll I've been using VisualStudio 2010 to build it, and have been needing to install the vcredist installer to get msvcr100.dll. Trying to figure out how the official binaries are built such that this dependency isn't required? Doing some googling it looks like it can be done with a combination of the Windows SDK and DDK. Is this how this was done? Thanks, Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: building 64-bit isapi_redirect.dll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Andy, On 8/13/15 5:34 PM, Andy Wang wrote: I was hoping to find out how the official isapi_redirect.dlls are built. Specifically the x64 version. Reason I ask is that 1) the documentation still documents using MS VC 6.0 which I think can't build 64-bit 2) the official binaries seem to link against msvcrt.dll and not msvcr[version].dll I've been using VisualStudio 2010 to build it, and have been needing to install the vcredist installer to get msvcr100.dll. Trying to figure out how the official binaries are built such that this dependency isn't required? Doing some googling it looks like it can be done with a combination of the Windows SDK and DDK. Is this how this was done? I'm no expert. In the past, I tried to figure-out my own process for building win32/win64-based builds of various Tomcat-related things. For me, it was tcnative. What I *do* know is that building against msvcrt.dll is a trick that is required in order to get a universal build that will work under any environment. I believe you are required to use the Driver Development Kit for that. If you are building for your own environment, you can simply build against msvcrtXXX.dll and be perfectly happy, since your environment by definition has that library. Take a look at markt's instructions for building tcnative on win32; they may be helpful in getting the mod_jk build working for you: http://wiki.apache.org/tomcat/BuildTcNativeWin Hope that helps, - -chris -BEGIN PGP SIGNATURE- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVzRBDAAoJEBzwKT+lPKRYa9AP/R5pl7w9v0ZXgjQgVKK825Uc jEbKMy46EjaqCdobx+jFboezK738WUlwrG7ui6Yam3XG/aDeerLa9+5m2fLG8VCN PSL5j014BupohfmKI/bRRUTvuGEslMEqB0tHg2NTEeS3RM+T1sPNzgzPkKd+PxVf nkJsA8OxwL/cfJ9ZKDPlG0+qXeFaFS3JbCO8WfICgLvAqOqnzT4NvlPUgOn5X5Wu Osca66N/dvVVa0Xea7iLePRmX+T0qx9HKLGkw4Y0iEDTAAn2ZoCuKeKRZzra/JSS 2D3FLG7K3kMGO5+uCnIeXeWKvIm4svMBoSOQB2c5pFR1nQWtuAube7/inwPZHqgb AuRkWfPw5DznMfRnqOYMb+rwut/D4BhJg5ZpVitZJQJ5301hZ8PrUaQ/u2g7Zhql z+z18FQKfEPi22IcJtHzFFFP1acOBpul3ke+/b9wC7FcT65Fqi5WwFzBAMMFwHpn zD2eD/Xj5NwewvxltIzscezx2laoowrA49aT6fWOAyGBmq1Dy5TWluiEFnzR07SM ihCEOhd3zDlXW9uTEeYyhcvDebxwvMHcZUvVKPg6cZcCZzmKxmMz7a4xexkpsDm6 6TwF27+h9o8/sIKTgOXstcVgU5V+yEz/Z++WlOsmeBQmBHSw8pQ/5U5hnFhKbraV KRE5VH3ym7uljdy2MrLZ =zy+Q -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Bug 47678 - Unable to allocate shared memory when using isapi_redirect.dll as an extension and filter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Asha, On 5/27/13 8:22 AM, Asha K S wrote: We are facing the same issue as mentioned in bug 47678. Is anyone else facing the same issue ? Please let me know if there are any plans of fixing this issue. You should comment on the bug that you are having the same issue and are interested in getting it fixed. Volunteering to test debug builds would definitely be helpful. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJRpOY9AAoJEBzwKT+lPKRYgoAP/ixsOp5wu+WWcUFFQFeCyubA noKkTucn95jiw3zfrW27xMPNJP7Z7DJ1/ehSpOrgsP1zKIrDiDx3aUJ4P8pLqKVV ZKX8LtcEuGLh+gvhoO8ex2qfn6if4ySWIbPV8wfg1ngZ+QDiwUCIbC3QXaXFLjZZ VTEzLFTUtUfoRMDDTtYfwxAGe/hxXwOQHIH+MvynBIKBLElizn3AKOqoLsGuWVSu zNPTQC4Rummock6+zEOky2cqIhlE2wOGb8geq4b1CWP4UFRWXbWaCUsiBsAEZgr/ Pzw321HrTsCN9kvqGk/68CARq5ZugsKX8o7SGEePh4P34qCgVL8HtT6FiKj8NGmI aLQcYrllT8Od0qjNku0/pohXhbO+Qz+6YhBxp5mQHUo54l9vFV5zk4tIIi8rtqwD w2kwYxKo0dZiZlnD/rYNOaDHx93uyvjBoyuzoMUuxRMk3JkD7P3/TyE73/UusGy6 kvMu23X843AKeaI64G1W4MIP+WXXFOICFdD+pH7+PgGVKGZHHcXAPpdMOe5ilfUX 4CdTcrIfW1kXbrW3a9cEzCDJZJFQDNVI8DB7oz7uWUiIEFIOBt9alzFVPOZFXist VU3+J46wQrDzvEV7bHZ0P0I7g4VyRdPUeU+j5q93SvTcCnTXFy2T6DLgWpOa6fCE FJBuhQHqDKkOizbQfWNc =Sul8 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Bug 47678 - Unable to allocate shared memory when using isapi_redirect.dll as an extension and filter
Hi, We are facing the same issue as mentioned in bug 47678. Is anyone else facing the same issue ? Please let me know if there are any plans of fixing this issue. Thanks, Asha
RE: isapi_redirect.dll wont load on IIS7
From: Nick Beare [mailto:nick.be...@causeway.com] Subject: isapi_redirect.dll wont load on IIS7 The key statement would seem to be: The current configuration only supports loading images built for a AMD64 processor architecture. Looks like you're trying to use a 32-bit DLL in a 64-bit process. You can find the current 64-bit version here: http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.30/amd64/ I suspect the 64-bit version you tried before may have been the IA64 one - a dead-end (but unfortunately not quite dead) architecture known as Itanium. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: isapi_redirect.dll wont load on IIS7
Chuck, That's fantastic. Downloaded the amd64 dll you suggested and it worked first time (and runs pretty quick too). My ignorance of processor architecture lead me to the following assumptions... Our server runs Intel xeon processor. My reasoning went Intel begins with I so must be ia64! I then incorrectly picked up the dll from http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.30/ia64/ This is was my first post to this mailing list and you responded within minutes. I'm very impressed. Regards Nick Beare Developer Frensham House, Farnham Business Park, Weydon Lane, Farnham, GU9 8QT T: +44 (0) 1628 552000F: +44 (0) 1628 552001 www.causeway.com -Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: 20 August 2010 15:02 To: Tomcat Users List Subject: RE: isapi_redirect.dll wont load on IIS7 From: Nick Beare [mailto:nick.be...@causeway.com] Subject: isapi_redirect.dll wont load on IIS7 The key statement would seem to be: The current configuration only supports loading images built for a AMD64 processor architecture. Looks like you're trying to use a 32-bit DLL in a 64-bit process. You can find the current 64-bit version here: http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.30/amd64/ I suspect the 64-bit version you tried before may have been the IA64 one - a dead-end (but unfortunately not quite dead) architecture known as Itanium. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Causeway is proudly supporting Byte Night, the IT industry’s annual sleep out in aid of Action for Children, on 8th October. Team Causeway will be sleeping rough so please sponsor us at http://uk.virginmoneygiving.com/Causeway Causeway is committed towards reducing its carbon footprint. Please consider the environment before printing this email. Disclaimer Notice :- The message and any attachments contained in this e-mail are intended for the named recipient(s) only. It may contain privileged or confidential information or information which is exempt from disclosure under the applicable laws. If you are not the intended recipient(s), you must not read, print, retain, copy distribute, forward or take any or refrain from taking any action in reliance on it or any of its attachments. If you have received or have been forwarded this e-mail in error, please notify us immediately by return e-mail or telephone (+44 (0)1628 552000) and delete this message from the computer or any other data-reading device in its entirety. Please advise us immediately if you do not or your employer does not consent to Internet e-mail for messages of this nature. Internet communications cannot be guaranteed to be secure and error-free as the information could be intercepted, corrupted, lost, arrive late or contain viruses. The sender and this Company therefore do not and shall not accept any liability or responsibility of whatsoever nature in the context of this message and its attachment(s) which arises as a result of Internet transmission. Opinions, conclusion, representations, views and such other information in this message that do not relate to the official business of this Company shall be understood as neither given nor endorsed by it. Registered Office: Comino House, Furlong Road, Bourne End, Buckinghamshire, SL8 5AQ Registered in England No: 3921897 www.causeway.com
RE: isapi_redirect.dll fail in SSO on high cpu load
Yes it is a IIS issue. and i think i just solve it. I increase the Max number of Worker Processes from 1 to 3 in the Default Application Pool. and it works. It will not prompt for authentication immediately anymore, but will just try to serve the page when the cpu is not 100%. I should say that the web application is very SQL intensive. If the application makes a large number of long blocking calls (e.g. long SQL/Oracle Queries), more worker processes will help (assuming that the backend can handle the connection load). From: dbl...@dblock.org To: users@tomcat.apache.org Date: Wed, 21 Jul 2010 09:41:10 -0400 Subject: RE: isapi_redirect.dll fail in SSO on high cpu load I am going to guess that some policy in Windows rejects the high volume of logons, too many connections or something of that kind. It's most likely not a Tomcat problem. Andre suggestions are pretty good in terms of isolating it. I would start by stressing IIS alone with a static page in it. Since you're running on Windows, you might as well get rid of IIS and replace it with a Waffle filter - http://waffle.codeplex.com. dB. @ dblock.org Moscow|Geneva|Seattle|New York -Original Message- From: Yun Feng Chua [mailto:yf_c...@hotmail.com] Sent: Wednesday, July 21, 2010 3:07 AM To: users@tomcat.apache.org Subject: isapi_redirect.dll fail in SSO on high cpu load Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 in IIS 6.0 Configure with IIS integrated authentication for SSO. Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? thank you yun feng, chua - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
isapi_redirect.dll fail in SSO on high cpu load
Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 in IIS 6.0 Configure with IIS integrated authentication for SSO. Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? thank you yun feng, chua
Re: isapi_redirect.dll fail in SSO on high cpu load
Yun Feng Chua wrote: Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 (that is old, the current version is 1.2.30 or so) in IIS 6.0 Configure with IIS integrated authentication for SSO. So, it is IIS doing the authentication with the browser, right ? Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? Not per se, but this does not sound like a Tomcat or mod_jk/isapi_redirect problem. If IIS is doing the Windows Integrated Authentication (otherwise known as NTLM), this is a dialog between the browser, the IIS server, and some domain controller (to check the user's/browser's credentials). mod_jk/isapi_redirect and Tomcat do not participate in that dialog. Only when the dialog is succesful, does IIS pass the request to mod_jk/isapi_redirect (with a user-id), and from there to Tomcat. At first sight, it looks as if, under heavy IIS load, IIS may have problems achieving the NTLM user authentication (e.g., trouble contacting the domain controller ?). If that is the case, it will not be able to authenticate the browser's credentials, and will send back a 401 error to the browser. That is when the browser pops up a login dialog. When you say the website prompt for authentication, you mean that the browser shows the built-in pop-up login window, right ? Tip: with IE, you can get an add-on called Fiddler2, which captures and shows the exact dialog between browser and server. That is useful for this kind of problem. Theoretically, you could also set the log level of mod_jk/isapi_redirect to debug, and see that the request do not even reach mod_jk/isapi_redirect or Tomcat. But because this happens under heavy load, that would give you /tons/ of output to check, and would not be very usable in this case. Specially since you are looking for request that /do not/ reach Tomcat. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: isapi_redirect.dll fail in SSO on high cpu load
Thank for the reply... Does that mean i should start looking at the IIS for the failed authentication? Date: Wed, 21 Jul 2010 09:45:57 +0200 From: a...@ice-sa.com To: users@tomcat.apache.org Subject: Re: isapi_redirect.dll fail in SSO on high cpu load Yun Feng Chua wrote: Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 (that is old, the current version is 1.2.30 or so) in IIS 6.0 Configure with IIS integrated authentication for SSO. So, it is IIS doing the authentication with the browser, right ? Yes, IIS is doing the NTLM authentication. Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? Not per se, but this does not sound like a Tomcat or mod_jk/isapi_redirect problem. If IIS is doing the Windows Integrated Authentication (otherwise known as NTLM), this is a dialog between the browser, the IIS server, and some domain controller (to check the user's/browser's credentials). mod_jk/isapi_redirect and Tomcat do not participate in that dialog. Only when the dialog is succesful, does IIS pass the request to mod_jk/isapi_redirect (with a user-id), and from there to Tomcat. At first sight, it looks as if, under heavy IIS load, IIS may have problems achieving the NTLM user authentication (e.g., trouble contacting the domain controller ?). If that is the case, it will not be able to authenticate the browser's credentials, and will send back a 401 error to the browser. That is when the browser pops up a login dialog. When you say the website prompt for authentication, you mean that the browser shows the built-in pop-up login window, right ? Yes, that is the pop-up login window. Tip: with IE, you can get an add-on called Fiddler2, which captures and shows the exact dialog between browser and server. That is useful for this kind of problem. Theoretically, you could also set the log level of mod_jk/isapi_redirect to debug, and see that the request do not even reach mod_jk/isapi_redirect or Tomcat. But because this happens under heavy load, that would give you /tons/ of output to check, and would not be very usable in this case. Specially since you are looking for request that /do not/ reach Tomcat. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: isapi_redirect.dll fail in SSO on high cpu load
Yun Feng Chua wrote: Thank for the reply... Does that mean i should start looking at the IIS for the failed authentication? In a nutshell, yes. I would start by simplifying the test case : create a static html page under IIS, and make it covered by the authentication, so that from the browser you can just call up that page to see the problem, without involving isapi_redirect and Tomcat. But then, it will get more complicated, because you will probably need to have some network analysis tool (wireshark e.g.), to trace what is going on between the IIS server, and the domain controller. If you are not a specialist yourself, I suggest you get help from one (Windows network sysadmin type), because this can be quite complex. It might be worth first looking into the Event Logs of the IIS machine, to see if anything shows up about these missed authentications. Now, just taking a step back for a second : in your initial post, you mention that this happens when the CPU of your IIS machine is loaded at 100%. This is probably a sign that the load you are imposing on it is too big for the machine. Maybe the solution is just to get a bigger/faster machine (or add some RAM to it), no ? If that is not possible, you can always move Tomcat to another machine, and adapt the configuration of isapi_redirect in function of that. There is no applications change needed for that. Date: Wed, 21 Jul 2010 09:45:57 +0200 From: a...@ice-sa.com To: users@tomcat.apache.org Subject: Re: isapi_redirect.dll fail in SSO on high cpu load Yun Feng Chua wrote: Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 (that is old, the current version is 1.2.30 or so) in IIS 6.0 Configure with IIS integrated authentication for SSO. So, it is IIS doing the authentication with the browser, right ? Yes, IIS is doing the NTLM authentication. Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? Not per se, but this does not sound like a Tomcat or mod_jk/isapi_redirect problem. If IIS is doing the Windows Integrated Authentication (otherwise known as NTLM), this is a dialog between the browser, the IIS server, and some domain controller (to check the user's/browser's credentials). mod_jk/isapi_redirect and Tomcat do not participate in that dialog. Only when the dialog is succesful, does IIS pass the request to mod_jk/isapi_redirect (with a user-id), and from there to Tomcat. At first sight, it looks as if, under heavy IIS load, IIS may have problems achieving the NTLM user authentication (e.g., trouble contacting the domain controller ?). If that is the case, it will not be able to authenticate the browser's credentials, and will send back a 401 error to the browser. That is when the browser pops up a login dialog. When you say the website prompt for authentication, you mean that the browser shows the built-in pop-up login window, right ? Yes, that is the pop-up login window. Tip: with IE, you can get an add-on called Fiddler2, which captures and shows the exact dialog between browser and server. That is useful for this kind of problem. Theoretically, you could also set the log level of mod_jk/isapi_redirect to debug, and see that the request do not even reach mod_jk/isapi_redirect or Tomcat. But because this happens under heavy load, that would give you /tons/ of output to check, and would not be very usable in this case. Specially since you are looking for request that /do not/ reach Tomcat. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: isapi_redirect.dll fail in SSO on high cpu load
I am going to guess that some policy in Windows rejects the high volume of logons, too many connections or something of that kind. It's most likely not a Tomcat problem. Andre suggestions are pretty good in terms of isolating it. I would start by stressing IIS alone with a static page in it. Since you're running on Windows, you might as well get rid of IIS and replace it with a Waffle filter - http://waffle.codeplex.com. dB. @ dblock.org Moscow|Geneva|Seattle|New York -Original Message- From: Yun Feng Chua [mailto:yf_c...@hotmail.com] Sent: Wednesday, July 21, 2010 3:07 AM To: users@tomcat.apache.org Subject: isapi_redirect.dll fail in SSO on high cpu load Hi, Currently using Tomcat 5.5 and isapi_redirect.dll 1.2.14 in IIS 6.0 Configure with IIS integrated authentication for SSO. Notice that under high cpu load in the server, 100% util, the website prompt for authentication. When the cpu load subsided, the SSO is working. Any ideas why it prompt for authentication under heavy cpu load? thank you yun feng, chua - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Is Tomcat Connector for IIS (isapi_redirect.dll) tested/supported on W2k8 64-bit?
Hi Please see the email below for the problem description. 1. Is isapi_redirect.dll tested/supported on Windows 2008 64-bit? 2. I'm able to successfully hit the tomcat server when IIS 7 is configured to run in 32-bit mode on Win2k8 (64-bit). IIS trace shows following error when I use 64-bit mode. FileName C:\inetpub\wwwroot\test\test.jsp ErrorCode 2147942403 ErrorCode The system cannot find the path specified. (0x80070003) 3. How do I know, on IIS 7, if isapi_redirect.dll is being hit? Tasklist command doesn't display the isapi_redirect.dll file even when it is working under 32-bit mode. IIS 6 has documented steps to verify this, however this has been removed in IIS 7. 4. No matter whether the isapi_redirect.dll is present or not, above error is always displayed. Appreciate your input very much. Thanks Chandru Ganesan From: Ganesan, Chandru Sent: Wednesday, May 19, 2010 9:16 AM To: Tomcat Users List Subject: Problem with IIS 7.0 plugin isapi_redirect on Windows 2008 64 bit Hi I'm trying to configure the IIS 7.0 with latest isapi_redirect.dll (Ver 1.2.30) on Windows 2008 Server (64 bit). When I try to login to the Apache Tomcat 5.5 Servlet container, it fails with the error: 404 - File or directory not found. The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable. Also I don't see any logs getting generated in isapi.log file, so I'm at a loss as to the root cause of this issue. I don't see isapi_redirect.dll getting loaded, however I notice isapi.dll being loaded. Attaching isapi_redirect.properties file below. Thanks in advance for your input. # The path to the ISAPI Redirector Extension, relative to the website # This must be in a virtual directory with execute privileges extension_uri=/jakarta/isapi_redirect.dll # Full path to the log file for the ISAPI Redirector log_file=c:\inetpub\scripts\isapi.log # Log level (debug, info, warn, error or trace) log_level=debug # Full path to the workers.properties file worker_file=c:\Inetpub\scripts\workers.properties # Full path to the uriworkermap.properties file worker_mount_file=c:\Inetpub\scripts\uriworkermap.properties rewrite_rule_file=c:\Inetpub\scripts\rewrites.properties Thanks Chandru Ganesan
Re: Is Tomcat Connector for IIS (isapi_redirect.dll) tested/supported on W2k8 64-bit?
Hi. If you are using isapi_redirect.dll together with a 64-bit IIS, then you probably need a 64-bit isapi_redirect.dll. Is that what you are using ? Ganesan, Chandru wrote: Hi Please see the email below for the problem description. 1. Is isapi_redirect.dll tested/supported on Windows 2008 64-bit? 2. I'm able to successfully hit the tomcat server when IIS 7 is configured to run in 32-bit mode on Win2k8 (64-bit). IIS trace shows following error when I use 64-bit mode. FileName C:\inetpub\wwwroot\test\test.jsp ErrorCode 2147942403 ErrorCode The system cannot find the path specified. (0x80070003) 3. How do I know, on IIS 7, if isapi_redirect.dll is being hit? Tasklist command doesn't display the isapi_redirect.dll file even when it is working under 32-bit mode. IIS 6 has documented steps to verify this, however this has been removed in IIS 7. 4. No matter whether the isapi_redirect.dll is present or not, above error is always displayed. Appreciate your input very much. Thanks Chandru Ganesan From: Ganesan, Chandru Sent: Wednesday, May 19, 2010 9:16 AM To: Tomcat Users List Subject: Problem with IIS 7.0 plugin isapi_redirect on Windows 2008 64 bit Hi I'm trying to configure the IIS 7.0 with latest isapi_redirect.dll (Ver 1.2.30) on Windows 2008 Server (64 bit). When I try to login to the Apache Tomcat 5.5 Servlet container, it fails with the error: 404 - File or directory not found. The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable. Also I don't see any logs getting generated in isapi.log file, so I'm at a loss as to the root cause of this issue. I don't see isapi_redirect.dll getting loaded, however I notice isapi.dll being loaded. Attaching isapi_redirect.properties file below. Thanks in advance for your input. # The path to the ISAPI Redirector Extension, relative to the website # This must be in a virtual directory with execute privileges extension_uri=/jakarta/isapi_redirect.dll # Full path to the log file for the ISAPI Redirector log_file=c:\inetpub\scripts\isapi.log # Log level (debug, info, warn, error or trace) log_level=debug # Full path to the workers.properties file worker_file=c:\Inetpub\scripts\workers.properties # Full path to the uriworkermap.properties file worker_mount_file=c:\Inetpub\scripts\uriworkermap.properties rewrite_rule_file=c:\Inetpub\scripts\rewrites.properties Thanks Chandru Ganesan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Is Tomcat Connector for IIS (isapi_redirect.dll) tested/supported on W2k8 64-bit?
Absolutely, Yes. The same configuration works fine when I run IIS 7 in 32-bit mode with 32-bit isapi_redirect.dll. However it fails when I use 64-bit (amd64) isapi_redirect.dll with IIS 64-bit mode. Thanks Chandru Ganesan -Original Message- From: André Warnier [mailto:a...@ice-sa.com] Sent: Thursday, May 20, 2010 11:05 AM To: Tomcat Users List Subject: Re: Is Tomcat Connector for IIS (isapi_redirect.dll) tested/supported on W2k8 64-bit? Hi. If you are using isapi_redirect.dll together with a 64-bit IIS, then you probably need a 64-bit isapi_redirect.dll. Is that what you are using ? Ganesan, Chandru wrote: Hi Please see the email below for the problem description. 1. Is isapi_redirect.dll tested/supported on Windows 2008 64-bit? 2. I'm able to successfully hit the tomcat server when IIS 7 is configured to run in 32-bit mode on Win2k8 (64-bit). IIS trace shows following error when I use 64-bit mode. FileName C:\inetpub\wwwroot\test\test.jsp ErrorCode 2147942403 ErrorCode The system cannot find the path specified. (0x80070003) 3. How do I know, on IIS 7, if isapi_redirect.dll is being hit? Tasklist command doesn't display the isapi_redirect.dll file even when it is working under 32-bit mode. IIS 6 has documented steps to verify this, however this has been removed in IIS 7. 4. No matter whether the isapi_redirect.dll is present or not, above error is always displayed. Appreciate your input very much. Thanks Chandru Ganesan From: Ganesan, Chandru Sent: Wednesday, May 19, 2010 9:16 AM To: Tomcat Users List Subject: Problem with IIS 7.0 plugin isapi_redirect on Windows 2008 64 bit Hi I'm trying to configure the IIS 7.0 with latest isapi_redirect.dll (Ver 1.2.30) on Windows 2008 Server (64 bit). When I try to login to the Apache Tomcat 5.5 Servlet container, it fails with the error: 404 - File or directory not found. The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable. Also I don't see any logs getting generated in isapi.log file, so I'm at a loss as to the root cause of this issue. I don't see isapi_redirect.dll getting loaded, however I notice isapi.dll being loaded. Attaching isapi_redirect.properties file below. Thanks in advance for your input. # The path to the ISAPI Redirector Extension, relative to the website # This must be in a virtual directory with execute privileges extension_uri=/jakarta/isapi_redirect.dll # Full path to the log file for the ISAPI Redirector log_file=c:\inetpub\scripts\isapi.log # Log level (debug, info, warn, error or trace) log_level=debug # Full path to the workers.properties file worker_file=c:\Inetpub\scripts\workers.properties # Full path to the uriworkermap.properties file worker_mount_file=c:\Inetpub\scripts\uriworkermap.properties rewrite_rule_file=c:\Inetpub\scripts\rewrites.properties Thanks Chandru Ganesan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Isapi_redirect.dll
On 05/07/2010 09:02 PM, Leo Donahue - PLANDEVX wrote: I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. Using isapi_redirect makes sense if you need to load balance several backends or merge Servlet and .NET technologies into the same app. People are also using it inside intranets for integrated security against domain controllers. Since you have very simple requirements with no obvious need for IIS, having Tomcat standalone is fine. By using Tomcat Native it'll even handle static load at the same rate as any other native web server. Regards -- ^TM - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Isapi_redirect.dll
Just to throw some more experiences in there, I used to work in a DoD shop where I had to support a mixed environment i.e. IIS + Tomcat. I found it much more convenient to use a isapi_redirect.properties file instead of the registry. It made configuration management easier. It was portable in that when I had to add or migrate servers it was a copy/paste operation. Add a vbscript to the package and voila, instant IIS configuration. -Original Message- From: Leo Donahue - PLANDEVX leodona...@mail.maricopa.gov To : 'Tomcat Users List' users@tomcat.apache.org Sent: Fri May 07 15:02:53 2010 Subject: Re: Isapi_redirect.dll Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down This whole process wastes time when I don't have it to waste. I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. I still have a lot to learn about using Tomcat. http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
this a great solution for serving static content tim and rafe said they both had a need for handling .NET client traffic and was wondering if isapi_redirect would either handle the .net requests (mostly aspx) or is there a tc plugin which will handle aspx traffic? thanks! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. Date: Sat, 8 May 2010 12:34:56 +0200 From: mt...@apache.org To: users@tomcat.apache.org Subject: Re: Isapi_redirect.dll On 05/07/2010 09:02 PM, Leo Donahue - PLANDEVX wrote: I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. Using isapi_redirect makes sense if you need to load balance several backends or merge Servlet and .NET technologies into the same app. People are also using it inside intranets for integrated security against domain controllers. Since you have very simple requirements with no obvious need for IIS, having Tomcat standalone is fine. By using Tomcat Native it'll even handle static load at the same rate as any other native web server. Regards -- ^TM - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4
[slightly OT] Re: Isapi_redirect.dll
Mladen Turk wrote: On 05/07/2010 09:02 PM, Leo Donahue - PLANDEVX wrote: I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. Using isapi_redirect makes sense if you need to load balance several backends or merge Servlet and .NET technologies into the same app. People are also using it inside intranets for integrated security against domain controllers. If this is the only reason for IIS, an alternative to do this directly in Tomcat is available here : http://www.ioplex.com As a matter of fact, I sometimes use Tomcat + Jespa as a back-end to Apache httpd, /solely/ for the purpose of authenticating Apache users versus NTLM. IT's often easier to set up things that way, than trying to set up NTLM authentication in Apache itself. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Isapi_redirect.dll
http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo
RE: Isapi_redirect.dll
Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5
RE: Isapi_redirect.dll
Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down This whole process wastes time when I don't have it to waste. I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. I still have a lot to learn about using Tomcat. http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Isapi_redirect.dll
i used to work at a site where the owner wanted to save a few pennies and turn the AC off at nite.. one day in july it got over 90 degrees and all the apps went into 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the server room the temp was over 100f opened the windows.. got some fans blowing..downed all the servers and the apps returned to operational I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or Oracle Spatial) would like to hear your esri preference (offline) when you get the chance good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 12:02:53 -0700 Subject: RE: Isapi_redirect.dll Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down This whole process wastes time when I don't have it to waste. I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. I still have a lot to learn about using Tomcat. http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo
RE: Isapi_redirect.dll
That happened here once. The building we lease lost AC two summers ago. We rented a cooling unit and the dust that blew out of the cooling unit tripped the fire alarm. Still employed. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 12:19 PM To: Tomcat Users List Subject: RE: Isapi_redirect.dll i used to work at a site where the owner wanted to save a few pennies and turn the AC off at nite.. one day in july it got over 90 degrees and all the apps went into 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the server room the temp was over 100f opened the windows.. got some fans blowing..downed all the servers and the apps returned to operational I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or Oracle Spatial) would like to hear your esri preference (offline) when you get the chance good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 12:02:53 -0700 Subject: RE: Isapi_redirect.dll Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down This whole process wastes time when I don't have it to waste. I ended up turning IIS off and now run my site using Tomcat only. Everything seems to be working fine with just Tomcat serving up static HTTP. I don't even notice a difference. I still have a lot to learn about using Tomcat. http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/j k/ binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc
Re: Isapi_redirect.dll
On 07/05/2010 20:02, Leo Donahue - PLANDEVX wrote: I ended up turning IIS off and now run my site using Tomcat only. WIN. p I still have a lot to learn about using Tomcat. (Not as much as you think.) http://planning.maricopa.gov Leo -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 10:37 AM To: Tomcat Users List Subject: RE: Isapi_redirect.dll no problem..you're the 3rd person on the list (in as many weeks) that has requested operational details for IIS-Tomcat configuration would appreciate hearing how these 2 technology stacks work together, Martin __ Please do not modify or alter this transmission. Thank You From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 09:49:41 -0700 Subject: RE: Isapi_redirect.dll Found it. http://www.gossipcheck.com/mirrors/apache/tomcat/tomcat-connectors/jk/ binaries/win32/jk-1.2.30/ -Original Message- From: Leo Donahue - PLANDEVX [mailto:leodona...@mail.maricopa.gov] Sent: Friday, May 07, 2010 9:48 AM To: 'Tomcat Users List' Subject: Isapi_redirect.dll http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html A pre-built version of the ISAPI redirector server plugin, isapi_redirect.dll, is available under the win32/i386 directory of tomcat-connectors distribution I'm blind. I downloaded the zip and I don't see it in there anywhere. http://tomcat.apache.org/download-connectors.cgi Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
RE: Isapi_redirect.dll
i always keep a fan in the back of the truck...just in case! good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 14:33:24 -0700 Subject: RE: Isapi_redirect.dll That happened here once. The building we lease lost AC two summers ago. We rented a cooling unit and the dust that blew out of the cooling unit tripped the fire alarm. Still employed. -Original Message- From: Martin Gainty [mailto:mgai...@hotmail.com] Sent: Friday, May 07, 2010 12:19 PM To: Tomcat Users List Subject: RE: Isapi_redirect.dll i used to work at a site where the owner wanted to save a few pennies and turn the AC off at nite.. one day in july it got over 90 degrees and all the apps went into 'super-fried' mode my beeper went off at 8pm ..when i finally arrived at the server room the temp was over 100f opened the windows.. got some fans blowing..downed all the servers and the apps returned to operational I see alot of GIS apps going ESRI these days..(mostly Postgres/PostGIS or Oracle Spatial) would like to hear your esri preference (offline) when you get the chance good stuff! Martin Gainty __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. From: leodona...@mail.maricopa.gov To: users@tomcat.apache.org Date: Fri, 7 May 2010 12:02:53 -0700 Subject: RE: Isapi_redirect.dll Martin, You caught me on an interesting day. I have an interesting/jaded response. Short answer: They work nice together when the configuration is correct, and you know what you're doing, and nobody messes with anything. Although, I don't think I really need IIS + Tomcat for what we are doing. Long answer: For several years, we have had a GIS website running under IIS + Tomcat, using the isapi_redirect.dll, and that is because we followed the vendor's recommendations. IIS = port 80, Tomcat = port 8080. Try deviating from their specs and you lose tech support, that is unless you can get someone to assist you in their user forums. Their user forums are not the best place to ask Tomcat related questions - *simply my opinion. IIS + Tomcat makes my head spin. The reason being is that when something is wrong with my servlet or the vendor's webapp, I waste time figuring out whether the isapi_redirect.dll is not working or whether I have some other issue. Case in point, today. My site was down for about 5 hours this morning. I finally tracked it back to: I implemented Tomcat, someone else implements IIS. I upgraded Tomcat, but IIS still had hold of the isapi_redirect.dll in my old tomcat_6.0.20 bin and that tomcat was not running. Ok, tried to fix that. Edit the registry for the isapi dll point to new tomcat bin, restart the server, no luck. Ok, then maybe isapi dll I had is not compatible with newer Tomcat? Chase that question down
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Here it is the whole description of my needs (in my posts I have reported just a part of the problem) and the solution I have found (also thanks to your suggestion): Problem I have a Win 2003 server and I want to run on it several web apps of different customers, each one responding to a different URL. Some of them are written in ASP (and then running under IIS 6) and other ones in Java (running under Tomcat 6). I need that all my web apps can be riched by port 80. Solution Since both IIS and Tomcat cannot be listening on port 80 at the same time, I have thought to leave IIS on port 80 and redirect Java calls to Tomcat using isapi_redirect.dll. 1 - Under Tomcat, I have created a specific virtual host www.teamfarnesevini.it with the same name and alias of my URL and context pointing to my application (TeamFarneseVini under Tomcat 6.0\work\Catalina\www.teamfarnesevini.it\TeamFarneseVini) that has been deployed under this virtual host (here is its definition in server.xml) Host name=localhost appBase=webapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false /Host Host name=www.teamfarnesevini.it appBase=webapps unpackWARs=false autoDeploy=false xmlValidation=false xmlNamespaceAware=false Context path= docBase=TeamFarneseVini/ Aliaswww.teamfarnesevini.it/Alias /Host 2 - Under IIS I have configured the dll and the web site teamfarnesevini.it pointing to the phisical dir of my application as shown in http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html 3 - I have created the worker 4 - In the uriworkermap.properties I have added the following lines: /TeamFarneseVini=ajp13 /TeamFarneseVini/*.jsp=ajp13 /TeamFarneseVini/*.do=ajp13 /*.*=ajp13 Now all seems to work correctly, but if you have a simplest solution I would be very happy! In particular, I don't think that the last directive in uriworkermap /*.*=ajp13 is very clear... but without it it doesn't work! Thanks for your help Mirko -- View this message in context: http://old.nabble.com/Problem-redirecting-requests-from-IIS-to-Tomcat-by-isapi_redirect.dll-tp27893887p27933369.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
On 15/03/2010 22:50, mirkocal wrote: Thanks for your answers, but maybe I have not been enaugh clear. What I want is that my web application can be launched asking for www.myapp.it and, in the future, deploy other web apps on the same physical machine under Tomcat, each one responding to a diffferent URL (all pointing to the IP address of my machine). Are you talking about virtual hosts, or multiple webapps in the same host? Please provide some example URLs so we know what you mean. I've tried to do this using IIS and Tomcat communication mechanism, but it doesn't work. You haven't really explained what doesn't work actually means. Any other suggest? Drop IIS and just use Tomcat? p - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Well, I need to install on the same physical machine multiple application running under Tomcat, let's say - MyApp1 - URL www.myapp1.it - MyApp2 - URL www.myapp2.it What I need is that both application can be launched simply asking for respectively www.myapp1.it and www.myapp2.it using port 80. I've tried to obtain this connecting IIS with Tomcat, but maybe I can use Virtual Hosting. Could you please explain me how to do it? Thanks -- View this message in context: http://old.nabble.com/Problem-redirecting-requests-from-IIS-to-Tomcat-by-isapi_redirect.dll-tp27893887p27916856.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
On 16/03/2010 12:18, mirkocal wrote: Well, I need to install on the same physical machine multiple application running under Tomcat, let's say - MyApp1 - URL www.myapp1.it - MyApp2 - URL www.myapp2.it What I need is that both application can be launched simply asking for respectively www.myapp1.it and www.myapp2.it using port 80. I've tried to obtain this connecting IIS with Tomcat, but maybe I can use Virtual Hosting. Could you please explain me how to do it? Your application should be called ROOT.war http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html p - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
I've done this many times. First you need to configure IIS to handle host headers. You can do this one of two ways. You can (a) create multiple virtual sites in IIS or (b) use an ISAPI redirector to simulate virtual hosts. I recommend option (a). Next you have to decide if you can afford to have all of your tomcat apps down when you need to take tomcat offline. If you can then you can run one instance of Tomcat and make use of rewrite rules (uriworkermap.properties file). If you can't then you'll need multiple instances of Tomcat. The way I configured my intranet applications was to create multiple virtual hosts in IIS (and configured each with the tomcat connector). Each connected to the same one instance of Tomcat. I use a isapi_redirect.properties file instead of the registry for configuration. I then use the uriworkermap.properties file to handle mapping the IIS virtual host to the tomcat application. Unfortunately I don't have access at the moment to my uriworkermap.properties, but I'll see if I can't come up with a sample for you. Hope this gets you started. -Original Message- From: mirkocal mirko.cala...@gmail.com To : users@tomcat.apache.org Sent: Tue Mar 16 8:18:08 2010 Subject: Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll Well, I need to install on the same physical machine multiple application running under Tomcat, let's say - MyApp1 - URL www.myapp1.it - MyApp2 - URL www.myapp2.it What I need is that both application can be launched simply asking for respectively www.myapp1.it and www.myapp2.it using port 80. I've tried to obtain this connecting IIS with Tomcat, but maybe I can use Virtual Hosting. Could you please explain me how to do it? Thanks - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
From: Electronjockey [mailto:electronjoc...@hotmail.com] Subject: Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll First you need to configure IIS to handle host headers. Actually, the first thing to do is get rid of IIS, since it doesn't appear to be playing any useful role in the OP's environment, then configure Tomcat to use port 80, and follow the instructions at the link Pid provided. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Yes, my error, I just surmised that since he was using IIS with the Tomcat connector that he did in fact have a reason for using it. If that is not the case, then you are correct. The desired result can be achieved by disabling or removing IIS and reconfiguring Tomcat to respond on port 80 and configure virtual hosts. -Original Message- From: Caldarale, Charles R chuck.caldar...@unisys.com To : Tomcat Users List users@tomcat.apache.org Sent: Tue Mar 16 9:26:19 2010 Subject: Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll From: Electronjockey [mailto:electronjoc...@hotmail.com] Subject: Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll First you need to configure IIS to handle host headers. Actually, the first thing to do is get rid of IIS, since it doesn't appear to be playing any useful role in the OP's environment, then configure Tomcat to use port 80, and follow the instructions at the link Pid provided. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Thanks for your answers, but maybe I have not been enaugh clear. What I want is that my web application can be launched asking for www.myapp.it and, in the future, deploy other web apps on the same physical machine under Tomcat, each one responding to a diffferent URL (all pointing to the IP address of my machine). I've tried to do this using IIS and Tomcat communication mechanism, but it doesn't work. Any other suggest? -- View this message in context: http://old.nabble.com/Problem-redirecting-requests-from-IIS-to-Tomcat-by-isapi_redirect.dll-tp27893887p27911392.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Thanks for your answers, but maybe I have not been enaugh clear. What I want is that my web application can be launched asking for www.myapp.it and, in the future, deploy other web apps on the same physical machine under Tomcat, each one responding to a diffferent URL (all pointing to the IP address of my machine). I've tried to do this using IIS and Tomcat communication mechanism, but it doesn't work. Any other suggest? -- View this message in context: http://old.nabble.com/Problem-redirecting-requests-from-IIS-to-Tomcat-by-isapi_redirect.dll-tp27893887p27911408.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
Hi, I'm trying to redirect requests from IIS 6 to Tomcat 6. I've followed the instructions reported in the official Tomcat documentation: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html http://tomcat.apache.org/connectors-doc/generic_howto/workers.html http://tomcat.apache.org/connectors-doc/reference/uriworkermap.html In particular, I've created: - the required registry key - the web app MyApp under Tomcat - the web site MyApp under IIS containing the virtual directory MyApp pointing to the fisical directory of the Tomcat web app (further than the jakarta virtual dir) with host header value www.myapp.it and ISAPI filter as shown in the docs I'm using isapi_redirect.dll ver. 1.2.30, the operating system is Win 2003. Now, asking for www.myapp.it I am only redirected on Tomcat main page, but MyApp is not started. To access it, I have to ask for www.myapp.it/MyApp but what I want is to start the application asking simply for www.myapp.it. Any suggest is appriciated!!! thanks in advance Mirko -- View this message in context: http://old.nabble.com/Problem-redirecting-requests-from-IIS-to-Tomcat-by-isapi_redirect.dll-tp27893887p27893887.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
mirkocal wrote: Hi, I'm trying to redirect requests from IIS 6 to Tomcat 6. I've followed the instructions reported in the official Tomcat documentation: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html http://tomcat.apache.org/connectors-doc/generic_howto/workers.html http://tomcat.apache.org/connectors-doc/reference/uriworkermap.html In particular, I've created: - the required registry key - the web app MyApp under Tomcat - the web site MyApp under IIS containing the virtual directory MyApp pointing to the fisical directory of the Tomcat web app (further than the jakarta virtual dir) with host header value www.myapp.it and ISAPI filter as shown in the docs That, you should probably not do, because if you define the webapp dir directly to IIS, it means you are bypassing Tomcat. Try accessing http://www.myapp.it/MyApp/WEB-INF/web.xml. If it works, then something is wrong, because Tomcat (for security reasons) would never show you this file. Basically, you should have only the jakarta virtual dir, and it will work for all your Tomcat webapps. Only in some special cases, you do need to add MyApp, but then you should be really careful. I'm using isapi_redirect.dll ver. 1.2.30, the operating system is Win 2003. That's fine. Now, asking for www.myapp.it I am only redirected on Tomcat main page That is as it should be, with the standard installation. , but MyApp is not started. To access it, I have to ask for www.myapp.it/MyApp That is also normal. but what I want is to start the application asking simply for www.myapp.it. This is a different issue. For that to work, you need to make your app be the Tomcat default application (which is named ROOT (in capitals)). See here : http://wiki.apache.org/tomcat/HowTo #39 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Problem redirecting requests from IIS to Tomcat by isapi_redirect.dll
On 14.03.2010 13:25, André Warnier wrote: mirkocal wrote: Hi, I'm trying to redirect requests from IIS 6 to Tomcat 6. I've followed the instructions reported in the official Tomcat documentation: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html http://tomcat.apache.org/connectors-doc/generic_howto/workers.html http://tomcat.apache.org/connectors-doc/reference/uriworkermap.html In particular, I've created: - the required registry key - the web app MyApp under Tomcat - the web site MyApp under IIS containing the virtual directory MyApp pointing to the fisical directory of the Tomcat web app (further than the jakarta virtual dir) with host header value www.myapp.it and ISAPI filter as shown in the docs That, you should probably not do, because if you define the webapp dir directly to IIS, it means you are bypassing Tomcat. Try accessing http://www.myapp.it/MyApp/WEB-INF/web.xml. If it works, then something is wrong, because Tomcat (for security reasons) would never show you this file. Basically, you should have only the jakarta virtual dir, and it will work for all your Tomcat webapps. Only in some special cases, you do need to add MyApp, but then you should be really careful. I'm using isapi_redirect.dll ver. 1.2.30, the operating system is Win 2003. That's fine. Now, asking for www.myapp.it I am only redirected on Tomcat main page That is as it should be, with the standard installation. , but MyApp is not started. To access it, I have to ask for www.myapp.it/MyApp That is also normal. but what I want is to start the application asking simply for www.myapp.it. This is a different issue. For that to work, you need to make your app be the Tomcat default application (which is named ROOT (in capitals)). See here : http://wiki.apache.org/tomcat/HowTo #39 If you really need to publish the webapp /MyApp under a different path than the one it is deployed in Tomcat, you could play around with the rewrite feature of the isapi redirector. Look for the word rewrite on the page http://tomcat.apache.org/connectors-doc/reference/iis.html Warning: it will only rewrite request URLs, not Redirect URLs, Cookie paths etc. If you can put the app into the root context as suggested by André, it will be easier. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [/jakarta/isapi_redirect.dll] is not a servlet url
On 07.12.2009 16:40, magillagorilla wrote: Yes, my worker files are in the path I have specified in the registry. I am confused by this as well. I don't know where that worker name is coming from. The workers.minimal settings I posted are the ones I am using. If indeed the redirector is looking for a worker called ajp13 then, yes, it is not finding it. awarnier wrote: magillagorilla wrote: ... [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpExtensionProc::jk_isapi_plugin.c (1084): could not get a worker for name ajp13 [Fri Dec 04 12:56:25 2009] [0160:3124] [error] HttpExtensionProc::jk_isapi_plugin.c (1109): could not get a worker for name ajp13 ... I don't really know what the problem is, but I am intrigued by the above 2 lines in your logs. It looks as if mod_jk is looking for a worker whose /name/ is ajp13, but that does not seem to be reflected in the configuration files that you quoted. Are you sure that the configuration files you listed are really the ones that are being used ? If it can't find the worker configuration, it uses an automatic worker named ajp13 pointing at localhost:8009. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [/jakarta/isapi_redirect.dll] is not a servlet url
Yes, my worker files are in the path I have specified in the registry. I am confused by this as well. I don't know where that worker name is coming from. The workers.minimal settings I posted are the ones I am using. If indeed the redirector is looking for a worker called ajp13 then, yes, it is not finding it. awarnier wrote: magillagorilla wrote: ... [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpExtensionProc::jk_isapi_plugin.c (1084): could not get a worker for name ajp13 [Fri Dec 04 12:56:25 2009] [0160:3124] [error] HttpExtensionProc::jk_isapi_plugin.c (1109): could not get a worker for name ajp13 ... I don't really know what the problem is, but I am intrigued by the above 2 lines in your logs. It looks as if mod_jk is looking for a worker whose /name/ is ajp13, but that does not seem to be reflected in the configuration files that you quoted. Are you sure that the configuration files you listed are really the ones that are being used ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- View this message in context: http://old.nabble.com/--jakarta-isapi_redirect.dll--is-not-a-servlet-url-tp26636373p26679053.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
[/jakarta/isapi_redirect.dll] is not a servlet url
Hello all, This is my first post here. I hope someone can help. I've been searching high and low for days to resolve a problem I am having with the jakarta redirector. My JAVA application is BMC Remedy MidTier I am running: IIS 6 Tomcat 5.5.26 Jakarta isapi_redirect.dll v1.2.28 Win 2K3 SP2 I have never been able to get the application to work through IIS. The redirector seems to fail at the last step. Please see the isapt_redirect log below: *** [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (805): Filter started [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (872): Virtual Host redirection of /WEBAPP001/arsys/shared/login.jsp [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (542): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] uri_worker_map_update::jk_uri_worker_map.c (712): File C:\Program Files\Apache Software Foundation\Jakarta Isapi Redirector\conf\uriworkermap.properties is not modified [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (575): Attempting to map URI '/WEBAPP001/arsys/shared/login.jsp' from 1 maps [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (587): Attempting to map context URI '/arsys/*=ars' source 'uriworkermap' [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (623): exit [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (879): Default redirection of /arsys/shared/login.jsp [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (542): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (575): Attempting to map URI '/arsys/shared/login.jsp' from 1 maps [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (587): Attempting to map context URI '/arsys/*=ars' source 'uriworkermap' [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (602): Found a wildchar match '/arsys/*=ars' [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (605): exit [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (889): check if [/arsys/shared/login.jsp] is points to the web-inf directory [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (907): [/arsys/shared/login.jsp] is a servlet url - should redirect to ars [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (919): fowarding original URI [/arsys/shared/login.jsp] [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (805): Filter started [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (872): Virtual Host redirection of /WEBAPP001/jakarta/isapi_redirect.dll [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (542): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (575): Attempting to map URI '/WEBAPP001/jakarta/isapi_redirect.dll' from 1 maps [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (587): Attempting to map context URI '/arsys/*=ars' source 'uriworkermap' [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (623): exit [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (879): Default redirection of /jakarta/isapi_redirect.dll [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (542): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (575): Attempting to map URI '/jakarta/isapi_redirect.dll' from 1 maps [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] map_uri_to_worker::jk_uri_worker_map.c (587): Attempting to map context URI '/arsys/*=ars' source 'uriworkermap' [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] map_uri_to_worker::jk_uri_worker_map.c (623): exit [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (889): check if [/jakarta/isapi_redirect.dll] is points to the web-inf directory [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpFilterProc::jk_isapi_plugin.c (1008): [/jakarta/isapi_redirect.dll] is not a servlet url [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] HttpExtensionProc::jk_isapi_plugin.c (1045): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] wc_maintain::jk_worker.c (307): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] wc_maintain::jk_worker.c (321): Maintaining worker ars [Fri Dec 04 12:56:25 2009] [0160:3124] [trace] ajp_maintain::jk_ajp_common.c (2349): enter [Fri Dec 04 12:56:25 2009] [0160:3124] [trace
Re: [/jakarta/isapi_redirect.dll] is not a servlet url
magillagorilla wrote: ... [Fri Dec 04 12:56:25 2009] [0160:3124] [debug] HttpExtensionProc::jk_isapi_plugin.c (1084): could not get a worker for name ajp13 [Fri Dec 04 12:56:25 2009] [0160:3124] [error] HttpExtensionProc::jk_isapi_plugin.c (1109): could not get a worker for name ajp13 ... I don't really know what the problem is, but I am intrigued by the above 2 lines in your logs. It looks as if mod_jk is looking for a worker whose /name/ is ajp13, but that does not seem to be reflected in the configuration files that you quoted. Are you sure that the configuration files you listed are really the ones that are being used ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IIS isapi_redirect.dll chunked encoding option
On 02.09.2009 22:17, Andy Wang wrote: Rainer Jung wrote: Difficult to answer. My feeling is, that the code is fine and the original contributor Tim Whittington seemed to have used basically the same code for quite some time. On the other hand only having it in a separate binary will still prevent most people to use it, so it might still not be used broadly out in the field. At least we are not aware of any problem with the chunked encoding code. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Ranier, Thanks for the generally positive answer :). We're going to try to enable it out of the box on our IIS configurations and see how things go, so pretty soon, there'll be alot more machines potentially running with the chunked encoding option. I haven't looked that closely at the code, but was there enough worry that it would cause side effects to make it a compile time AND a configuration option? I would say no, the configuration option is there for the time when we start having the chunked encoding code in by default. You can also do easier debugging, if you can turn it off without switching the binaries. Of course as long as the two binares are separate, turning chunking on by default would have been the more natural choice. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IIS isapi_redirect.dll chunked encoding option
On 21.08.2009 20:51, Andy Wang wrote: What are the general thoughts on the stability of the enable_chunked_encoding option for the IIS isapi redirector for tomcat and IIS? We're running into a scenario where something is causing IIS to not send down the complete response. Haven't figured out exactly the cause yet, but the symptoms are the browser never acknowledges a response was complete even though tomcat has fully written the response out through to the web server. Wireshark captures show the last few packets not being sent so the response is just a little short of what's to be expected. One thing we noticed was setting enable_chunked_encoding (with a redirectory built for chunked encoding of course) made everything work fine so I wanted to get a feel for just how experimental this really is and what the general consensus is on it's stability. Difficult to answer. My feeling is, that the code is fine and the original contributor Tim Whittington seemed to have used basically the same code for quite some time. On the other hand only having it in a separate binary will still prevent most people to use it, so it might still not be used broadly out in the field. At least we are not aware of any problem with the chunked encoding code. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IIS isapi_redirect.dll chunked encoding option
Rainer Jung wrote: Difficult to answer. My feeling is, that the code is fine and the original contributor Tim Whittington seemed to have used basically the same code for quite some time. On the other hand only having it in a separate binary will still prevent most people to use it, so it might still not be used broadly out in the field. At least we are not aware of any problem with the chunked encoding code. Regards, Rainer - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Ranier, Thanks for the generally positive answer :). We're going to try to enable it out of the box on our IIS configurations and see how things go, so pretty soon, there'll be alot more machines potentially running with the chunked encoding option. I haven't looked that closely at the code, but was there enough worry that it would cause side effects to make it a compile time AND a configuration option? Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
IIS isapi_redirect.dll chunked encoding option
What are the general thoughts on the stability of the enable_chunked_encoding option for the IIS isapi redirector for tomcat and IIS? We're running into a scenario where something is causing IIS to not send down the complete response. Haven't figured out exactly the cause yet, but the symptoms are the browser never acknowledges a response was complete even though tomcat has fully written the response out through to the web server. Wireshark captures show the last few packets not being sent so the response is just a little short of what's to be expected. One thing we noticed was setting enable_chunked_encoding (with a redirectory built for chunked encoding of course) made everything work fine so I wanted to get a feel for just how experimental this really is and what the general consensus is on it's stability. Thanks, Andy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IIS isapi_redirect.dll chunked encoding option
2009/8/21 Andy Wang aw...@ptc.com: What are the general thoughts on the stability of the enable_chunked_encoding option for the IIS isapi redirector for tomcat and IIS? I suspect it depends on the version ;-). What are you using? - Peter - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: IIS isapi_redirect.dll chunked encoding option
Sorry, forgot to mention that. We're at the latest and greatest tomcat-connector version: 1.2.28. Thanks, Andy Peter Crowther wrote: 2009/8/21 Andy Wang aw...@ptc.com: What are the general thoughts on the stability of the enable_chunked_encoding option for the IIS isapi redirector for tomcat and IIS? I suspect it depends on the version ;-). What are you using? - Peter - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
isapi_redirect.dll 64 bit
Where can I get a 64 bit version of the isapi_redirect.dll? I assume this is created by Apache? Regards, Michael McLeod Consultant ProtoCall One T +44 (0) 800 881 8130 F +44 (0) 845 466 6005 M +44 (0) 797 032 9560 E [EMAIL PROTECTED] W www.pc-1.co.uk http://www.pc-1.co.uk/ A Wyvols Court, Swallowfield, Reading, Berkshire RG7 1WY United Kingdom _ The information contained in or attached to this email is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. It may contain information which is confidential and/or covered by legal professional or other privilege (or other rules or laws with similar effect in jurisdictions outside England and Wales). The views expressed in this email are not necessarily the views of ProtoCall One Limited, and the company, its directors, officers or employees make no representation or accept any liability for its accuracy or completeness unless expressly stated to the contrary.
Re: isapi_redirect.dll 64 bit
Michael McLeod wrote: Where can I get a 64 bit version of the isapi_redirect.dll? I assume this is created by Apache? http://www.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win64/jk-1.2.27/ Regards -- ^(TM) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
rewrite.properties - AJP1.3 connector (isapi_redirect.dll) from IIS 6 to tomcat 5.5
I have installed tomcat 5.5.26 and JK 1.2.26 on a Windows 2003 Standard Server running IIS 6. isapi_redirect.properties, workers.properties, uriworkermap.properties, server.xml are all configured, and IIS to tomcat jvm AJP connection is working fine. However I need to do URL rewriting (may also be referred to as mapping or translation or path-trimming). I would like to be able to translate something like http://servername/xxx/yyy/zzz/ where zzz is a workeruri in AJP to something like http://servername/zzz/ I have configured isapi to use a rewrite.properties file with the rewrite_rule_file parameter. The isapi log file says that this file is being opened and read, and that the mapping is being entered into the mapping table. However when a connection is made to the new URL it is not being translated. Example of a simple case: -workers.properties file worker.PBLTFUworker.host=localhost worker.PBLTFUworker.port=7181 worker.PBLTFUworker.type=ajp13 worker.list=PBLTFUworker -uriworkermap.properties file /PBLTFU/*=PBLTFUworker -rewrite.properties file /ABC/=/PBLTFU/ http://localhost/PBLTFU/ works fine - IIS connects to /PBLTFU container in tomcat jvm with AJP connector answering on port 7181 http://localhost/ABC/ does not connect at all - isapi log file suggests translation is not being made. Is rewrite.properties supposed to work with isapi_redirect.dll and IIS 6? If so, are there any tricks to doing URL rewriting or path trimming? (I did try to find answers to this in the list archives, but it is not obvious to me how to search the archives.) Thanks in advance for any reply. Regards, Bob NY USA
Re: rewrite.properties - AJP1.3 connector (isapi_redirect.dll) from IIS 6 to tomcat 5.5
Saltzman, Robert B (GE, Research) wrote: I have installed tomcat 5.5.26 and JK 1.2.26 on a Windows 2003 Standard Server running IIS 6. isapi_redirect.properties, workers.properties, uriworkermap.properties, server.xml are all configured, and IIS to tomcat jvm AJP connection is working fine. However I need to do URL rewriting (may also be referred to as mapping or translation or path-trimming). I would like to be able to translate something like http://servername/xxx/yyy/zzz/ where zzz is a workeruri in AJP to something like http://servername/zzz/ I have configured isapi to use a rewrite.properties file with the rewrite_rule_file parameter. The isapi log file says that this file is being opened and read, and that the mapping is being entered into the mapping table. However when a connection is made to the new URL it is not being translated. Example of a simple case: -workers.properties file worker.PBLTFUworker.host=localhost worker.PBLTFUworker.port=7181 worker.PBLTFUworker.type=ajp13 worker.list=PBLTFUworker -uriworkermap.properties file /PBLTFU/*=PBLTFUworker add /ABC/*=PBLTFUworker to uriworkermap.properties files and then it should work. Regards -- ^(TM) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
isapi_redirect.dll without Tomcat
Hi, I've two hosts: Host A: Windows 2003, IIS 6.0, isapi_redirect.dll 1.2.26. Host B: Windows 2003, Tomcat 6. I've done the steps in the manual[1] and then a configuration using only .properties file[2] and not the registry, but I only get a red down-pointing arrow in the Filters configuration tab and no logs from isapi_redirect. What I'm trying to achieve is that Host A redirect requests to Host B, but I don't want Tomcat to be installed in Host A. Is it posible? Can isapi_redirect.dll work without Tomcat installed? Thanks in advance. [1] http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html [2] http://www.mail-archive.com/users@tomcat.apache.org/msg45734.html -- Diego Fdez. Durán [EMAIL PROTECTED] | http://www.goedi.net GPG : 925C 9A21 7A11 3B13 6E43 50DB F579 D119 90D2 66BB - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found
Hi Bruno, and others! In the end I was successfull. In summaray, I've checked my config (from HOWTO) tripple and more, but nothing. I've transfered my config on a test machine and surprise, it works! But reinstalling the IIS on the original machine was not an option. And in last distress I've switched from configuring isapi_redirect by MS Registry to configure by isapi_redirect.properties file. And with the same settings it works :-) Isapi_redirect Filter is installed only on the virtual web instance and _not_ global. May others find usefull tips in here, too. Huge thanks to Bruno for his ideas. Regards Martin A few other things that just came to my mind: 1- Where I use the registry for the settings, I don't double the backslashes - just use (for instance) D:\Tomcat\logs etc. 2- IMHO, with the latest JKs it's better to clean the registry entries and use the isapi_redirect.properties configuration file, especially if you install it on a single site (http://tomcat.apache.org/connectors-doc/reference/iis.html Using a properties file.. - this might also help debugging.. 3- Try on different computers.. despite the procedure was correct, once I had to remove and add IIS again to get everything to work. -Ursprüngliche Nachricht- Von: myrealbruno [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 18. Juli 2007 12:52 An: Tomcat Users List Betreff: Re: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found Hi Martin, As far as I can tell everything is ok in your setup - I tried to replicate the error you get without success. You might want to check the IIS logs, the file permissions on the isapi dll, check if the /jakarta alias on IIS has execute permissions, try to set it as a global filter.. what else? And as a last resort use one of the old versions installers and then upgrade the files afterwards - version 1.2.15 had an msi installer for instance: http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/ - this might work. - Original Message - From: Kirst Martin Wolfgang [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Monday, July 16, 2007 8:40 AM Subject: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found Hi, I'm trying to use IIS v5.00.3700.1000 with Tomcat 5.5.17 using isapi_redirect 1.2.23 and AJP13. But in the end I always see an error page from tomcat: HTTP Status 404 - /jakarta/isapi_redirect.dll ... The requested resource (/jakarta/isapi_redirect.dll) is not available ... Apache Tomcat/5.5.17 . Setup: OS: Windows 2000 SP4. JAVA: v 1.6.0_u1 (jdk from SUN) There are multiple IPs on this mashine for one ethernet card. One IP is mapped to DNS portoweb.portolancs.com (195.127.36.18). There are multiple web sites hosted on this IIS, each mapped configured to one IP. The isapi_redirect.dll is only installed on this single IIS web site under properties - isapi filters, that means _not global_ for all. I was following this howto: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html I googled around and found others with the same problem, but no solution. I've checked all settings at least twice. There was a hint, the the uri is mapped twice. When reading the redirect-log.txt, it seems to be all fine, mapping is working, AJP is working, but still an error page. Whats wrong with this setup/configs? My configs: Registry: - [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirect.dll log_file=D:\\Tomcat\\logs\\isapi.log log_level=debug worker_file=D:\\Tomcat\\conf\\workers.properties worker_mount_file=D:\\Tomcat\\conf\\uriworkermap.properties uriworkermap.properties: /portoweb.portolancs.com/*=portoweb workers.properties: --- worker.list = portoweb worker.portoweb.type = ajp13 worker.portoweb.host = 127.0.0.1 worker.portoweb.port = 8009 Best regards Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found
Thanks for reporting back your findings! Kirst Martin Wolfgang schrieb: Hi Bruno, and others! In the end I was successfull. In summaray, I've checked my config (from HOWTO) tripple and more, but nothing. I've transfered my config on a test machine and surprise, it works! But reinstalling the IIS on the original machine was not an option. And in last distress I've switched from configuring isapi_redirect by MS Registry to configure by isapi_redirect.properties file. And with the same settings it works :-) Isapi_redirect Filter is installed only on the virtual web instance and _not_ global. May others find usefull tips in here, too. Huge thanks to Bruno for his ideas. Regards Martin - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found
Hi Martin, As far as I can tell everything is ok in your setup - I tried to replicate the error you get without success. You might want to check the IIS logs, the file permissions on the isapi dll, check if the /jakarta alias on IIS has execute permissions, try to set it as a global filter.. what else? And as a last resort use one of the old versions installers and then upgrade the files afterwards - version 1.2.15 had an msi installer for instance: http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/ - this might work. Hope it helps, b. - Original Message - From: Kirst Martin Wolfgang [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Monday, July 16, 2007 8:40 AM Subject: isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found Hi, I'm trying to use IIS v5.00.3700.1000 with Tomcat 5.5.17 using isapi_redirect 1.2.23 and AJP13. But in the end I always see an error page from tomcat: HTTP Status 404 - /jakarta/isapi_redirect.dll ... The requested resource (/jakarta/isapi_redirect.dll) is not available ... Apache Tomcat/5.5.17 . Setup: OS: Windows 2000 SP4. JAVA: v 1.6.0_u1 (jdk from SUN) There are multiple IPs on this mashine for one ethernet card. One IP is mapped to DNS portoweb.portolancs.com (195.127.36.18). There are multiple web sites hosted on this IIS, each mapped configured to one IP. The isapi_redirect.dll is only installed on this single IIS web site under properties - isapi filters, that means _not global_ for all. I was following this howto: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html I googled around and found others with the same problem, but no solution. I've checked all settings at least twice. There was a hint, the the uri is mapped twice. When reading the redirect-log.txt, it seems to be all fine, mapping is working, AJP is working, but still an error page. Whats wrong with this setup/configs? My configs: Registry: - [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirect.dll log_file=D:\\Tomcat\\logs\\isapi.log log_level=debug worker_file=D:\\Tomcat\\conf\\workers.properties worker_mount_file=D:\\Tomcat\\conf\\uriworkermap.properties uriworkermap.properties: /portoweb.portolancs.com/*=portoweb workers.properties: --- worker.list = portoweb worker.portoweb.type = ajp13 worker.portoweb.host = 127.0.0.1 worker.portoweb.port = 8009 Best regards Martin --- Scanned by M+ Guardian Messaging Firewall --- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
isapi_redirect from IIS5 to tomcat 5.5 brings HTTP 404 - isapi_redirect.dll not found
Hi, I'm trying to use IIS v5.00.3700.1000 with Tomcat 5.5.17 using isapi_redirect 1.2.23 and AJP13. But in the end I always see an error page from tomcat: HTTP Status 404 - /jakarta/isapi_redirect.dll ... The requested resource (/jakarta/isapi_redirect.dll) is not available ... Apache Tomcat/5.5.17 . Setup: OS: Windows 2000 SP4. JAVA: v 1.6.0_u1 (jdk from SUN) There are multiple IPs on this mashine for one ethernet card. One IP is mapped to DNS portoweb.portolancs.com (195.127.36.18). There are multiple web sites hosted on this IIS, each mapped configured to one IP. The isapi_redirect.dll is only installed on this single IIS web site under properties - isapi filters, that means _not global_ for all. I was following this howto: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html I googled around and found others with the same problem, but no solution. I've checked all settings at least twice. There was a hint, the the uri is mapped twice. When reading the redirect-log.txt, it seems to be all fine, mapping is working, AJP is working, but still an error page. Whats wrong with this setup/configs? My configs: Registry: - [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirect.dll log_file=D:\\Tomcat\\logs\\isapi.log log_level=debug worker_file=D:\\Tomcat\\conf\\workers.properties worker_mount_file=D:\\Tomcat\\conf\\uriworkermap.properties uriworkermap.properties: /portoweb.portolancs.com/*=portoweb workers.properties: --- worker.list = portoweb worker.portoweb.type = ajp13 worker.portoweb.host = 127.0.0.1 worker.portoweb.port = 8009 Best regards Martin ... [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1040): Using registry. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1043): Using log file D:\Tomcat\logs\isapi.log. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1044): Using log level 1. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1045): Using extension uri /jakarta/isapi_redirect.dll. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1046): Using worker file D:\Tomcat\conf\workers.properties. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1047): Using worker mount file D:\Tomcat\conf\uriworkermap.properties. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1049): Using uri select 0. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_open::jk_uri_worker_map.c (461): rule map size is 1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_add::jk_uri_worker_map.c (382): match rule /portoweb.portolancs.com/=portoweb was added [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_open::jk_uri_worker_map.c (478): there are 1 rules [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] build_worker_map::jk_worker.c (196): creating worker ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] wc_create_worker::jk_worker.c (120): about to create instance ajp13 of ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] wc_create_worker::jk_worker.c (133): about to validate and init ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_validate::jk_ajp_common.c (1721): worker ajp13 contact is localhost:8009 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1767): setting socket keepalive to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1806): setting socket timeout to -1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1810): setting connection recycle timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1814): setting cache timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1818): setting connect timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1822): setting reply timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1826): setting prepost timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1830): setting recovery opts to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1834): setting number of retries to 3 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1854): setting connection cache size to 1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] build_worker_map::jk_worker.c (208): removing old ajp13 worker [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] HttpFilterProc::jk_isapi_plugin.c (636): Detected IIS = 5.0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] jk_shm.c (169): Initialized shared memory size=28800 free=28672 addr=0x1fe [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] jk_isapi_plugin.c (1658): Using registry. [Fri
isapi_redirect from IIS5 to tomcat 5.5.17 brings HTTP 404 - isapi_redirect.dll not found
Hi, I'm trying to use IIS v5.00.3700.1000 with Tomcat 5.5.17 using isapi_redirect 1.2.23 and AJP13. But in the end I always see an error page from tomcat: HTTP Status 404 - /jakarta/isapi_redirect.dll ... The requested resource (/jakarta/isapi_redirect.dll) is not available ... Apache Tomcat/5.5.17 . Setup: OS: Windows 2000 SP4. JAVA: v 1.6.0_u1 (jdk from SUN) There are multiple IPs on this mashine for one ethernet card. One IP is mapped to DNS portoweb.portolancs.com (195.127.36.18). There are multiple web sites hosted on this IIS, each mapped configured to one IP. The isapi_redirect.dll is only installed on this single IIS web site under properties - isapi filters, that means _not global_ for all. I was following this howto: http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html I googled around and found others with the same problem, but no solution. I've checked all settings at least twice. There was a hint, the the uri is mapped twice. When reading the redirect-log.txt, it seems to be all fine, mapping is working, AJP is working, but still an error page. Whats wrong with this setup/configs? My configs: Registry: - [HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Isapi Redirector\1.0] extension_uri=/jakarta/isapi_redirect.dll log_file=D:\\Tomcat\\logs\\isapi.log log_level=debug worker_file=D:\\Tomcat\\conf\\workers.properties worker_mount_file=D:\\Tomcat\\conf\\uriworkermap.properties uriworkermap.properties: /portoweb.portolancs.com/*=portoweb workers.properties: --- worker.list = portoweb worker.portoweb.type = ajp13 worker.portoweb.host = 127.0.0.1 worker.portoweb.port = 8009 Best regards Martin -- Dipl.-Inf. Martin Wolfgang Kirst RD PORTOLAN Commerce Solutions GmbH homepage: http://www.portolancs.com ... [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1040): Using registry. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1043): Using log file D:\Tomcat\logs\isapi.log. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1044): Using log level 1. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1045): Using extension uri /jakarta/isapi_redirect.dll. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1046): Using worker file D:\Tomcat\conf\workers.properties. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1047): Using worker mount file D:\Tomcat\conf\uriworkermap.properties. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] init_jk::jk_isapi_plugin.c (1049): Using uri select 0. [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_open::jk_uri_worker_map.c (461): rule map size is 1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_add::jk_uri_worker_map.c (382): match rule /portoweb.portolancs.com/=portoweb was added [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] uri_worker_map_open::jk_uri_worker_map.c (478): there are 1 rules [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] build_worker_map::jk_worker.c (196): creating worker ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] wc_create_worker::jk_worker.c (120): about to create instance ajp13 of ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] wc_create_worker::jk_worker.c (133): about to validate and init ajp13 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_validate::jk_ajp_common.c (1721): worker ajp13 contact is localhost:8009 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1767): setting socket keepalive to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1806): setting socket timeout to -1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1810): setting connection recycle timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1814): setting cache timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1818): setting connect timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1822): setting reply timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1826): setting prepost timeout to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1830): setting recovery opts to 0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1834): setting number of retries to 3 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] ajp_init::jk_ajp_common.c (1854): setting connection cache size to 1 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] build_worker_map::jk_worker.c (208): removing old ajp13 worker [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] HttpFilterProc::jk_isapi_plugin.c (636): Detected IIS = 5.0 [Fri Jun 08 11:36:24 2007] [2108:1692] [debug] jk_shm.c (169): Initialized shared memory size=28800 free=28672
which version of isapi_redirect.dll to use
I have a Windows 2003 machine running IIS 6.0. I need to be able to reverse proxy this to another machine running Tomcat. Which version of isapi_redirect.dll should I use? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: which version of isapi_redirect.dll to use
Swaroop George wrote: I have a Windows 2003 machine running IIS 6.0. I need to be able to reverse proxy this to another machine running Tomcat. Which version of isapi_redirect.dll should I use? Stable version of course ;) http://tomcat.apache.org/download-connectors.cgi Regards, Mladen - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
modjk isapi_redirect.dll denying access to web-inf and meta-inf
Windows 2003 server with Tomcat 5.5.20 and modjk 1.2.21 This server is running ViewVC along with having Tomcat serving Hudson and Jira. We have been unable to browse the WEB-INF and META-INF directories of our projects under ViewVC since adding the isapi_redirect.dll. Is there an option to configure modjk so that it only protects the WEB-INF and META-INF directories when they are part of a url defined in uriworkermap.properties? Is there an option to turn this protection off completely? Thanks, Cory - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: modjk isapi_redirect.dll denying access to web-inf and meta-inf
[EMAIL PROTECTED] wrote: Is there an option to configure modjk so that it only protects the WEB-INF and META-INF directories when they are part of a url defined in uriworkermap.properties? No, but good point. Is there an option to turn this protection off completely? No. Regards, Mladen. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help localizing IIS crach running isapi_redirect.dll
We are suddenly experience major problems on all of our four productionservers. We are running four IIS 6 servers on Win 2003 Server which are connected with isapi_redirect (ajp13) to four tomcat 5.5.12 which is mapped 1 to 1. They have been runnning fine in at least some month and suddenly the IIS application pools is crashing for us and we have no idea why, tomcat is running fine and we cant se any problems. The is a typical event from one of the iis server event log: 8 Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 2007-02-07 Time: 19:48:02 User: N/A Computer: SE05WWW02 Description: Faulting application w3wp.exe, version 6.0.3790.1830, faulting module ntdll.dll, version 5.2.3790.1830, fault address 0x0002f583. 8 We have run DebugDiag and this is a snippet from that, below, and the only clue we can find is that the following: isapi_redirect!TerminateFilter+89af 01027884 6a6b8266 isapi_redirect+8406 0048010278a0000a To me it looks like the method TerminateFilter in isapi_redirect is in someway crashing... And we have looked in the tomcatlogs, iis logs, event logs and can't se why this is happening. ---8--- Type of Analysis Performed Crash Analysis Machine Name SE05WWW02 Operating System Windows Server 2003 Service Pack 1 Number Of Processors 4 Process ID 9152 Process Image c:\WINDOWS\system32\inetsrv\w3wp.exe System Up-Time 04:07:33 Process Up-Time02:23:09 Thread 5 - System ID 9188 Entry pointw3tp!THREAD_MANAGER::ThreadManagerThread Create time2007-02-04 19:11:05 Time spent in user mode0 Days 0:0:0.468 Time spent in kernel mode 0 Days 0:0:0.421 Function Arg 1 Arg 2 Arg 3 Source ntdll!RtlpCoalesceFreeBlocks+36e 0109101801741028 00d8ec68 ntdll!RtlFreeHeap+38e00260108f010 msvcrt!free+c3 0108f01001027780 isapi_redirect!TerminateFilter+89af 01027884 6a6b8266 isapi_redirect+8406 0048010278a0000a ---8--- Any input is most welcome, we have no idea where to look or where to search for an error. So any suggestions is of great help... I attach the full debugdiag result. Regards Per Jonsson This e-mail and the information it contains may be privileged and/or confidential. It is for the intended addressee(s) only. The unauthorised use, disclosure or copying of this e-mail, or any information it contains, is prohibited. If you are not an intended recipient, please contact the sender and delete the material from your computer. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
isapi_redirect.dll
I'm using Tomcat 5.0.25 with Windows 2000 Advanced Server. I am confused with what version of isapi_redirector to use. Any help would be appreciated.
Re: isapi_redirect.dll
Reis, Tom wrote: I'm using Tomcat 5.0.25 with Windows 2000 Advanced Server. I am confused with what version of isapi_redirector to use. Any help would be appreciated. http://tomcat.apache.org/download-connectors.cgi Use 1.2.19 Regards, Mladen. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat IIS isapi_redirect.dll And Virtual Hosting
Hi All I am having a really hard time getting Tomcat to play nice with multiple hosts. I am running: IIS 6.0 Tomcat 5.0.x Jakarta Isapi Redirector 1.2.14.0 I have two Tomcat services installed in separate folder structures using one instance of Tomcat (i.e. I am using CATALINA_BASE to point to instances of Tomcat). Both are using different ports. I have two IIS web sites defined (both pointing to the same Jakarta Isapi Redirector folder). The problem I have is that I am try to get two web apps working (www.johnsonskarate.com http://www.johnsonskarate.com/ and www.mckennademo.com http://www.mckennademo.com/ ) However, regardless of the URL used, I always see www.johnsonskarate.com http://www.johnsonskarate.com/ (try it yourself and see). Has anyone got any ideas on what I might be doing wrong? The config files are: WORKERS.PROPERTIES worker.list=wlb,wlb2,jkstatus worker.ajp13w2.type=ajp13 worker.ajp13w2.host=www.mckennademo.com worker.ajp13w2.port=9009 worker.ajp13w.type=ajp13 worker.ajp13w.host=www.johnsonskarate.com worker.ajp13w.port=8009 worker.jkstatus.type=status URIWORKERMAP.PROPERTIES /admin/*=wlb /manager/*=wlb /jsp-examples/*=wlb /servlets-examples/*=wlb /ma/*=wlb /BirtViewer/*=wlb /www.johnsonskarate.com/*=wlb /www.mckennademo.com/*=wlb2 /jkmanager=jkstatus Thanks, Nick. Nick McKenna Managing Director McKenna Consultants Ltd
isapi_redirect.dll Problem with Request Headers
Hi all, my Config: IIS 6.0, Tomcat 3.x, JBoss3.1, isapi_redirect.dll v1.2.6 My Problem: I'm setting some custom HTTP-Headers, the Request gets to tomcat through the isapi_redirect, and on the appserver-side suddenly all the custom headers are missing. 1) is this known behaviour/bug? 2) what may i have configured wrong, or what could be a workaround for this? thx much in advance /Rene
New isapi_redirect.dll appears to be solid
Hi; I don't know if it was just coincidence that all those weird requests came in when I first had the new dll or I had something configured wrong. But we built a new web server 2 weeks ago. First week using the production iaspi_redirect.dll this is the log: [Wed Feb 22 08:08:02 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.page2stage.com/ is invalid. Uri must start with / Second week using Mark's new isapi_redirect: [Fri Feb 24 01:38:07 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.windwardreports.com/ is invalid. Uri must start with / [Fri Feb 24 01:38:10 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.windwardreports.com/windward.js is invalid. Uri must start with / [Fri Feb 24 01:38:10 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.windwardreports.com/windward.css is invalid. Uri must start with / So it appears to be solid - we have had no problems. One major suggestion - add: worker.ajp13w.cachesize=100 to the default workers.properties.minimal as without it you get lots of probblems. Thanks - dave David Thielen www.windwardreports.com 303-499-2544
Re: New isapi_redirect.dll appears to be solid
David Thielen wrote: I don't know if it was just coincidence that all those weird requests came in when I first had the new dll or I had something configured wrong. But we built a new web server 2 weeks ago. It is not a coincidence! It is was a hard labor from you favorite Tomcat developers team :) BTW, it sounds somehow bizarre when someone says something positive about the software and people standing behind. Cheers, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New isapi_redirect.dll has problems
Hello; I would agree with you except... I switched back to the release version Friday afternoon and the size of the logfile since then has been 0 bytes - nothing. I will leave it this way until Wednesday evening and then switch back to the new one again for a day to see what happens. Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Sunday, February 19, 2006 4:26 PM To: Tomcat Users List Subject: Re: New isapi_redirect.dll has problems David, I have taken some time to look through the information you have provided and have come to the conclusion that there are 2 issues here. The first is the connection errors of the form: [Mon Feb 13 07:56:51 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=3 [Mon Feb 13 07:56:51 2006] [error] jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed Looking at the more detailed log file you placed in the zip file, this looks like it only happens just after IIS is started/restarted. Can you confirm this? What state is Tomcat in at this time? If Tomcat has been restarted as well, it is possible that Tomcat isn't quite ready to serve requests. The second is the warnings of the form: [Mon Feb 13 17:27:46 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.enemynations.com is invalid. Uri must start with / The more I look at this, the more I think that these messages are caused by a misbehaving robot. My reasons for thinking this are: - The requests come in very quick succession, far faster than a normal user would navigate - The http in the url. JK basically does: if (host.length() 0) { searchUri = / + host + / + requestUri } else { searchUri = requestUri } There is nowhere I can see where the protocol could get added to the start of the URI. Additionally, I have also checked through every conditional debug log call in JK and there are a few places where it does more than just make a logging call but all are explainable and none have any impact on what IIS logs. I need to do some testing to confirm how IIS behaves if URLs that do not map to workers are requested. This might lead to an explanation of why some these odd requests are not logged in IIS. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New isapi_redirect.dll has problems
David, I have taken some time to look through the information you have provided and have come to the conclusion that there are 2 issues here. The first is the connection errors of the form: [Mon Feb 13 07:56:51 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=3 [Mon Feb 13 07:56:51 2006] [error] jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed Looking at the more detailed log file you placed in the zip file, this looks like it only happens just after IIS is started/restarted. Can you confirm this? What state is Tomcat in at this time? If Tomcat has been restarted as well, it is possible that Tomcat isn't quite ready to serve requests. The second is the warnings of the form: [Mon Feb 13 17:27:46 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.enemynations.com is invalid. Uri must start with / The more I look at this, the more I think that these messages are caused by a misbehaving robot. My reasons for thinking this are: - The requests come in very quick succession, far faster than a normal user would navigate - The http in the url. JK basically does: if (host.length() 0) { searchUri = / + host + / + requestUri } else { searchUri = requestUri } There is nowhere I can see where the protocol could get added to the start of the URI. Additionally, I have also checked through every conditional debug log call in JK and there are a few places where it does more than just make a logging call but all are explainable and none have any impact on what IIS logs. I need to do some testing to confirm how IIS behaves if URLs that do not map to workers are requested. This might lead to an explanation of why some these odd requests are not logged in IIS. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New isapi_redirect.dll has problems
David Thielen wrote: Hi; Ok, I went back to Info and it is happening again. I think it's the logging because the IIS logs don't match the isapi log. Not only does the list of files not match (these are the only places most of these filenames occur) but there are files listed in the isapi log that never appear in the IIS log. Given the previous problem was log generation related, it seems a reasonable bet that this issue has a similar cause. Just to confirm: - with logging set to debug, the IIS and JK logs agree - with logging set to info, the IIS and JK logs do not agree The logs you provided in your post refer to different times. Can you provide the other log for each time so I can do a compare and contrast? Cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New isapi_redirect.dll has problems
Hi; Well it's been running for almost 24 hours and the only error is (got this 10 times) below. I will turn off debug and see if that causes it to come back. [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_isapi_plugin.c (835): Default redirection of / [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (449): Attempting to map URI '/' from 9 maps [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/WindwardReportsServlet/*' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/WindwardReportsJsp/*' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/forums/*' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/store/*' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/track/*' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/*.faces' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/forums' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/store' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/*.jsp' [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_isapi_plugin.c (845): check if [/] is points to the web-inf directory [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_isapi_plugin.c (948): [/] is not a servlet url [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_worker.c (111): did not find a worker ajp13 [Thu Feb 16 11:37:46 2006] [1680:2112] [debug] jk_isapi_plugin.c (1024): could not get a worker for name ajp13 [Thu Feb 16 11:37:46 2006] [1680:2112] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_isapi_plugin.c (762): Filter started [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_isapi_plugin.c (828): Virtual Host redirection of /www.enemynations.com/ [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (449): Attempting to map URI '/www.enemynations.com/' from 9 maps [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/WindwardReportsServlet/*' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/WindwardReportsJsp/*' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/forums/*' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/store/*' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/track/*' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/*.faces' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/forums' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/store' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_uri_worker_map.c (461): Attempting to map context URI '/*.jsp' [Thu Feb 16 11:37:47 2006] [1680:2112] [debug] jk_isapi_plugin.c (835): Default redirection of / David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 15, 2006 12:46 PM To: Tomcat Users List Subject: Re: New isapi_redirect.dll has problems One more thing, turn up the logging level to debug and post the sequence of log messages associated with one of these odd URLs. Cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New isapi_redirect.dll has problems
Hi; Ok, I went back to Info and it is happening again. I think it's the logging because the IIS logs don't match the isapi log. Not only does the list of files not match (these are the only places most of these filenames occur) but there are files listed in the isapi log that never appear in the IIS log. Here is the isapi log (part): [Thu Feb 16 14:22:45 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/experiment.htm is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/comments.htm is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/editorials.htm is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/articles.htm is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/\ is invalid. Uri must start with / [Thu Feb 16 17:57:49 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/index.htm is invalid. Uri must start with / [Thu Feb 16 17:57:50 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/ is invalid. Uri must start with / [Thu Feb 16 17:57:50 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.barbiesciencefair.com/26elett.html is invalid. Uri must start with / Here is the only IIS log with some of the same file names: 2006-02-16 22:19:01 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/26elett.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:01 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/16eedit.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:02 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/18elett.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:02 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/01eedit.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:02 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/16elett.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:02 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/edits0221b.htm - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:07 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/04egw.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:07 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/05elett.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 2006-02-16 22:19:09 W3SVC1915441627 JASMINE 192.168.200.10 GET /barbie/03elett.html - 80 - 38.118.42.38 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+XP) - http://www.thielen.com/barbie/editorials.htm www.thielen.com 200 0 0 ??? - thanks - dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New isapi_redirect.dll has problems
David Thielen wrote: Hi; I checked the registry - it's using the workers.properties.minimal I believe (but I would be happier if it logged the files it uses). The problem with the urls it should not touch only showed up with the new version from Mark - that never happened before. As to the thread count, if someone tells me how to raise this, I will do so. But we get very low volume on this so I would be surprised if that is it. Any other ideas anyone? Can you post the following: worker.properties the AJP connector element from server.xml Also, are you able to provide a test case that reproduces the errors you are seeing? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New isapi_redirect.dll has problems
One more thing, turn up the logging level to debug and post the sequence of log messages associated with one of these odd URLs. Cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New isapi_redirect.dll issues
Hi; I put all of the requested files in a zip at http://www.windward.net/tomcat_error.zip along with my registry settings. The errors have not occurred yet but I will leave it running (this is our production system) and I am sure I will get the errors by morning. I will post those then. Thanks - dave David Thielen www.windwardreports.com 303-499-2544
Re: New isapi_redirect.dll issues
David Thielen wrote: I put all of the requested files in a zip at http://www.windward.net/tomcat_error.zip along with my registry settings. The errors have not occurred yet but I will leave it running (this is our production system) and I am sure I will get the errors by morning. I will post those then. All received. I'll look at these tomorrow along with (hopefully) the debug logs showing what is going on with these odd urls. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New isapi_redirect.dll has problems
Hi; I checked the registry - it's using the workers.properties.minimal I believe (but I would be happier if it logged the files it uses). The problem with the urls it should not touch only showed up with the new version from Mark - that never happened before. As to the thread count, if someone tells me how to raise this, I will do so. But we get very low volume on this so I would be surprised if that is it. Any other ideas anyone? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Ian Buzer [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 14, 2006 12:21 AM To: 'Tomcat Users List' Subject: RE: New isapi_redirect.dll has problems OK, first I'll point out that I'm pretty new to Tomcat myself workers.properties.minimal: Is jk even using this config file? Normally it would use workers.properties unless it was configured otherwise. [Mon Feb 13 07:56:49 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. These errors suggest that jk is sending threads to tomcat, but tomcat does not have enough threads to provide a response. You might want to try adjusting the backlog, maxThreads and all the other threads properties for your connector in /conf/server.xml I've noticed that if jk cannot receive any more threads from the web server (worker.ajp13w.cachesize too small) or tomcat cannot respond to all the threads that are sent to it (maxThreads too small), it just doesn't seem to respond correctly, leading either to a host not available error in IE or a blank page in Firefox. I personally feel that it would be better if jk could respond with some kind of 500 error. [Mon Feb 13 17:03:09 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.windwardreports.com/root.htm?source=googleid=540 is invalid. Uri must start with / This is a bit weird. Is your web server doing any URL rewriting? You haven't got any links in your application that might end up looking like this: http://www.somehost.com/http://www.windwardreports.com/root.htm?... or even this: /http://www.windwardreports.com/root.htm?... Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Desperate for help with isapi_redirect.dll
Hi David, First, it seems to not write all of the log entries. The final line is: [Sun Feb 12 21:14:08 2006] [warn] jk_uri_worker_map.c (42 This, I think, is normal. The logentries appear to be cached, and may therefore seem incomplete at any given time. Just wait a couple of minutes and you will find the line has been completed. [Sun Feb 12 13:34:23 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 I've been having this error myself too. It seems that you MUST have a worker listed in worker.list called ajp13. I used to have one loadbalancing worker called wlb, which balanced between two workers ajp13 and backup. Still I kept getting this error. Finally I renamed the ajp13 worker to ajp13w and the loadbalancing worker from wlb to ajp13 and the error dissappeared. Looks like a bug to me. I've been Googling a lot for this error, and many forums contain posts reporting the same error, yet none of them have *any* replies. Regards, Paul Hamer management development [EMAIL PROTECTED] toHAVE websolutions www.tohave.nl [EMAIL PROTECTED] -Original Message- From: David Thielen [mailto:[EMAIL PROTECTED] Sent: Monday, 13 February, 2006 05:55 To: 'Tomcat Users List' Subject: RE: Desperate for help with isapi_redirect.dll Hello; Ok, I upped the cachesize and now have a new problem First, it seems to not write all of the log entries. The final line is: [Sun Feb 12 21:14:08 2006] [warn] jk_uri_worker_map.c (42 Second, I am now getting this: [Sun Feb 12 13:34:23 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 14:31:39 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 21:14:01 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.page2stage.com is invalid. Uri must start with / [Sun Feb 12 21:14:02 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.page2stage.com/reviews/index.htm is invalid. Uri must start with / ... more page2stage.com pages listed ... Which is not in my properties file at all. I just tried http://www.page2stage.com/reviews/index.htm and other pages and it comes up ok. But it looks like it is having a problem with this. This is with Mark's latest version - not the official release. Uriworkermap.properties is: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w Any ideas? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Sunday, February 12, 2006 11:43 AM To: Tomcat Users List Subject: Re: Desperate for help with isapi_redirect.dll David Thielen wrote: 3. I consistently get the following in the isapi_redirect.log file (removed duplicates): [Fri Jan 27 12:40:39 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1029): could not get a worker for name ajp13 [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1178): Socket 616 is not connected any more (errno=-1) [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1225): All endpoints are disconnected or dead [Fri Jan 27 13:53:06 2006] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Fri Jan 27 13:53:07 2006] [info] jk_open_socket::jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Fri Jan 27 13:53:07 2006] [info] ajp_connect_to_endpoint::jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Jan 27 13:53:07 2006] [info] ajp_send_request::jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Fri Jan 27 13:53:08 2006] [error] ajp_service::jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed [Fri Jan 27 13:53:08 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1022): service() failed Hmm. 61 is connection refused according to http://msdn.microsoft.com/library/default.asp?url=/library/en- us/winsock/win sock/windows_sockets_error_codes_2.asp Have a look a Mladen's reply to a similar problem: http://marc.theaimsgroup.com/?l=tomcat-userm=102553922207529w=2 It essentially says, set worker.ajp13.cachesize=100 Looking at the docs (http://tomcat.apache.org/connectors-doc/config/workers.html) the default cachesize value for IIS is ten. I am pretty sure this is because non-server versions of windows limit the number of incoming connections to 10. On a server edition of Windows there is no limit so this will need to be higher. Mark
Re: Desperate for help with isapi_redirect.dll
David Thielen wrote: Hello; Ok, I upped the cachesize and now have a new problem worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 Post your workers.properties file. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Desperate for help with isapi_redirect.dll
worker.properties.minimal: worker.list=ajp13w worker.ajp13.cachesize=100 worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 uriworkermap.properties: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 2:43 AM To: Tomcat Users List Subject: Re: Desperate for help with isapi_redirect.dll David Thielen wrote: Hello; Ok, I upped the cachesize and now have a new problem worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 Post your workers.properties file. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Desperate for help with isapi_redirect.dll
Hiya David, You have a typo (forgot a w) in the cachesize line of your worker.properties... worker.ajp13w.cachesize=100 Should fix most of y'r problems :) Greetz, Paul Hamer management development [EMAIL PROTECTED] toHAVE websolutions www.tohave.nl [EMAIL PROTECTED] -Original Message- From: David Thielen [mailto:[EMAIL PROTECTED] Sent: Monday, 13 February, 2006 15:16 To: 'Tomcat Users List' Subject: RE: Desperate for help with isapi_redirect.dll worker.properties.minimal: worker.list=ajp13w worker.ajp13.cachesize=100 worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 uriworkermap.properties: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 2:43 AM To: Tomcat Users List Subject: Re: Desperate for help with isapi_redirect.dll David Thielen wrote: Hello; Ok, I upped the cachesize and now have a new problem worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 Post your workers.properties file. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Desperate for help with isapi_redirect.dll
First off, thank you. Second, if there is someone who knows isapi_redir very very well, I would be happy to rewrite the docs for it if I can ask him/her questions so I can get all of it fully documented. Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Ian Buzer [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 7:43 AM To: 'Tomcat Users List' Subject: RE: Desperate for help with isapi_redirect.dll :) Should be worker.ajp13w.cachesize=100 -Original Message- From: David Thielen [mailto:[EMAIL PROTECTED] Sent: 13 February 2006 15:16 To: 'Tomcat Users List' Subject: RE: Desperate for help with isapi_redirect.dll worker.properties.minimal: worker.list=ajp13w worker.ajp13.cachesize=100 worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 uriworkermap.properties: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Monday, February 13, 2006 2:43 AM To: Tomcat Users List Subject: Re: Desperate for help with isapi_redirect.dll David Thielen wrote: Hello; Ok, I upped the cachesize and now have a new problem worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 Post your workers.properties file. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New isapi_redirect.dll has problems
Hi; Still having problems. I think among other issues, it is forwarding for pages it should not forward on. This is using the new version Mark Thomas created. uriworkermap.properties: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w workers.properties.minimal: worker.list=ajp13w worker.ajp13w.cachesize=100 worker.ajp13w.type=ajp13 worker.ajp13w.host=localhost worker.ajp13w.port=8009 log file: [Mon Feb 13 07:56:49 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:49 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:49 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:49 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Mon Feb 13 07:56:50 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:50 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:50 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:50 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=2 [Mon Feb 13 07:56:51 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:51 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:51 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:51 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=3 [Mon Feb 13 07:56:51 2006] [error] jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed [Mon Feb 13 07:56:51 2006] [error] jk_isapi_plugin.c (1042): service() failed [Mon Feb 13 07:56:52 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:52 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:52 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:52 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Mon Feb 13 07:56:53 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:53 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:53 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:53 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=2 [Mon Feb 13 07:56:54 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:54 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:54 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:54 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=3 [Mon Feb 13 07:56:54 2006] [error] jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed [Mon Feb 13 07:56:54 2006] [error] jk_isapi_plugin.c (1042): service() failed [Mon Feb 13 07:56:56 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:56 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:56 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:56 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Mon Feb 13 07:56:57 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:57 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:57 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:57 2006] [info] jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=2 [Mon Feb 13 07:56:58 2006] [info] jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Mon Feb 13 07:56:58 2006] [info] jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Mon Feb 13 07:56:58 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Mon Feb 13 07:56:58 2006] [info]
RE: New isapi_redirect.dll has problems
OK, first I'll point out that I'm pretty new to Tomcat myself workers.properties.minimal: Is jk even using this config file? Normally it would use workers.properties unless it was configured otherwise. [Mon Feb 13 07:56:49 2006] [info] jk_ajp_common.c (1248): Error connecting to the Tomcat process. These errors suggest that jk is sending threads to tomcat, but tomcat does not have enough threads to provide a response. You might want to try adjusting the backlog, maxThreads and all the other threads properties for your connector in /conf/server.xml I've noticed that if jk cannot receive any more threads from the web server (worker.ajp13w.cachesize too small) or tomcat cannot respond to all the threads that are sent to it (maxThreads too small), it just doesn't seem to respond correctly, leading either to a host not available error in IE or a blank page in Firefox. I personally feel that it would be better if jk could respond with some kind of 500 error. [Mon Feb 13 17:03:09 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.windwardreports.com/root.htm?source=googleid=540 is invalid. Uri must start with / This is a bit weird. Is your web server doing any URL rewriting? You haven't got any links in your application that might end up looking like this: http://www.somehost.com/http://www.windwardreports.com/root.htm?... or even this: /http://www.windwardreports.com/root.htm?... Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Desperate for help with isapi_redirect.dll
David Thielen wrote: 3.I consistently get the following in the isapi_redirect.log file (removed duplicates): [Fri Jan 27 12:40:39 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1029): could not get a worker for name ajp13 [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1178): Socket 616 is not connected any more (errno=-1) [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1225): All endpoints are disconnected or dead [Fri Jan 27 13:53:06 2006] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Fri Jan 27 13:53:07 2006] [info] jk_open_socket::jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Fri Jan 27 13:53:07 2006] [info] ajp_connect_to_endpoint::jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Jan 27 13:53:07 2006] [info] ajp_send_request::jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Fri Jan 27 13:53:08 2006] [error] ajp_service::jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed [Fri Jan 27 13:53:08 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1022): service() failed Hmm. 61 is connection refused according to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/winsock/windows_sockets_error_codes_2.asp Have a look a Mladen's reply to a similar problem: http://marc.theaimsgroup.com/?l=tomcat-userm=102553922207529w=2 It essentially says, set worker.ajp13.cachesize=100 Looking at the docs (http://tomcat.apache.org/connectors-doc/config/workers.html) the default cachesize value for IIS is ten. I am pretty sure this is because non-server versions of windows limit the number of incoming connections to 10. On a server edition of Windows there is no limit so this will need to be higher. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Desperate for help with isapi_redirect.dll
Hello; Ok, I upped the cachesize and now have a new problem First, it seems to not write all of the log entries. The final line is: [Sun Feb 12 21:14:08 2006] [warn] jk_uri_worker_map.c (42 Second, I am now getting this: [Sun Feb 12 13:34:23 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 14:31:39 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 15:29:22 2006] [error] jk_isapi_plugin.c (1049): could not get a worker for name ajp13 [Sun Feb 12 21:14:01 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.page2stage.com is invalid. Uri must start with / [Sun Feb 12 21:14:02 2006] [warn] jk_uri_worker_map.c (429): Uri http://www.page2stage.com/reviews/index.htm is invalid. Uri must start with / ... more page2stage.com pages listed ... Which is not in my properties file at all. I just tried http://www.page2stage.com/reviews/index.htm and other pages and it comes up ok. But it looks like it is having a problem with this. This is with Mark's latest version - not the official release. Uriworkermap.properties is: /store/*=ajp13w /store=ajp13w /track/*=ajp13w /forums/*=ajp13w /forums=ajp13w /WindwardReportsServlet/*=ajp13w /WindwardReportsJsp/*=ajp13w /*.jsp=ajp13w /*.faces=ajp13w Any ideas? Thanks - dave David Thielen www.windwardreports.com 303-499-2544 -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Sunday, February 12, 2006 11:43 AM To: Tomcat Users List Subject: Re: Desperate for help with isapi_redirect.dll David Thielen wrote: 3.I consistently get the following in the isapi_redirect.log file (removed duplicates): [Fri Jan 27 12:40:39 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1029): could not get a worker for name ajp13 [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1178): Socket 616 is not connected any more (errno=-1) [Fri Jan 27 13:53:06 2006] [info] ajp_send_request::jk_ajp_common.c (1225): All endpoints are disconnected or dead [Fri Jan 27 13:53:06 2006] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 [Fri Jan 27 13:53:07 2006] [info] jk_open_socket::jk_connect.c (444): connect to 127.0.0.1:8009 failed with errno=61 [Fri Jan 27 13:53:07 2006] [info] ajp_connect_to_endpoint::jk_ajp_common.c (889): Failed opening socket to (127.0.0.1:8009) with (errno=61) [Fri Jan 27 13:53:07 2006] [info] ajp_send_request::jk_ajp_common.c (1248): Error connecting to the Tomcat process. [Fri Jan 27 13:53:08 2006] [error] ajp_service::jk_ajp_common.c (1758): Error connecting to tomcat. Tomcat is probably not started or is listening on the wrong port. worker=ajp13w failed [Fri Jan 27 13:53:08 2006] [error] HttpExtensionProc::jk_isapi_plugin.c (1022): service() failed Hmm. 61 is connection refused according to http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/win sock/windows_sockets_error_codes_2.asp Have a look a Mladen's reply to a similar problem: http://marc.theaimsgroup.com/?l=tomcat-userm=102553922207529w=2 It essentially says, set worker.ajp13.cachesize=100 Looking at the docs (http://tomcat.apache.org/connectors-doc/config/workers.html) the default cachesize value for IIS is ten. I am pretty sure this is because non-server versions of windows limit the number of incoming connections to 10. On a server edition of Windows there is no limit so this will need to be higher. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Desperate for help with isapi_redirect.dll
This (the logging problem) is now fixed in SVN. Many thanks to David for providing the test case and to Bill and Bruno for their hints and tips along the way. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with isapi_redirect.dll connector
I'm using isapi_redirect.dll 1.2.15 on IIS-6 Windows 2003 server and seems that isapi_redirect is not respecting the case-senitivitie of all the header lines. Is there someone else how is having this problem. And how can i solve this problem? Here is a small part of my logging: Logging of the headers on HTTP port 80: POST /mapxtreme471/mapxtreme HTTP/1.1 Content-Type: text/xml MI_XMLProtocolRequest: ServerCapabilitiesRequest MI_XMLProtocolVersion: MI_XML_Protocol_ServerCapabilitiesRequest_4_7_1 User-Agent: Mozilla/4.0 (Windows 2003 5.2) Java/1.5.0_06 Host: holds002 Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive Content-Length: 217 ?xml version=1.0 encoding=UTF-8? !DOCTYPE RequestEnvelope SYSTEM MI_XML_Protocol_ServerCapabilitiesRequest_4_7_1.dtd RequestEnvelopeServerCapabilitiesRequest GetXMLEncoding=true //RequestEnvelope Logging of the headers on AJP13 port 8009 .4.sHTTP/1.1.../mapxtreme471/mapxtreme.. 10.0.0.160.. 10.0.0.160...holds002..P.. keep-alive.217.text/xml4text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2.holds002,Mozilla/4.0 (Windows 2003 5.2) Java/1.5.0_06...mi-xmlprotocolrequest...ServerCapabilitiesRequest...mi-x mlprotocolversion../MI_XML_Protocol_ServerCapabilitiesRequest_4_7_1. . .4?xml version=1.0 encoding=UTF-8? !DOCTYPE RequestEnvelope SYSTEM MI_XML_Protocol_ServerCapabilitiesRequest_4_7_1.dtd RequestEnvelopeServerCapabilitiesRequest GetXMLEncoding=true //RequestEnvelope You can see the case difference in MI_XMLProtocolRequest === ajp13 == mi-xmlprotocolrequest MI_XMLProtocolVersion === ajp13 == mi-xmlprotocolversion Can someone help me ? Is it a isapi_redirect problem or is it an IIS problem ? Groet Carlos Rutenfrans Lekdijk west 16 3961 MC Wijk bij Duurstede tel:06-14255398 e-mail: [EMAIL PROTECTED]
Re: Desperate for help with isapi_redirect.dll
Bill Barker wrote: Building the dll should be easy enough, if you have access to MSVC. Attaching the debugger is a PITA. Thanks for the hint about the debugger. I would have wasted hours on it I am sure. Probably easier to add lots of debugging logging statements than to attach the debugger to IIS. But it's your hair ;-). True. And I like the amount I have. More debug statements worked a treat. Urm, go to http://msdn.microsoft.com and type isapi into the search box? It will tell you way more than you ever wanted to know :). Yeah, I know but I never have got on that well with MSDN. I am sure all the information is there, I can just never find it. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Desperate for help with isapi_redirect.dll
Bruno Georges wrote: There is a guy from MS whose online blog helped me a lot when writing ISAPI filters, David Wang, you can find him on: http://blogs.msdn.com/david.wang/default.aspx Many thanks for this tip. This guy's blog has been incredibly useful. I highly recommend it for anyone looking at ISAPI filters. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]