You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2002/06/10 10:35:50 UTC

DO NOT REPLY [Bug 9736] New: - the cocoon:// protocoll allows no modular reuse

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9736>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9736

the  cocoon:// protocoll  allows no modular reuse

           Summary: the  cocoon:// protocoll  allows no modular reuse
           Product: Cocoon 2
           Version: Current CVS
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: sitemap components
        AssignedTo: cocoon-dev@xml.apache.org
        ReportedBy: maurice.schoenmakers@they-do-it.com


The bug prevents in general a modular reuse of a result of an existing sitemap 
into a new sitemap without having to change the original sitemap.

Situation: 2 subdirectories /mount/A  /mount/B, each with an own sitemap.xmap. 

In sitemap A we use the cocoon protocol:
<map:generate src="cocoon://mount/B/xyz" /> 

causes as an siteeffect an error that  "stylesheets/y.xsl" can not be found 
for the following sitemap.xmap B:

<map:match pattern="xyz">
    ...
    <map:transform src="stylesheets/y.xsl"/>
    <map:serialize/>
</map:match>

reason seams to be that the relative url ="stylesheets/y.xsl" of the 
transformer source in the sitemap B is not resolved relative to the directory 
of B but releative to the directory of A !!!. (PathInfo for the request of the 
cocoon: protocol is maybe wrong ???)

(Only after writing an absolut context url in sitemap B the thing worked. This 
is a problem as it requires absolute urls every where and the path app B is 
hard coded in sitemap B ?!?!)

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org