I just ported our application from cocoon 2.1.6 to 2.1.8.

Most things work fine, there only seems to be a problem with the cocoon:
protocol.

My root sitemap called sitemap.xmap contains the following fragment:

      <map:match pattern="flow/**">
        <map:mount src="flow.xmap" uri-prefix="" check-reload="true"
reload-method="synchron"/>
      </map:match>

So if a uri starts with "flow", it is offered to the flow.xmap, which does
the following:

    <map:pipeline>
      <map:match pattern="flow/*/**">
        <map:redirect-to uri="cocoon:/{1}/flow/{2}"/>
      </map:match>
    </map:pipeline>

I.e. it swaps the first two components in the uri and redirects to itself.
(Some background: we have divided our webapp in publications which can be
recognized by te first name in the uri, flow is used to identify internal
requests originating from flow script (sendPage) and therefore we swap in
order to have the publication name in front again).

This worked with 2.1.6, but with 2.1.8 the redirect is done to the root
sitemap.xmap i.s.o. the current flow.xmap as can be seen from this fragment
of the sitemap log file:


DEBUG (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/PreparableMatchNode: Matcher 'wildcard' matched prepared
pattern 'flow/*/**' at <map:match> -
file:/C:/OsrDev/xenopsis/build/webapp/flow.xmap:61:38
DEBUG (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/InvokeContext:
Current Sitemap Parameters:
LEVEL 1
PARAM: '2' VALUE: 'portal/index.html'
PARAM: '0' VALUE: 'flow/xenopsis/portal/index.html'
PARAM: '1' VALUE: 'xenopsis'

INFO  (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/RedirectToURINode: Redirecting to
'cocoon:/xenopsis/flow/portal/index.html' at <map:redirect-to> -
file:/C:/OsrDev/xenopsis/build/webapp/flow.xmap:62:54
INFO  (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/ForwardRedirector: Redirecting to
'cocoon:/xenopsis/flow/portal/index.html'
DEBUG (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/EnvironmentWrapper: Setting uri (prefix=null,
uris=xenopsis/flow/portal/index.html)
DEBUG (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/PreparableMatchNode: Matcher 'wildcard' matched prepared
pattern '**' at <map:match> -
file:/C:/OsrDev/xenopsis/build/webapp/sitemap.xmap:258:31
DEBUG (2005-11-23) 17:17.52:125 [sitemap] (/xenopsis/portal/index.html)
PoolThread-4/InvokeContext:
Current Sitemap Parameters:
LEVEL 2
PARAM: '0' VALUE: 'xenopsis/flow/portal/index.html'
PARAM: '1' VALUE: 'xenopsis/flow/portal/index.html'
LEVEL 1
PARAM: '../2' VALUE: 'portal/index.html'
PARAM: '../0' VALUE: 'flow/xenopsis/portal/index.html'
PARAM: '../1' VALUE: 'xenopsis'


I observed the same behaviour for uri's used in sendPage and not starting
with a '/'. They were also redirected to the root sitemap.

I didn't make any modifications in our sitemaps or in our java scripts
during the port. They have been ported unchanged from 2.1.6 to 2.1.8.

What am I doing wrong? Or is this a bug?

Rob Berens
Osirion B.V.
The Netherlands
E-mail: [EMAIL PROTECTED]

Reply via email to