You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Jos Snellings <Jo...@pandora.be> on 2010/03/02 09:12:54 UTC
Cocoon 3 XML serializer
Hi,
Is the hereunder described issue with XML serializers known?
A sitemap having several xml serialization patterns:
<map:pipeline>
<map:match pattern="showterm.xml">
<map:generate type="term"/>
<map:serialize type="xml"/>
</map:match>
<map:match pattern="hierarchies">
<map:generate type="topterms"/>
<map:serialize type="xml" />
</map:match>
...
This pipeline is observed to have an 'eternal cache':
whichever pattern is matched first gives the correct answer.
All subsequent requests, whatever the URL, whatever the get-parameters
return the contents of the cache.
In order to get fresh results you need to destroy the caching stuff
under work/... first.
Is this known? I may as well get rid of it by checking out the very last
cocoon-3 version! Just asking.
Thank you,
Jos
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 XML serializer
Posted by Jos Snellings <Jo...@pandora.be>.
After a complete rebuild this error has been confirmed:
caching for xml serializer works way too 'well':
"after startup, any pipeline/matcher ending in an xml-serializer will
produce the same output, regardless of the url, let alone parameters".
I will create a JIRA issue and see what I can do.
Cheers,
Jos
On Thu, 2010-03-04 at 09:36 +0100, Jos Snellings wrote:
> I have just checked out revision 918886.
> As my version was a bit out of date, in order to limit the increase in
> enthropy, I will make a build and report back if the problem persist. If
> so I create a Jira issue.
>
> Cheers,
> Jos
>
> On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
> > Jos Snellings wrote:
> > > Hi,
> > >
> > > Is the hereunder described issue with XML serializers known?
> > >
> > > A sitemap having several xml serialization patterns:
> > >
> > > <map:pipeline>
> > > <map:match pattern="showterm.xml">
> > > <map:generate type="term"/>
> > > <map:serialize type="xml"/>
> > > </map:match>
> > > <map:match pattern="hierarchies">
> > > <map:generate type="topterms"/>
> > > <map:serialize type="xml" />
> > > </map:match>
> > >
> > > ...
> > >
> > > This pipeline is observed to have an 'eternal cache':
> > > whichever pattern is matched first gives the correct answer.
> > > All subsequent requests, whatever the URL, whatever the get-parameters
> > > return the contents of the cache.
> > >
> > > In order to get fresh results you need to destroy the caching stuff
> > > under work/... first.
> > >
> > > Is this known? I may as well get rid of it by checking out the very last
> > > cocoon-3 version! Just asking.
> >
> > Could you create a JIRA issue please and attach a failing sample please?
> > Also add the version of C3 (release or SVN revision) that you use.
> >
> > Thanks!
> >
>
>
>
> ---------------------------------------------------------------------
> 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
Re: Cocoon 3 XML serializer
Posted by Jos Snellings <Jo...@pandora.be>.
I have just checked out revision 918886.
As my version was a bit out of date, in order to limit the increase in
enthropy, I will make a build and report back if the problem persist. If
so I create a Jira issue.
Cheers,
Jos
On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
> Jos Snellings wrote:
> > Hi,
> >
> > Is the hereunder described issue with XML serializers known?
> >
> > A sitemap having several xml serialization patterns:
> >
> > <map:pipeline>
> > <map:match pattern="showterm.xml">
> > <map:generate type="term"/>
> > <map:serialize type="xml"/>
> > </map:match>
> > <map:match pattern="hierarchies">
> > <map:generate type="topterms"/>
> > <map:serialize type="xml" />
> > </map:match>
> >
> > ...
> >
> > This pipeline is observed to have an 'eternal cache':
> > whichever pattern is matched first gives the correct answer.
> > All subsequent requests, whatever the URL, whatever the get-parameters
> > return the contents of the cache.
> >
> > In order to get fresh results you need to destroy the caching stuff
> > under work/... first.
> >
> > Is this known? I may as well get rid of it by checking out the very last
> > cocoon-3 version! Just asking.
>
> Could you create a JIRA issue please and attach a failing sample please?
> Also add the version of C3 (release or SVN revision) that you use.
>
> Thanks!
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 XML serializer
Posted by Jos Snellings <Jo...@pandora.be>.
Thanks, Simone, I will go for the old artisanal mode. ;-)
(and see where I land).
On Thu, 2010-03-04 at 14:48 +0100, Simone Tripodi wrote:
> Hi Jos :)
> unfortunately for the sax module you should perform an extra-step
> invoking JavaCC by hand, then in Eclipse add the generated-sources dir
> as a source dir; this is what the JavaCC plugin for maven does for us
> :P
> Let me know if you need help!!!
> Ciao ;)
> Simo
>
> http://people.apache.org/~simonetripodi/
>
>
>
> On Thu, Mar 4, 2010 at 1:59 PM, Jos Snellings <Jo...@pandora.be> wrote:
> > Hi Simone!
> >
> > I am sorry, I do not use maven for the build.
> > I imported the sources as Eclipse projects, and from there I
> > interconnected them via dependencies. I just import the very external
> > stuff from the maven repository.
> > Ay, so you mean this is where my 'nice private build' ends? :-(
> >
> > Ciao,
> > Jos
> >
> > On Thu, 2010-03-04 at 12:34 +0100, Simone Tripodi wrote:
> >> Hi Jos,
> >> these classes are not committed because they're generated from JavaCC,
> >> the JavaCC plugin should be invoked during the 'generate-source' maven
> >> phase...
> >> Doesn't it work for you?
> >> Best,
> >> Simo
> >>
> >> http://people.apache.org/~simonetripodi/
> >>
> >>
> >>
> >> On Thu, Mar 4, 2010 at 11:04 AM, Jos Snellings <Jo...@pandora.be> wrote:
> >> > Hi!
> >> >
> >> > In the full checkout of the cocoon-3 SVN repository I am missing:
> >> > org.apache.cocoon.sax.xpointer.XPointerFrameworkParser;
> >> > org.apache.cocoon.sax.xpointer.ParseException;
> >> >
> >> > This prevents XIncludeTransformer from compiling. Any idea why?
> >> >
> >> > Jos
> >> >
> >> >
> >> > On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
> >> >> Jos Snellings wrote:
> >> >> > Hi,
> >> >> >
> >> >> > Is the hereunder described issue with XML serializers known?
> >> >> >
> >> >> > A sitemap having several xml serialization patterns:
> >> >> >
> >> >> > <map:pipeline>
> >> >> > <map:match pattern="showterm.xml">
> >> >> > <map:generate type="term"/>
> >> >> > <map:serialize type="xml"/>
> >> >> > </map:match>
> >> >> > <map:match pattern="hierarchies">
> >> >> > <map:generate type="topterms"/>
> >> >> > <map:serialize type="xml" />
> >> >> > </map:match>
> >> >> >
> >> >> > ...
> >> >> >
> >> >> > This pipeline is observed to have an 'eternal cache':
> >> >> > whichever pattern is matched first gives the correct answer.
> >> >> > All subsequent requests, whatever the URL, whatever the get-parameters
> >> >> > return the contents of the cache.
> >> >> >
> >> >> > In order to get fresh results you need to destroy the caching stuff
> >> >> > under work/... first.
> >> >> >
> >> >> > Is this known? I may as well get rid of it by checking out the very last
> >> >> > cocoon-3 version! Just asking.
> >> >>
> >> >> Could you create a JIRA issue please and attach a failing sample please?
> >> >> Also add the version of C3 (release or SVN revision) that you use.
> >> >>
> >> >> Thanks!
> >> >>
> >> >
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > 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
> >>
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 XML serializer
Posted by Simone Tripodi <si...@gmail.com>.
Hi Jos :)
unfortunately for the sax module you should perform an extra-step
invoking JavaCC by hand, then in Eclipse add the generated-sources dir
as a source dir; this is what the JavaCC plugin for maven does for us
:P
Let me know if you need help!!!
Ciao ;)
Simo
http://people.apache.org/~simonetripodi/
On Thu, Mar 4, 2010 at 1:59 PM, Jos Snellings <Jo...@pandora.be> wrote:
> Hi Simone!
>
> I am sorry, I do not use maven for the build.
> I imported the sources as Eclipse projects, and from there I
> interconnected them via dependencies. I just import the very external
> stuff from the maven repository.
> Ay, so you mean this is where my 'nice private build' ends? :-(
>
> Ciao,
> Jos
>
> On Thu, 2010-03-04 at 12:34 +0100, Simone Tripodi wrote:
>> Hi Jos,
>> these classes are not committed because they're generated from JavaCC,
>> the JavaCC plugin should be invoked during the 'generate-source' maven
>> phase...
>> Doesn't it work for you?
>> Best,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>>
>>
>>
>> On Thu, Mar 4, 2010 at 11:04 AM, Jos Snellings <Jo...@pandora.be> wrote:
>> > Hi!
>> >
>> > In the full checkout of the cocoon-3 SVN repository I am missing:
>> > org.apache.cocoon.sax.xpointer.XPointerFrameworkParser;
>> > org.apache.cocoon.sax.xpointer.ParseException;
>> >
>> > This prevents XIncludeTransformer from compiling. Any idea why?
>> >
>> > Jos
>> >
>> >
>> > On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
>> >> Jos Snellings wrote:
>> >> > Hi,
>> >> >
>> >> > Is the hereunder described issue with XML serializers known?
>> >> >
>> >> > A sitemap having several xml serialization patterns:
>> >> >
>> >> > <map:pipeline>
>> >> > <map:match pattern="showterm.xml">
>> >> > <map:generate type="term"/>
>> >> > <map:serialize type="xml"/>
>> >> > </map:match>
>> >> > <map:match pattern="hierarchies">
>> >> > <map:generate type="topterms"/>
>> >> > <map:serialize type="xml" />
>> >> > </map:match>
>> >> >
>> >> > ...
>> >> >
>> >> > This pipeline is observed to have an 'eternal cache':
>> >> > whichever pattern is matched first gives the correct answer.
>> >> > All subsequent requests, whatever the URL, whatever the get-parameters
>> >> > return the contents of the cache.
>> >> >
>> >> > In order to get fresh results you need to destroy the caching stuff
>> >> > under work/... first.
>> >> >
>> >> > Is this known? I may as well get rid of it by checking out the very last
>> >> > cocoon-3 version! Just asking.
>> >>
>> >> Could you create a JIRA issue please and attach a failing sample please?
>> >> Also add the version of C3 (release or SVN revision) that you use.
>> >>
>> >> Thanks!
>> >>
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > 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
>>
>>
>
>
>
> ---------------------------------------------------------------------
> 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
Re: Cocoon 3 XML serializer
Posted by Jos Snellings <Jo...@pandora.be>.
Hi Simone!
I am sorry, I do not use maven for the build.
I imported the sources as Eclipse projects, and from there I
interconnected them via dependencies. I just import the very external
stuff from the maven repository.
Ay, so you mean this is where my 'nice private build' ends? :-(
Ciao,
Jos
On Thu, 2010-03-04 at 12:34 +0100, Simone Tripodi wrote:
> Hi Jos,
> these classes are not committed because they're generated from JavaCC,
> the JavaCC plugin should be invoked during the 'generate-source' maven
> phase...
> Doesn't it work for you?
> Best,
> Simo
>
> http://people.apache.org/~simonetripodi/
>
>
>
> On Thu, Mar 4, 2010 at 11:04 AM, Jos Snellings <Jo...@pandora.be> wrote:
> > Hi!
> >
> > In the full checkout of the cocoon-3 SVN repository I am missing:
> > org.apache.cocoon.sax.xpointer.XPointerFrameworkParser;
> > org.apache.cocoon.sax.xpointer.ParseException;
> >
> > This prevents XIncludeTransformer from compiling. Any idea why?
> >
> > Jos
> >
> >
> > On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
> >> Jos Snellings wrote:
> >> > Hi,
> >> >
> >> > Is the hereunder described issue with XML serializers known?
> >> >
> >> > A sitemap having several xml serialization patterns:
> >> >
> >> > <map:pipeline>
> >> > <map:match pattern="showterm.xml">
> >> > <map:generate type="term"/>
> >> > <map:serialize type="xml"/>
> >> > </map:match>
> >> > <map:match pattern="hierarchies">
> >> > <map:generate type="topterms"/>
> >> > <map:serialize type="xml" />
> >> > </map:match>
> >> >
> >> > ...
> >> >
> >> > This pipeline is observed to have an 'eternal cache':
> >> > whichever pattern is matched first gives the correct answer.
> >> > All subsequent requests, whatever the URL, whatever the get-parameters
> >> > return the contents of the cache.
> >> >
> >> > In order to get fresh results you need to destroy the caching stuff
> >> > under work/... first.
> >> >
> >> > Is this known? I may as well get rid of it by checking out the very last
> >> > cocoon-3 version! Just asking.
> >>
> >> Could you create a JIRA issue please and attach a failing sample please?
> >> Also add the version of C3 (release or SVN revision) that you use.
> >>
> >> Thanks!
> >>
> >
> >
> >
> > ---------------------------------------------------------------------
> > 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 XML serializer
Posted by Simone Tripodi <si...@gmail.com>.
Hi Jos,
these classes are not committed because they're generated from JavaCC,
the JavaCC plugin should be invoked during the 'generate-source' maven
phase...
Doesn't it work for you?
Best,
Simo
http://people.apache.org/~simonetripodi/
On Thu, Mar 4, 2010 at 11:04 AM, Jos Snellings <Jo...@pandora.be> wrote:
> Hi!
>
> In the full checkout of the cocoon-3 SVN repository I am missing:
> org.apache.cocoon.sax.xpointer.XPointerFrameworkParser;
> org.apache.cocoon.sax.xpointer.ParseException;
>
> This prevents XIncludeTransformer from compiling. Any idea why?
>
> Jos
>
>
> On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
>> Jos Snellings wrote:
>> > Hi,
>> >
>> > Is the hereunder described issue with XML serializers known?
>> >
>> > A sitemap having several xml serialization patterns:
>> >
>> > <map:pipeline>
>> > <map:match pattern="showterm.xml">
>> > <map:generate type="term"/>
>> > <map:serialize type="xml"/>
>> > </map:match>
>> > <map:match pattern="hierarchies">
>> > <map:generate type="topterms"/>
>> > <map:serialize type="xml" />
>> > </map:match>
>> >
>> > ...
>> >
>> > This pipeline is observed to have an 'eternal cache':
>> > whichever pattern is matched first gives the correct answer.
>> > All subsequent requests, whatever the URL, whatever the get-parameters
>> > return the contents of the cache.
>> >
>> > In order to get fresh results you need to destroy the caching stuff
>> > under work/... first.
>> >
>> > Is this known? I may as well get rid of it by checking out the very last
>> > cocoon-3 version! Just asking.
>>
>> Could you create a JIRA issue please and attach a failing sample please?
>> Also add the version of C3 (release or SVN revision) that you use.
>>
>> Thanks!
>>
>
>
>
> ---------------------------------------------------------------------
> 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
Re: Cocoon 3 XML serializer
Posted by Jos Snellings <Jo...@pandora.be>.
Hi!
In the full checkout of the cocoon-3 SVN repository I am missing:
org.apache.cocoon.sax.xpointer.XPointerFrameworkParser;
org.apache.cocoon.sax.xpointer.ParseException;
This prevents XIncludeTransformer from compiling. Any idea why?
Jos
On Thu, 2010-03-04 at 07:36 +0100, Reinhard Pötz wrote:
> Jos Snellings wrote:
> > Hi,
> >
> > Is the hereunder described issue with XML serializers known?
> >
> > A sitemap having several xml serialization patterns:
> >
> > <map:pipeline>
> > <map:match pattern="showterm.xml">
> > <map:generate type="term"/>
> > <map:serialize type="xml"/>
> > </map:match>
> > <map:match pattern="hierarchies">
> > <map:generate type="topterms"/>
> > <map:serialize type="xml" />
> > </map:match>
> >
> > ...
> >
> > This pipeline is observed to have an 'eternal cache':
> > whichever pattern is matched first gives the correct answer.
> > All subsequent requests, whatever the URL, whatever the get-parameters
> > return the contents of the cache.
> >
> > In order to get fresh results you need to destroy the caching stuff
> > under work/... first.
> >
> > Is this known? I may as well get rid of it by checking out the very last
> > cocoon-3 version! Just asking.
>
> Could you create a JIRA issue please and attach a failing sample please?
> Also add the version of C3 (release or SVN revision) that you use.
>
> Thanks!
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 3 XML serializer
Posted by Reinhard Pötz <re...@apache.org>.
Jos Snellings wrote:
> Hi,
>
> Is the hereunder described issue with XML serializers known?
>
> A sitemap having several xml serialization patterns:
>
> <map:pipeline>
> <map:match pattern="showterm.xml">
> <map:generate type="term"/>
> <map:serialize type="xml"/>
> </map:match>
> <map:match pattern="hierarchies">
> <map:generate type="topterms"/>
> <map:serialize type="xml" />
> </map:match>
>
> ...
>
> This pipeline is observed to have an 'eternal cache':
> whichever pattern is matched first gives the correct answer.
> All subsequent requests, whatever the URL, whatever the get-parameters
> return the contents of the cache.
>
> In order to get fresh results you need to destroy the caching stuff
> under work/... first.
>
> Is this known? I may as well get rid of it by checking out the very last
> cocoon-3 version! Just asking.
Could you create a JIRA issue please and attach a failing sample please?
Also add the version of C3 (release or SVN revision) that you use.
Thanks!
--
Reinhard Pötz Managing Director, {Indoqa} GmbH
http://www.indoqa.com/en/people/reinhard.poetz/
Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member reinhard@apache.org
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org