I'm using the SES filter that is included with the core on Tomcat
6.0.18 and Open BD 1.1. It is configured like this:
<filter>
<filter-name>SearchEngineFriendlyURLFilter</filter-name>
<display-name>SearchEngineFriendlyURLFilter</display-name>
<description>SearchEngineFriendlyURLFilter</description>
<filter-
class>com.newatlanta.filters.SearchEngineFriendlyURLFilter</filter-
class>
<init-param>
<param-name>extensions</param-name>
<param-value>cfm,cfml</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>SearchEngineFriendlyURLFilter</filter-name>
<url-pattern>/index.cfm/*</url-pattern>
</filter-mapping>
It's works like a champ on my Mach-II application except for the
problem that query string parameters are not being passed through.
The cgi.query_string is an empty string and a dump of the url scope is
empty as well when using SES URLs *with* query strings. So URLs like
this break:
http://www.example.com/index.cm/go/home/?referrer=google
This doesn't seem be expected behavior and the RFC spec says the query
string should be there even with the path info defined so I'm thinking
this is a problem with the filter. Thoughts?
I did a little digging in the Java source and I found this:
public String getQueryString() {
// The wrapped request needs to return null so that only the query
string from the
// original request will be used. If we don't return null here then
this query string
// will be appended to the original query string in
cfUrlData.decodeURIString()
// causing duplicate parameter values.
return null;
}
Looks like this *might* be the problem? Or is it my configuration?
TIA,
.Peter
--~--~---------~--~----~------------~-------~--~----~
Open BlueDragon Public Mailing List
http://groups.google.com/group/openbd?hl=en
official site @ http://www.openbluedragon.org/
!! save a network - trim replies before posting !!
-~----------~----~----~----~------~----~------~--~---
