Gary VanMatre wrote:
From: Richard Wallace <[EMAIL PROTECTED]> That's the obvious workaround. I was hoping for something a bit more definitive tho. I saw bug 37867 on bugzilla, but there doesn't seem to be a solution and it's been quiet for quite a while. I'll comment on it there as well and see what happens. Some additional observations are below. The reason it doesn't show up in the use-cases is that all the images used there are on external URLs, like the struts logo. All the css is inlined within the pages. So there really are no resources that are being loaded by the browser from the webapp itself. What really confuses me is that it still happens even if I remove the filter from the chain configuration, as if Shale is inserting a default filtering chain rule if one doesn't exist. So, maybe the bug is that Shale is inserting it regardless if one exists or not, so the configuration is being overridden by whatever Shale inserts by default. I haven't looked at the code yet, but that's what it looks like from observation.

I'm pretty sure that your problem is with the Clay file watch dog filter chains command. It extends the ContextRelativePathFilter. I was being lazy and thought I could reuse the includeds patterns stuff. It looks like it's behaving like the other.

Try adding:
<command className="org.apache.shale.clay.config.beans.ConfigDefinitionsWatchdogFilter"
    includes="\S*\.faces,\S*\.html,\S*\.jsp, \S*\.css"/>

Or, just remove it until it's fixed.

Gary


Ok, I added all the same stuff to the watchdog filter that is in the ContextRelativePathFilter and it works now. Thanks.
Rich [EMAIL PROTECTED] wrote:
Hi If you had searched the list, you would have found my posting on this. Anyway,
what you have to do is in the web.xml filtermapping for Shale do this
comment this:


add this:

shale *.xml


shale *.html


shale *.faces

Hermod -----Original Message----- From: Richard Wallace [mailto:[EMAIL PROTECTED] Sent: Friday, January 27, 2006 6:46 PM To: Struts Users Mailing List Subject: [shale] Images and css being rejected

I'm having a problem with pages loading images and css files. I turned up the debugging on log4j and when the css files and images are requested by the browser nothing is returned. I checked the logs and they're saying: 2006-01-27 10:31:20,241 54531 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:171) - execute(/styles/mpl.css) 2006-01-27 10:31:20,242 54532 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:203) - reject(not include) 2006-01-27 10:31:20,292 54582 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:171) - execute(/images/mpl_logo_large.gif) 2006-01-27 10:31:20,293 54583 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:203) - reject(not include) 2006-01-27 10:31:20,381 54671 DEBUG [http-8080-Processor25] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:171) - execute(/images/cc_logo.gif) 2006-01-27 10:31:20,381 54671 DEBUG [http-8080-Processor25] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:203) - reject(not include) I looked through all the configuration files and found in the chain-config.xml:
className="org.apache.shale.application.ContextRelativePathFilter"
includes="\S*\.xml,\S*\.faces,\S*\.html,\S*\.gif,\S*\.jpg,/index\.jsp" excludes="\S*\.jsp,\S*\.jspf"/>

I added \S*\.css to the includes with no change. I tried to comment this out as well, so nothing would get filtered, with no luck. Any ideas what I'm missing this time? Thanks, Rich --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This email with attachments is solely for the use of the individual or entity to whom it is addressed. Please also be aware that the DnB NOR Group cannot accept any payment orders or other legally binding correspondence with customers as a part of an email. This email message has been virus checked by the virus programs used in the DnB NOR Group. * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to