Static webapp css / js links are not created any more as container resources

For web resources, we have added **.css kind of sitemap items. For using web resources, you must remove the suffix exclusions, for say .css

As a result, when an old school hst:link for a container resource is requested (eg <hst:link path="/css/style.css"/>), this is treated as a for the HST to be processed resource now (not container resource), and as a result, it gets in the channel manager the 'hst:cmspreviewprefix' prepended (_cmsinternal). As a result, the matching still works, but the PlainFilterChainInvokingPipeline delegates to the next filter / servlet again by unwrapping the decorated HST container request first, and thus again exposing the _cmsinternal, and tomcats built in resource serving servlet cannot find the css at /_cmsinternal/css/style.css