You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2006/05/09 09:52:26 UTC
DO NOT REPLY [Bug 39527] New: - add more HTTP Header info (e.g. RANGE) as request attributes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39527>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39527
Summary: add more HTTP Header info (e.g. RANGE) as request
attributes
Product: Tomcat 5
Version: 5.5.14
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: hauser@acm.org
Background: my SSL site needs to proxy a few pages (all with a relative URL
prefix such as /static) coming from a CMS on a different machine.
Solution:
use web.xml's <error-code>404</error-code>
<location>/pageNotFound404.do</location>
and in there, if the requestURI starts with "/static", use commons.httpclient to
retrieve the page (and do some caching irrelevant for this RFE)
Issue:
- This works fine for almost any content, except for pdf or flash animations
- it even works for pdf is the line-mode browser lynx is used
- it appears that acrobat's pdf plugin doesn't entirely download a page, but
grabs parts of the file at a time.
Unfortunately, the HttpServletRequest the application programmer gets access to
doesn't expose the corresponding attributes.
Suggestion:
-----------
Similarly to adding security extra info to the HttpServletRequest such as
javax.servlet.request.cipher_suite=TLS_DHE_RSA_WITH_AES_128_CBC_SHA
also add such RANGE/chunk values in request attributes to the request before
passing the control on to the error page/action.
After all, tomcat appears to know how to deal with those for the static elements
in its war file as per org.apache.catalina.servlets.DefaultServlet.parseRange.
see also Bug 38214
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
DO NOT REPLY [Bug 39527] - add more HTTP Header info (e.g. RANGE) as request attributes
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39527>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39527
hauser@acm.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From hauser@acm.org 2006-05-10 04:49 -------
thx that even fixed it for .swt files.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
DO NOT REPLY [Bug 39527] - add more HTTP Header info (e.g. RANGE) as request attributes
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39527>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39527
------- Additional Comments From rick@knowleses.org 2006-05-09 11:18 -------
To clarify, I mean take the code that you now have mapped to error code 404,
and mount it as a normal servlet at /static/*. You would have access to all
the request attributes you need without being forced to return an error code
that isn't appropriate (ie a 404 that has data) - probably the cause of your
pdf problems.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
DO NOT REPLY [Bug 39527] - add more HTTP Header info (e.g. RANGE) as request attributes
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39527>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39527
------- Additional Comments From rick@knowleses.org 2006-05-09 11:13 -------
Errr ... forgive what might be possibly a stupid question, but is there any
reason you don't just map your error servlet to /static/* ? Why use the error
servlet ? Seems kinda backwards.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org