You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Alex Muc <al...@utoronto.ca> on 2000/07/05 10:20:03 UTC

Cocoon 1.7.4, XSP and hasChanged

Hi,

The changes history says that Cocoon 1.7.3 included the ability to call
hasChanged(Object request) on an XSP.  I'm using Cocoon 1.7.4 and it
doesn't seem to work correctly.  Has this been changed back?  Being able
to check whether a page should be served from the cache or reprocessed
is very important.
For example, the following XSP page should print to Stdout every time
the hasChanged method is called, but for some reason it doesn't.
Can anyone tell me why this isn't working?
Below is the sample page.

Thanks
Alex

<?xml version="1.0"?>
<?cocoon-process type="xsp"?>
<?cocoon-process type="xslt"?>
<?xml-stylesheet href="treeview-html.xsl" type="text/xsl"?>
<xsp:page language="java"
     xmlns:xsp="http://www.apache.org/1999/XSP/Core"
     xmlns:util="http://www.apache.org/1999/XSP/Util">

 <xsp:structure>
  <xsp:include>java.util.*</xsp:include>
  <xsp:include>java.sql.*</xsp:include>
 </xsp:structure>

 <xsp:logic><![CDATA[
   public boolean hasChanged (Object context) {
System.out.println("in treeview.xml hasChanged()");
    return false;
   }
  ]]>
 </xsp:logic>

 <page>
<xsp:logic>
System.out.println("in treeview.xml");
</xsp:logic>
   <title>Category Overview
  </title>
 </page>
</xsp:page>



Re: Cocoon 1.7.4, XSP and hasChanged

Posted by Alex Muc <al...@utoronto.ca>.
Mark,
No one has gotten back to me about this.  I'd be really interested in knowing
an answer to the problem as well.

Is anyone out there successfully using "public boolean hasChanged (Object
context)" in their XSP pages?  If so can you send an example (or what am I
doing wrong in my example below).  If it is broken, can someone please confirm
(Stefano? Ricardo?  As far as I know, you guys are the main people who
implemented XSP).

Thanks.
Alex

Mark Washeim wrote:

> on 5/7/00 10:20 am, Alex Muc at alex.muc@utoronto.ca wrote:
>
> > Hi,
> >
> > The changes history says that Cocoon 1.7.3 included the ability to call
> > hasChanged(Object request) on an XSP.  I'm using Cocoon 1.7.4 and it
> > doesn't seem to work correctly.  Has this been changed back?  Being able
> > to check whether a page should be served from the cache or reprocessed
> > is very important.
> > For example, the following XSP page should print to Stdout every time
> > the hasChanged method is called, but for some reason it doesn't.
> > Can anyone tell me why this isn't working?
> > Below is the sample page.
> >
>
> Has anyone replied to this? I'm experiencing the same problem . . . with
> 1.7.x (most of the current cvs is built, with some additions of my own) ...
>
> Alex, anyone gotten back to you (I searched my cocoon archive, no luck) . .
> .
>
> > Thanks
> > Alex
> >
> > <?xml version="1.0"?>
> > <?cocoon-process type="xsp"?>
> > <?cocoon-process type="xslt"?>
> > <?xml-stylesheet href="treeview-html.xsl" type="text/xsl"?>
> > <xsp:page language="java"
> > xmlns:xsp="http://www.apache.org/1999/XSP/Core"
> > xmlns:util="http://www.apache.org/1999/XSP/Util">
> >
> > <xsp:structure>
> > <xsp:include>java.util.*</xsp:include>
> > <xsp:include>java.sql.*</xsp:include>
> > </xsp:structure>
> >
> > <xsp:logic><![CDATA[
> > public boolean hasChanged (Object context) {
> > System.out.println("in treeview.xml hasChanged()");
> > return false;
> > }
> > ]]>
> > </xsp:logic>
> >
> > <page>
> > <xsp:logic>
> > System.out.println("in treeview.xml");
> > </xsp:logic>
> > <title>Category Overview
> > </title>
> > </page>
> > </xsp:page>
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: cocoon-users-help@xml.apache.org
> >
>
> --
> Mark (Poetaster) Washeim
>
> 'On the linen wrappings of certain mummified remains
> found near the Etrurian coast are invaluable writings
> that await translation.
>
> Quem colorem habet sapientia?'
>
> Evan S. Connell
>
>


Re: Cocoon 1.7.4, XSP and hasChanged

Posted by Mark Washeim <es...@canuck.com>.
on 5/7/00 10:20 am, Alex Muc at alex.muc@utoronto.ca wrote:

> Hi,
> 
> The changes history says that Cocoon 1.7.3 included the ability to call
> hasChanged(Object request) on an XSP.  I'm using Cocoon 1.7.4 and it
> doesn't seem to work correctly.  Has this been changed back?  Being able
> to check whether a page should be served from the cache or reprocessed
> is very important.
> For example, the following XSP page should print to Stdout every time
> the hasChanged method is called, but for some reason it doesn't.
> Can anyone tell me why this isn't working?
> Below is the sample page.
> 


Has anyone replied to this? I'm experiencing the same problem . . . with
1.7.x (most of the current cvs is built, with some additions of my own) ...

Alex, anyone gotten back to you (I searched my cocoon archive, no luck) . .
.


> Thanks
> Alex
> 
> <?xml version="1.0"?>
> <?cocoon-process type="xsp"?>
> <?cocoon-process type="xslt"?>
> <?xml-stylesheet href="treeview-html.xsl" type="text/xsl"?>
> <xsp:page language="java"
> xmlns:xsp="http://www.apache.org/1999/XSP/Core"
> xmlns:util="http://www.apache.org/1999/XSP/Util">
> 
> <xsp:structure>
> <xsp:include>java.util.*</xsp:include>
> <xsp:include>java.sql.*</xsp:include>
> </xsp:structure>
> 
> <xsp:logic><![CDATA[
> public boolean hasChanged (Object context) {
> System.out.println("in treeview.xml hasChanged()");
> return false;
> }
> ]]>
> </xsp:logic>
> 
> <page>
> <xsp:logic>
> System.out.println("in treeview.xml");
> </xsp:logic>
> <title>Category Overview
> </title>
> </page>
> </xsp:page>
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 

-- 
Mark (Poetaster) Washeim

'On the linen wrappings of certain mummified remains
found near the Etrurian coast are invaluable writings
that await translation.

Quem colorem habet sapientia?'

Evan S. Connell