>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




> 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] 
> 

Reply via email to