(Ooops, newbie problems sending mail - apologies to Yoav! ) Now I am really confused. I also have the same problem under Linux ( White Hat Enterprise - not sure of version number.. )
This raises the obvious question of 'am I setting the url-pattern correctly?' I would assume that it would be possible to set a pattern that narrows the field more than simply a plain wildcard '/*' ... is this right? As I said, it works fine on Widnows 2k ... As a simple and reproducable example, I am using the supplied 'NtlmHttpAuthExample' servlet with jCifs0.8.0. Under Unix, if I set a filter mapping that is specific, I can't get the expected parameters from the request object, but under Widnows I do. Very odd. Has anyone played with non-wildcard filter mappings? At the moment, I am about to split out a couple of apps into two separate contexts to handle restricted and public rather than just filter appropriate elements... My final test will be to use a completely cleanly built server ( ours have ssh, etc ) and test the pattern matching with a new dummy class on that, but that won't be today. Anyone got any ideas? Cheers Dave -----Original Message----- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 1:44 PM To: Tomcat Users List Subject: RE: Filter mapping problem under Solaris 9 Howdy, Hmm, strange ;(. Are these parameters/your form using standard encoding or a different charset? Yoav Shapira Millennium ChemInformatics >-----Original Message----- >From: Boland, Dave [mailto:[EMAIL PROTECTED] >Sent: Thursday, February 19, 2004 7:15 AM >To: '[EMAIL PROTECTED]' >Subject: Filter mapping problem under Solaris 9 > >Hello All, > >Apologies if this has been brought up already, but I have a slightly odd >problem with filter-mapping in Tomcat 4.1.x ( I've tried under 4.1.24 and >4.1.29 ), which works fine under Windows 2K. I am using j2se 1.4.1_03 and >have tried j2se1.4.2_03 ( with 64 bit extension ) with j2ee 1.3.1 running >under a vanilla Solaris 9 instance on a Sun Netra T1. I can replicate the >problem with a clean install of all products and the only thing that I >haven't been able to change is the OS. > >The problem concerns getting parameters from the request object after a >filter has been applied. Under Win2K it is possible to specify a URL >mapping >of '/main.jsp' for example so that only certain files have filters applied >( >I am using the jCIFs to authenticate certain files, but I have proved the >problem with custom/dummy classes ). > >The problem occurs in Solaris when a filter mapping is specified and the >url >does not fit the pattern. Under these circumstaces, I am then unable to get >the information from the request object if the parameters are passed by a >form. Parameters enbedded in the URL are fine, but form params are not >available ( not sure of the state of the request object as a whole - when I >have some spare time !! I'll check ). > >Most people / examples that I have come across when googling use a >url-pattern of /* and this is fine as everything is pattern matched ok. And >as I said, under Windows, there is no problem in specifiying specific urls >/ >patterns for it to match, just Solaris is the problem.... ( I'm trying to >scrounge a Linux box to try, but that is just problem narrowing as we don't >have any Linux webservers... ) > >Cheers > >Dave > > > > >The contents of this email and any attachments are sent for the personal >attention >of the addressee(s) only and may be confidential. If you are not the >intended >addressee, any use, disclosure or copying of this email and any attachments >is >unauthorised - please notify the sender by return and delete the message. >Any >representations or commitments expressed in this email are subject to >contract. > >ntl Group Limited > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. The contents of this email and any attachments are sent for the personal attention of the addressee(s) only and may be confidential. If you are not the intended addressee, any use, disclosure or copying of this email and any attachments is unauthorised - please notify the sender by return and delete the message. Any representations or commitments expressed in this email are subject to contract. ntl Group Limited --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]