cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From gelo1234 <gelo1...@gmail.com>
Subject Re: [2.1] cinclude using a pipeline as a generator source
Date Mon, 09 May 2016 17:56:00 GMT
Hello Chris,

>what would happen if I wanted to use a pipeline from
>a different sitemap in my URL? Something (conceptually) like this?
><cinclude:include src="cocoon://other-foo/bar/baz.html{$jsessionid}" />
>Since I need to remove the "other-foo" to get this to work, how can I
>address it?

It depends on what version of Cocoon you are using.

If pre-block version, using // (two /) gets context from MAIN sitemap.xmap,
so you would have
to define match="other-foo" in the MAIN / context.

If you are using block version, you have to define a new block with Cocoon
and make a reference to this new block from the original one (connecting
two blocks).
Take a look at tutorials about Cocoon 2.2 blocks.
http://cocoon.apache.org/2.2/1291_1_1.html

Greetings,
Greg


2016-05-07 15:10 GMT+02:00 Christopher Schultz <chris@christopherschultz.net
>:

> Warrell,
>
> On 5/7/16 8:58 AM, Christopher Schultz wrote:
> > Warrell,
> >
> > Thanks for the quick reply!
> >
> > On 5/7/16 7:38 AM, warrell harries wrote:
> >> cocoon:// is understood as standard
> >
> > Awesome. I was hoping it would be something simple like that.
> >
> >> Use :/ to go relative to the root
> >
> > I'm having trouble configuring it properly, though.
> >
> > So, my original URL looks like this:
> >
> >   <cinclude:include
> > src="https://host/context/foo/bar/baz.html{$jsessionid}" />
> >
> > My sitemap is actually foo/sitemap.xmap, so it matches all the stuff in
> /foo
> >
> > When I change the URL to this:
> >
> >  <cinclude:include src="cocoon:///foo/bar/baz.html{$jsessionid}" />
> >
> > I get this error:
> >
> > java.lang.RuntimeException: The current URI
> > (/foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E) doesn't
> > start with given prefix (foo)
> >
> > If I remove the "extra" leading / :
> >
> >  <cinclude:include src="cocoon://foo/bar/baz.html{$jsessionid}" />
> >
> > I get this error:
> >
> > org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> > request: foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> >
> > If I use ./ like this:
> >
> >  <cinclude:include src="cocoon://./foo/bar/baz.html{$jsessionid}" />
> >
> > I get this error:
> >
> > org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> > request: ./foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> >
> > I'm veeeery close. Just have to fix the speling, evidently ;)
>
> The last permutation ended up doing it:
>
>   <cinclude:include src="cocoon:/bar/baz.html{$jsessionid}" />
>
> So since the sitemap currently operating is "foo", the "foo" isn't
> necessary in the URL? This completely solves my problem but I have an
> academic question: what would happen if I wanted to use a pipeline from
> a different sitemap in my URL? Something (conceptually) like this?
>
>  <cinclude:include src="cocoon://other-foo/bar/baz.html{$jsessionid}" />
>
> Since I need to remove the "other-foo" to get this to work, how can I
> address it?
>
> Thanks,
> -chris
>
> >> On 7 May 2016 12:12, "Christopher Schultz" <
> chris@christopherschultz.net
> >> <mailto:chris@christopherschultz.net>> wrote:
> >>
> >>     All,
> >>
> >>     I've got a Cocoon setup with a pipeline whose transformer contains
> >>     something like this:
> >>
> >>       <cinclude:include src="https://my-app/get-some-data" />
> >>
> >>     Now, the URL included there is actually coming from Cocoon, and
> actually
> >>     I have a certificate that Java doesn't trust, so I get errors about
> PKI
> >>     certification paths. I can "easily" solve that (and have been for
> some
> >>     time, now) by specifying a truststore for the JVM process that
> contains
> >>     my server's TLS certificate in it.
> >>
> >>     I'd like to stop doing that for at least two reasons:
> >>
> >>     1. When my server certificate needs an update, I have to update my
> trust
> >>     store and bounce Cocoon
> >>     2. It could be more efficient (no loopback HTTP request, no TLS
> >>     handshake, etc.)
> >>
> >>     Does cinclude understand Cocoon-relative paths?
> >>
> >>     I'm looking for something like this:
> >>
> >>       <cinclude:include src="cocoon://get-some-data" />
> >>
> >>     Does something like that exist?
> >>
> >>     Thanks,
> >>     -chris
> >>
> >>
>  ---------------------------------------------------------------------
> >>     To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >>     <mailto:users-unsubscribe@cocoon.apache.org>
> >>     For additional commands, e-mail: users-help@cocoon.apache.org
> >>     <mailto:users-help@cocoon.apache.org>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>

Mime
View raw message