Hello JRun Community Fully distressed, i will take this possibility to solve a problem with your experience:
situation: W2k, IIS5 https, JRun 3.1 build 26414 (new ISAPI jrun.dll [without memory-leak]) The JrunConnectorFilter (ISAPI) directs all coming and going traffic to JRun. If the client (our customers use MSIE 5.0, 5.5, 6.0) requires an office document (.doc, .xls) located in our application, there is no expected response. Everyone expects winword or excel opens on client side. But xls-sheets are displayed malformed as control chars inside IE (undependet of settings in folder options - file type - advanced). Word documents (Word7, Word8, Word10 it doesn�t make any difference) are loaded for approximately 90%, then break and end. Winword is not invoked. We meant, it�s a caching problem (we widely use pragma no-cache an other cache-control headers). But we got the same behaviour in "normal" environment. In our opinion the only solution might be to customize the JRunConnectorFilter (ISAPI) or to configure IIS (it�s metabase) not to take over any "traffic" (requests) especially requests for ms office documents. So their headers/contents won�t be malformed. In an earlier discussion i found a <<rules.properties>> ( it�s path is noted in jrun.ini, usually located in inetpub\scripts) used to customize jrun.dll. The mappings therein may be interesting. Unfortunately in our installation no rules.properties appeares. May be its a former description of what is now content of local properties? OK, my question is: Is there an option to configure a bypass for JRunConnectorFilter in case of special streams (ms office documents)? Is it, as workaround, possible to configure jrun and asp (ISAPI extension) together at the same virtual server? Were the f... is <<rules.properties>>? Any suggestions are highest welcome Hans-Peter Kawa [EMAIL PROTECTED] Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
