Re: [2.1] cinclude using a pipeline as a generator source

[warrell harries]

That's right. As per directories and XPath... Well done! Just keep tinkering
On 7 May 2016 14:10, "Christopher Schultz" 
wrote:

> 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:
> >
> >> 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:
> >
> >  
> >
> > 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 / :
> >
> >  
> >
> > I get this error:
> >
> > org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> > request: foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> >
> > If I use ./ like this:
> >
> >  
> >
> > I get this error:
> >
> > org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> > request: ./foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> >
> > I'm vry close. Just have to fix the speling, evidently ;)
>
> The last permutation ended up doing it:
>
>   
>
> 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?
>
>  
>
> 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" <
> ch...@christopherschultz.net
> >> > wrote:
> >>
> >> All,
> >>
> >> I've got a Cocoon setup with a pipeline whose transformer contains
> >> something like this:
> >>
> >>   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:
> >>
> >>   
> >>
> >> Does something like that exist?
> >>
> >> Thanks,
> >> -chris
> >>
> >>
>  -
> >> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> >> 
> >> For additional commands, e-mail: users-h...@cocoon.apache.org
> >> 
> >>
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> > For additional commands, e-mail: users-h...@cocoon.apache.org
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> For additional commands, e-mail: users-h...@cocoon.apache.org
>
>

Re: [2.1] cinclude using a pipeline as a generator source

[Christopher Schultz]

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:
> 
>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:
> 
>  
> 
> 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 / :
> 
>  
> 
> I get this error:
> 
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> 
> If I use ./ like this:
> 
>  
> 
> I get this error:
> 
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: ./foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E
> 
> I'm vry close. Just have to fix the speling, evidently ;)

The last permutation ended up doing it:

  

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?

 

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" > > wrote:
>>
>> All,
>>
>> I've got a Cocoon setup with a pipeline whose transformer contains
>> something like this:
>>
>>   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:
>>
>>   
>>
>> Does something like that exist?
>>
>> Thanks,
>> -chris
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
>> 
>> For additional commands, e-mail: users-h...@cocoon.apache.org
>> 
>>
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> For additional commands, e-mail: users-h...@cocoon.apache.org
> 

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [2.1] cinclude using a pipeline as a generator source

[Christopher Schultz]

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:

  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:

 

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 / :

 

I get this error:

org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E

If I use ./ like this:

 

I get this error:

org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: ./foo/bar/baz.html;jsessionid=97079C2DC1E19B20F2BEB8303AECF74E

I'm vry close. Just have to fix the speling, evidently ;)

Thanks,
-chris

> On 7 May 2016 12:12, "Christopher Schultz"  > wrote:
> 
> All,
> 
> I've got a Cocoon setup with a pipeline whose transformer contains
> something like this:
> 
>   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:
> 
>   
> 
> Does something like that exist?
> 
> Thanks,
> -chris
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
> 
> For additional commands, e-mail: users-h...@cocoon.apache.org
> 
> 

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

Re: [2.1] cinclude using a pipeline as a generator source

[warrell harries]

Hi Chris

cocoon:// is understood as standard

Use :/ to go relative to the root

Xpath rules 
On 7 May 2016 12:12, "Christopher Schultz" 
wrote:

All,

I've got a Cocoon setup with a pipeline whose transformer contains
something like this:

  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:

  

Does something like that exist?

Thanks,
-chris

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org

[2.1] cinclude using a pipeline as a generator source

[Christopher Schultz]

All,

I've got a Cocoon setup with a pipeline whose transformer contains
something like this:

  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:

  

Does something like that exist?

Thanks,
-chris

-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org