|
Mantis - Resin
|
|||||
| Viewing Issue Advanced Details | |||||
|
|
|||||
| ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
| 3665 | minor | always | 09-02-09 16:20 | 09-03-09 09:59 | |
|
|
|||||
| Reporter: | ferg | Platform: | |||
| Assigned To: | ferg | OS: | |||
| Priority: | immediate | OS Version: | |||
| Status: | closed | Product Version: | 3.1.6 | ||
| Product Build: | Resolution: | fixed | |||
| Projection: | none | ||||
| ETA: | none | Fixed in Version: | 4.0.2 | ||
|
|
|||||
| Summary: | 0003665: Comet servlet dispatch in 3.1.6 | ||||
| Description: |
(rep by Fiaz Hossain) I have this issue with the current Comet servlet that seems to make my code fragile and it ends up with the following excption. The problem is anytime someone adds an HttpServletRequestWrapper in the request chain my Comet servlet breaks and I have to add a URI exclude to the filter-mapping. Adding the exclude avoids the exception but I still miss some useful functionality provided by the filter so ideally I need a different solution. It would have been nice if the HttpConnectionController knew that the request object is really a wrapper and could traverse to a point where it can do the casting safely to an AbstractHttpRequest. Cause0: java.lang.ClassCastException: routing.filter.RemoteAddrFilterBase$RemoteAddrWrapper cannot be cast to com.caucho.server.connection.AbstractHttpRequest Cause0-StackTrace: at com.caucho.server.connection.HttpConnectionController.getAbstractHttpRequest(HttpConnectionController.java:67) at com.caucho.server.connection.HttpConnectionController.<init>(HttpConnectionController.java:54) at com.caucho.server.dispatch.CometServletFilterChain.doFilter(CometServletFilterChain.java:111) at system.filter.FooDomainRedirectFilter.doFilter(VisualforceDomainRedirectFilter.java:105) |
||||
| Steps To Reproduce: | |||||
| Additional Information: | |||||
| Relationships | |||||
| Attached Files: | |||||
| Notes | |||||
|
|
|||||
|
|
||||