[daisy] NodeId + Branch = Path not found error

Thu Jan 3 04:42:36 CST 2008

Hi,

There was a problem related to this fixed in 2.1

Regarding this path:
/support/m3/maintenance/bearings.html?branch=SN318

If 'maintenance' (or 'm3') in that path is a document node, than before
2.1 this would only work if that node also belonged to the branch
'SN318'. With 2.1, this should work either way.

Note that what Karel refers to is still something else: normally you
should set up different sites for different branches (or languages).
Mixing variants within one site should only be used exceptionally.

Also, it might be interesting to know that node IDs of sibling nodes
should be unique in the navigation tree. So you can't have two sibling
nodes with ID 'bearings' with different branches. The plain node ID
should serve as a unique identification.

On Wed, 2008-01-02 at 16:27 -0800, Caleb Callaway wrote:
> Hi Karel, thanks for the reply...
> 
> Your suggestion make sense, but doesn't seem to work: I added a "SN318"
> variant to the navdoc that's an exact duplicate of the "main" variant (paths
> and all), but I'm still getting the error. Any other ideas?
> 
> Thanks,
> -Caleb
> 
> -----Original Message-----
> From: daisy-bounces at lists.cocoondev.org
> [mailto:daisy-bounces at lists.cocoondev.org] On Behalf Of Karel Vervaeke
> Sent: Monday, December 24, 2007 1:51 AM
> To: Daisy at edna.telenet-ops.be :open source CMS - general mailinglist
> Subject: Re: [daisy] NodeId + Branch = Path not found error
> 
> You must make sure that the navigation document you are being taken to 
> (in the other branch, and possibly for the new site if 
> auto-site-switching takes place) also contains the nodeId 'bearings'.
> 
> HTH,
> Karel
> 
> Caleb Callaway schreef:
> > Hi all,
> >
> > Running into a bit of a problem in Daisy 2.0 when I specify a NodeId as
> well
> > as a Branch in a navdoc link. If I do one or the other it will work, but
> > specifying both causes an error (see below).
> >
> > Here's the relevant bit from the navdoc XML:
> >
> > 	<d:doc id="401-AMX" branch="SN318" nodeId="bearings"/>
> >
> > The link that's generated looks like this:
> >
> > 	/support/m3/maintenance/bearings.html?branch=SN318
> >
> > If I use this it works:
> >
> > 	<d:doc id="401-AMX" branch="SN318"/>
> >
> > This works too:
> >
> > 	<d:doc id="401-AMX" nodeId="bearings"/>
> >
> > Is this a bug, or am I misunderstanding how these things are designed to
> > work?
> >
> > Here's the error:
> >
> > Error
> > Path not found: m3/maintenance/bearings
> >
> > Cocoon Stack Trace
> > Message: Path not found: m3/maintenance/bearings
> > context://daisy/sitemap.xmap - 959:71	<map:call>
> >
> > Java Stack Trace
> > Message: Path not found: m3/maintenance/bearings
> > Class: org.apache.cocoon.ResourceNotFoundException
> > Stacktrace:
> > org.outerj.daisy.frontend.AbstractDocumentApple.processInternal
> > (AbstractDocumentApple.java:77)
> > org.outerj.daisy.frontend.util.AbstractDaisyApple.process
> > (AbstractDaisyApple.java:58)
> > org.apache.cocoon.components.flow.apples.ApplesProcessor.processApple
> > (ApplesProcessor.java:139)
> > org.apache.cocoon.components.flow.apples.ApplesProcessor.callFunction
> > (ApplesProcessor.java:82)
> > org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke
> > (CallFunctionNode.java:139)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:47)
> >
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok
> > e (PreparableMatchNode.java:131)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:47)
> > org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke
> > (MatchNode.java:108)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:69)
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> > (PipelineNode.java:143)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:69)
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke
> > (PipelinesNode.java:93)
> > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
> > (ConcreteTreeProcessor.java:235)
> > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
> > (ConcreteTreeProcessor.java:177)
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process
> > (TreeProcessor.java:253)
> > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke
> > (MountNode.java:118)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:69)
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> > (PipelineNode.java:143)
> >
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo
> > keNodes (AbstractParentProcessingNode.java:69)
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke
> > (PipelinesNode.java:93)
> > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
> > (ConcreteTreeProcessor.java:235)
> > org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process
> > (ConcreteTreeProcessor.java:177)
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process
> > (TreeProcessor.java:253)
> > org.apache.cocoon.Cocoon.process (Cocoon.java:699)
> > org.apache.cocoon.servlet.CocoonServlet.service (CocoonServlet.java:1154)
> > javax.servlet.http.HttpServlet.service (HttpServlet.java:689)
> > org.mortbay.jetty.servlet.ServletHolder.handle (ServletHolder.java:428)
> > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter
> > (WebApplicationHandler.java:830)
> > org.outerj.daisy.frontend.util.CharacterEncodingFilter.doFilter
> > (CharacterEncodingFilter.java:35)
> > org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter
> > (WebApplicationHandler.java:821)
> > org.mortbay.jetty.servlet.WebApplicationHandler.dispatch
> > (WebApplicationHandler.java:471)
> > org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:568)
> > org.mortbay.http.HttpContext.handle (HttpContext.java:1530)
> > org.mortbay.jetty.servlet.WebApplicationContext.handle
> > (WebApplicationContext.java:633)
> > org.mortbay.http.HttpContext.handle (HttpContext.java:1482)
> > org.mortbay.http.HttpServer.service (HttpServer.java:909)
> > org.mortbay.http.HttpConnection.service (HttpConnection.java:816)
> > org.mortbay.http.HttpConnection.handleNext (HttpConnection.java:982)
> > org.mortbay.http.HttpConnection.handle (HttpConnection.java:833)
> > org.mortbay.http.SocketListener.handleConnection (SocketListener.java:244)
> > org.mortbay.util.ThreadedServer.handle (ThreadedServer.java:357)
> > org.mortbay.util.ThreadPool$PoolThread.run (ThreadPool.java:534)
> >
> > _______________________________________________
> > daisy community mailing list
> > Professional Daisy support:
> http://outerthought.org/site/services/daisy/daisysupport.html
> > mail to: daisy at lists.cocoondev.org
> > list information: http://lists.cocoondev.org/mailman/listinfo/daisy
> >   
> 
> _______________________________________________
> daisy community mailing list
> Professional Daisy support:
> http://outerthought.org/site/services/daisy/daisysupport.html
> mail to: daisy at lists.cocoondev.org
> list information: http://lists.cocoondev.org/mailman/listinfo/daisy
> 
> _______________________________________________
> daisy community mailing list
> Professional Daisy support: http://outerthought.org/site/services/daisy/daisysupport.html
> mail to: daisy at lists.cocoondev.org
> list information: http://lists.cocoondev.org/mailman/listinfo/daisy
-- 
Bruno Dumon                             http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno at outerthought.org                          bruno at apache.org