tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rich Sneiderman" <>
Subject RE: AW: IE 5 on Mac is incompatible with TC 4?
Date Fri, 08 Mar 2002 15:49:03 GMT
Sorry to jump in on this but I'm not sure that encodeURL will solve the

If I understand it correctly, encodeURL will 'ONLY' add session
information if it determines that it must be added because cookies are
disabled.  To quote the JavaDoc for encodeURL:

The implementation of this method includes the logic to determine
whether the session ID needs to be encoded in the URL. For example, if
the browser supports cookies, or session tracking is turned off, URL
encoding is unnecessary. 

Have you guys determined that Tomcat recognizes that Mac IE does not
support cookies in this case?

- Rich

-----Original Message-----
From: David Cassidy [] 
Sent: Friday, March 08, 2002 7:36 AM
To: Tomcat Users List
Subject: Re: AW: IE 5 on Mac is incompatible with TC 4?

sounds to me that this whole line of conversation could be summed up as

If you want users without cookies to use your site then use encodeURL if
not tough.

This isn't a tomcat issue, it's a lazy ( web site) programmer issue ;-^)

(honest not flame bait :))))


Joe Laffey wrote:

> On Fri, 8 Mar 2002, Ralph Einfeldt wrote:
> > I don't copletly agree with that.
> >
> > As long as you don't break specs it is possible to do something in 
> > tomcat to deal with errors in browsers. (Like missbehavior in the 
> > headers of a http request)
> >
> > If a browser has a bug that you can't deal with, without breaking 
> > the spec there isn't much you can do.
> I understand your concern over the specs. But users don't care about 
> specs, neither do manager, CEOs, or the bean counters. They care about

> profits.  And alienating users with your website is NOT a way to 
> increase profits ;-)
> > There might also be browser bugs that you can't avoid at all. E.G. 
> > if a browser doesn't send a cookie under certain conditions, what 
> > would you suggest to change on the server side to change that. (I 
> > don't know if this happens here)
> >
> I too know nothing about the issue, and have not tested it to see if 
> it even exists. (Perhaps I should have kept my mouth shut in the first
> place.) I simply wanted to point out that hold spec up as Holy Grail 
> doesn't do any users any good at all. There will always be 
> incompatibilities. The industry has tried forever to have "specs," 
> "guidelines", and "requirements." There have always been exceptions. 
> Unless you control ALL the software involved, or have the full 
> cooperation of those who do (MS, cooperate? yeah, sure...) things will

> have to be adjusted to fit.
> If this is indeed a bug in IE5 Mac then it should be documented as an 
> incompatibility prominently on the Tomcat website. This way developers

> won't look like idiots when their clients call screaming that their 
> daughter can't even order products from their website from her iMac! 
> The prudent developer will find a workaround or choose something other

> than Tomcat.
> > In this case you don't have to alienate all Mac IE5
> > users because there is workaround: using encodeUrl().
> > Which should be used anyway, because otherwise you will alienate all

> > users that disable cookies. (Which will be more than Mac OS 9 users 
> > with IE 5)
> If this works then yes, it is a good solution. (Not requiring cookies 
> is always a good solution, but it costs more time/money.) However, 
> IMHO, the Tomcat docs ought to reflect this incompatibility 
> prominently so the developer know that they will have to waste hours 
> working around it.
> Again, I have no idea if a bug really exists. I am simply making noise

> because I think that money is more important than specs to most 
> developers and definitely to most suits.
> I will now be quiet. I hope I haven't offended you or anyone on the 
> Tomcat team. I think Tomcat is a good project.
> --
> Joe Laffey              |  Want to convert subnet masks between
> LAFFEY Computer Imaging |  notations, or figure the number of IPs in a
> St. Louis, MO           |  Whatmask-It's FREE -
> ----------------------------------------------------------------------
> --------
> --
> To unsubscribe:   <>
> For additional commands: <>
> Troubles with the list: <>

To unsubscribe:   <>
For additional commands: <>
Troubles with the list: <>

To unsubscribe:   <>
For additional commands: <>
Troubles with the list: <>

View raw message