https://bz.apache.org/bugzilla/show_bug.cgi?id=69735
--- Comment #13 from Remy Maucherat <r...@apache.org> --- (In reply to Christopher Schultz from comment #12) > (In reply to Michael Osipov from comment #11) > > (In reply to Christopher Schultz from comment #8) > > > I think it's reasonable to use the JVM's default locale when there is none > > > presented by the client. The alternative is to perform zero > > > content-negotiation if an Accept-Language header is not present which > > > would > > > perfectly in-line with the HTTP specification. > > > > I don't know. My servers haven de_DE.UTF-8 and consider index.html, > > index.html.de are present, but not .fr and fr is requests why is then > > index.html.de delivered? I would expect index.html to be delivered. Just > > like the Apache module would do. > > I mentioned this in a previous comment. If the file requested exists, I > think it should be returned with no content-negotiation. I would need a source for that since it would seem highly unlikely. The default resource would be there if no locales match (IMO). > In that case, the > presence of the Accept-Language is not relevant, nor is the default locale > of the JVM. That's not the issue, the problem is that if there's no Accept-Language header, then getLocales will have the local JVM locale. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
