struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Richard Wallace <rwall...@thewallacepack.net>
Subject Re: [shale] Images and css being rejected
Date Mon, 30 Jan 2006 14:46:51 GMT
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.

Rich

hermod.opstvedt@dnbnor.no 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:
> 	<!-- Shale Application Controller Filter Mapping -->
> 	<!--
> 	<filter-mapping>
> 		<filter-name>shale</filter-name>
> 		<url-pattern>/*</url-pattern>
> 	</filter-mapping>
> 	-->
>
> add this:
> 	<!-- Shale Application Controller Filter Mapping -->
> 	<filter-mapping>
> 		<filter-name>shale</filter-name>
> 		<url-pattern>*.xml</url-pattern>
> 	</filter-mapping>
>
> 	<filter-mapping>
> 		<filter-name>shale</filter-name>
> 		<url-pattern>*.html</url-pattern>
> 	</filter-mapping>
>
> 	<filter-mapping>
> 		<filter-name>shale</filter-name>
> 		<url-pattern>*.faces</url-pattern>
> 	</filter-mapping>
>
> Hermod
>
> -----Original Message-----
> From: Richard Wallace [mailto:rwallace@thewallacepack.net]
> 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:
>
>       <command 
> 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: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
> 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: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org


Mime
View raw message