Re: Handling errors retrieving a <map:part> for <map:aggregate>
Christopher Schultz <[email protected]> Thu, 02 Jun 2016 09:35:59 -0400
| Newsgroups | gmane.text.xml.cocoon.user |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Javier,
On 6/1/16 3:19 PM, Javier Puerto wrote:
> I more used to version 2.2 but it should be the same. By you
> description I think about creating a new pipeline with a matcher to
> handle the external request with a specific error handler[1] that
> contains a reader with an empty file.
>
> It should be something like:
>
> <map:pipeline type="caching">
>
> <map:match pattern="remote-handler/**"> <map:reader
> src="http://remote-server/{1}"/> </map:match>
>
> <map:handle-errors> <map:reader src="empty.xml"/>
> </map:handle-errors>
>
> </map:pipeline>
>
> Then you could substitute all your calls to external resources
> that needs to produce an empty XML in case of error to call to the
> new matcher. This way you can tune up the external pipeline for
> caching if it's needed.
>
> I hope it helps.
Thanks.
How can I reference a matcher from a different pipeline? Do I need to
address it any differently than I would if the matcher were in the
same pipeline?
Speaking of caching, I'd prefer for the "remote-handler" matcher to
re-try pretty regularly. Do matchers cache at all under normal
circumstances? I've never bothered attempting to configure any caching
in Cocoon before.
Thanks,
- -chris
> 2016-06-01 19:56 GMT+02:00 Christopher Schultz
> <[email protected]
> <mailto:[email protected]>>:
>
> All,
>
> Using Cocoon 2.1, I've got an aggregate generator like this:
>
> <map:match pattern="foo.html"> <map:aggregate element="bar">
> <map:part src="/path/to/main.xml" /> <map:part
> src="http://remote-server/baz.xml" /> </map:aggregate> ...
> </map:match>
>
> There are times when "remote-server" is not available and I'd like
> to basically include nothing at that location within the aggregate
> document .
>
> Can I do that within the <map:aggregate> or <map:part> elements, or
> is it better to wrap the <map:part> another <map:match> with an
> error handled?
>
> Followup question: how can I configure an error handler to do
> whatever I want? I only want this particular behavior to happen for
> this particular <map:part> ... presumably, I'll want other behavior
> in other situations.
>
> Thanks, -chris
>
> ---------------------------------------------------------------------
>
>
To unsubscribe, e-mail: [email protected]
> <mailto:[email protected]> For additional
> commands, e-mail: [email protected]
> <mailto:[email protected]>
>
>
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJXUDY/AAoJEBzwKT+lPKRY7TcP/jxbYNldkn7MFFwKKR9SYtEd
Ow6XBZ/dTyXhrcSWz9lyOulZ2/WqHpar7S1jwPmYSx+Ga9FOlWghU+5CYI3Ohovi
R+v44GTLaydwp2QnqG7sEXl3l2UxY83pzGl/1ae5M5BTULPdkM8LTRNl1U1bssAC
W2BY2ScSv5g8psLLc7dKOCfY7QQqwz84M6YVzorLsUJ96NETvuKn2yvWoYYs+iuX
LZrFTRWDwbWxedm5fArFoNYd1uYgslvc4Ua7sZbv3qLimy8ms1h61vABbI/bUcwM
M2JxXIgOAsMc7MGVuw5jjZQOSvg7S/8H/QUPQ+BflXlEBkaZNnz0RFN7wTGgEjVl
fzdyY9FF9QxVQysfyaFquJqZCbvIRy1c7vpzpG5B3NXVm92ZFrfVgOr1vFb4tcY2
nR7FQoCZ2ZuHtNcPgyNhk2MpHtjkj14mFq0jIyxzRu/A6Ltd//pyw7cGosP7xzFn
+12KdigPK45nSRo7TOlSxv7RZ7FfYFwOj2UeXP/5xPoaWom5PoYemzSn7HULr4NM
MSX7v02Ndb0ZBKEn7O1YOLdQmaQTYGnTPP7zhJ2jaccHAxz5RmbjWR2r0EE3MtdO
6Gu2KC/PqiIJF3qM6l/xcLHRRSilh+Xl/qu/0cUIGbzWtgAfkkZAWP42DT/pzA/o
I0gdBU+WWcqZaPCEFYcf
=89az
-----END PGP SIGNATURE-----