tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Boland, Dave" <Dave.Bol...@cwcom.co.uk>
Subject RE: Filter mapping problem under Solaris 9
Date Fri, 20 Feb 2004 11:37:30 GMT
(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:Yoav.Shapira@mpi.com]
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:Dave.Boland@cwcom.co.uk]
>Sent: Thursday, February 19, 2004 7:15 AM
>To: 'tomcat-user@jakarta.apache.org'
>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: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org




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: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message