I have a more urgent question to you... why would you want to sometimes not include block-b??? I think your design should be reconsidered drastically because this makes no sense to me... so i'll await your reponse for a good reason ;-)
Robby -----Oorspronkelijk bericht----- Van: Fawzib Rojas [mailto:f_ro...@spectron-msim.com] Verzonden: di 2-11-2010 14:43 Aan: users@cocoon.apache.org Onderwerp: Cocoon 2.2 block+sitemap question I have 2 blocks (block-a and block-b) and I want to serve an xml from block-b in block-a so i did the following: block-a/block-servlet-service.xml: <servlet:context mount-path="/block-a" context-path="blockcontext:/block-a/"> <servlet:connections> <entry key="block-b" value-ref="com.my-company.block-b.service"/> </servlet:connections> </servlet:context> block-a/sitemap.xml: <map:pipeline> <map:match pattern="document"> <map:generate src="servlet:block-b:/document" /> <map:serialize type="xml" /> </map:match> </map:pipeline> That way i can read the my document using /block-a/document. In certain instances block-b wont be included in the war so I want the /block-a/document to go to a default document in block-a so I thought of adding an error handler, something like this: <map:pipeline> <map:match pattern="document"> <map:generate src="servlet:block-b:/document" /> <map:serialize type="xml" /> </map:match> <map:handle-errors> <map:select type="exception"> <map:when test="error"> <map:generate type="file" src="block-a-resources/document.xml" /> <map:serialize type="xml"/> </map:when> </map:select> </map:handle-errors> </map:pipeline> Since the connection in the block-a/block-servlet-service.xml cannot be made the war is not loaded so this method wont work. Is there another way to do this? --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org
<<winmail.dat>>
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org