Session:set-attribute logicsheet bug?

[Paolo Scaffardi]

I tried Cocoon 2.0.1 with an existing project of mine, and i discovered
that the session logicsheet has changed. In my code i have something
like that:

        <session:set-attribute
name="pippo"><xsp:expr>myVar</xsp:expr></session:set-attribute>

But the logicsheet transforms it to:
        
        XSPRequestHelper.setSessionAttribute (ObjectModel,
String.valueOf("Pippo"), "MyVar" );

instead of:

        XSPRequestHelper.setSessionAttribute (ObjectModel,
String.valueOf("Pippo"), MyVar);

I fixed that restoring "session:set-attribute" definition to:

<xsl:template match="session:set-attribute">
    <xsl:variable name="name">
      <xsl:call-template name="value-for-name"/>
    </xsl:variable>

    <xsl:variable name="content">
      <xsl:call-template name="get-nested-content">
        <xsl:with-param name="content" select="."/> <!-- THIS LINE HAS
BEEN RESTORED -->
      </xsl:call-template>
    </xsl:variable>

    <xsp:logic>
      XSPRequestHelper.setSessionAttribute(objectModel,
      String.valueOf(<xsl:copy-of select="$name"/>),
      <xsl:copy-of select="$content"/>
      );
    </xsp:logic>
  </xsl:template>

I hope this will help you.

ByeBye,
Paolo Scaffardi
Embedded Linux Developer

AIRVENT SAM S.p.A.
via Macanno 32 - 47900 Rimini 
ITALY
Tel. 0541 383294 
Fax. 0541 387086


> -----Original Message-----
> From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, February 18, 2002 3:14 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Announce: Portal and Authentication Components Donated
> 
> 
> > Carsten Ziegeler wrote:
> > 
> > > Michael Hartle wrote:
> > >
> > >
> > > * After a fresh cvs checkout of the HEAD, a
> > >
> > >         ./build.sh -Dinclude.webapp.libs=yes webapp
> > >
> > > does not work anymore, as sunshine-related classes are not being 
> > > found; you have to do a
> > >
> > >         ./build.sh -Dinclude.webapp.libs=yes 
> > > -Dinclude.scratchpad.libs=yes webapp
> > >
> > > as the portal demo is currently half-main, half-scratchpad.
> > >
> > Yes, we know this and are currently searching for a solution.
> > 
> Good news: This issue is fixed now - if you don't use 
> -Dinclude.scratchpad.libs when building, the webapp runs 
> again, but of course without the portal demo :)
> 
> For this I extended our little sitemap tool:
> - it can now process multi-line configurations
> - it can add whole map:pipeline blocks to the sitemap
> 
> Carsten
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]
> 
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]