[ https://issues.apache.org/jira/browse/WICKET-2881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12871279#action_12871279 ]
bernard commented on WICKET-2881: --------------------------------- Hi Juergen, Why are you quoting back to me the URL that I have already provided? I already know that part and that does not do the trick as you write. I don't think that you understand what needs to happen. ResourceStreamLocator if its name can be trusted locates the resource for Wicket consumption which is what I have already achieved without it. But it dos not alter the paths of resources that this resource references, and that only the browser is interested, such as images and style sheets. That is done by RelativePathPrefixHandler otherwise why then do we need RelativePathPrefixHandler? I don't get it. The name RelativePathPrefixHandler, if it can be trusted, again, says it all. > Cannot substitute RelativePathPrefixHandler > ------------------------------------------- > > Key: WICKET-2881 > URL: https://issues.apache.org/jira/browse/WICKET-2881 > Project: Wicket > Issue Type: Bug > Components: wicket > Affects Versions: 1.4.8 > Environment: All > Reporter: bernard > Attachments: DirectoryStructure.gif, HomePage.html > > > In IPageSettings > Get the (modifiable) list of IComponentResolvers. > List<IComponentResolver> getComponentResolvers(); > This looks very useful and easy indeed, and in Application.init() one can > find and remove > RelativePathPrefixHandler and replace it with a different > AbstractMarkupFilter implementation e.g. XRelativePathPrefixHandler. > But even while the List.remove(Object o) returns true, and the handler > appears to be removed, it is still active. > I don't know why and what holds on to it or what creates a new > RelativePathPrefixHandler. > If I add my XRelativePathPrefixHandler, it is not used. > Consider > public class MarkupParser > public final void appendMarkupFilter(final IMarkupFilter filter) > { > appendMarkupFilter(filter, RelativePathPrefixHandler.class); > } > So RelativePathPrefixHandler seems to be something special and I am afraid of > other potential complications in case replacement would work. > Can Wicket be fixed to make a replacement as easy as it appears to be? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.