[ 
https://issues.apache.org/jira/browse/COCOON-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548606
 ] 

Andreas Hartmann commented on COCOON-1990:
------------------------------------------

java.io.FileNotFoundException: 
/Users/nobby/apache/lenya/clean/trunk/src/modules-core/usecase/global-sitemap.xmap
 (No such file or directory)
        at java.io.FileInputStream.open(Native Method)
        at java.io.FileInputStream.<init>(FileInputStream.java:106)
        at 
org.apache.excalibur.source.impl.FileSource.getInputStream(FileSource.java:153)
        at 
org.apache.cocoon.components.source.impl.DelayedRefreshSourceWrapper.getInputStream(DelayedRefreshSourceWrapper.java:68)
        at 
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:191)
        at 
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:140)
        at 
org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:367)
        at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:341)
        at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:306)
        at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:252)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
        at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
        at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
        at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
        at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.handleCocoonRedirect(ConcreteTreeProcessor.java:300)
        at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.access$000(ConcreteTreeProcessor.java:48)
        at 
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor$TreeProcessorRedirector.cocoonRedirect(ConcreteTreeProcessor.java:341)
        at 
org.apache.cocoon.environment.ForwardRedirector.redirect(ForwardRedirector.java:60)
        at 
org.apache.cocoon.components.flow.AbstractInterpreter.forwardTo(AbstractInterpreter.java:210)
        at 
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.forwardTo(FOM_JavaScriptInterpreter.java:865)
        at 
org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.forwardTo(FOM_Cocoon.java:701)
        at 
org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.jsFunction_sendPage(FOM_Cocoon.java:270)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:145)
        at org.mozilla.javascript.FunctionObject.call(FunctionObject.java:471)
        at 
org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:3085)
        at org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2251)
        at 
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:161)
        at 
org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:340)
        at 
org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:2758)
        at 
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:159)
        at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:915)
        at 
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:764)
        at 
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:139)

> Redirect bug WITHIN sub sitemap WHEN using uri-prefix in map:mount
> ------------------------------------------------------------------
>
>                 Key: COCOON-1990
>                 URL: https://issues.apache.org/jira/browse/COCOON-1990
>             Project: Cocoon
>          Issue Type: Bug
>          Components: * Cocoon Core
>    Affects Versions: 2.1.10
>            Reporter: Robert Hoffmann
>            Assignee: Alfred Nathaniel
>             Fix For: 2.1.11-dev (Current SVN)
>
>
> Hi cocoon developers,
> I found the following problem with redirects within sub-sitemaps WHEN using 
> the uri-prefix in map:mount...
> Test case:
> 1) Sitemaps:
> Root sitemap >>
> ...
> <map:pipeline>
>    <map:match pattern="test/**">
>      <map:mount check-reload="yes" src="subsitemap.xmap" uri-prefix="test" /> 
>     </map:match>
> </map:pipeline>
> ...<<
> Sub sitemap >>
> ...
>  <map:match pattern="A.html">
>   <map:redirect-to uri="cocoon:/B.html"/>
>  </map:match>
>  <map:match pattern="B.html">
>   <map:redirect-to uri="http://www.google.com"/>
>  </map:match>
> ...<<
> 2) NOW: When you request "http://testserver/cocoon/test/A.html";...
> you should get redirected to B.html WITHIN the sub sitemap (that's why we use 
> 'cocoon:/B.html' and not 'cocoon://B.html')...
> BUT the redirect does NOT work correctly, hence we will not get the 
> google-site which would be the correct result.
> 3) The cocoon.log says: http-11080-Processor23/CocoonServlet: No pipeline 
> matched request: test/B.html !!!
> [So it seems to me that the uri-prefix from the sub-sitemap mount is added in 
> the this redirect, which might be why it does not match then within the 
> sub-sitemap.]
> 3) Important: This only goes wrong when using the uri-prefix[-remove] 
> attribute in map:mount
> I hope this detailed test case will be helpful to one of the cocoon gurus... 
> I really would hate if I had to use redirects to the ROOT sitemap (that's not 
> the idea of sub sitemaps).
> Many thanks!!!
> Robert
> PS: Cocoon really rocks!
> --
> Have you tried iHOP yet? http://www.ihop-net.org/UniPub/iHOP/

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to