Kalde klasse fra XSLT

De fleste XSLT procesorer tillader callout til et programmerings sprog, så processer du XSLT client side kan du kalde JavaScript - og er det server side kan du kalde Java eller .NET hvis du bruger disse.

Hvis jeg har følgende kode

    XslTransform xslt = new XslTransform();
    xslt.Load(stylesheet);

    XPathDocument doc = new XPathDocument(filename);

    XsltArgumentList xslArg = new XsltArgumentList();
       
    Calculate obj = new Calculate();
    xslArg.AddExtensionObject("urn:myObj", obj);

    XmlTextWriter writer = new XmlTextWriter(Console.Out);

    xslt.Transform(doc, xslArg, writer);

i codebehind filen. Hvordan får jeg så outputtet ud på aspx siden?

XmlTextWriter writer = new XmlTextWriter(Console.Out);

->

XmlTextWriter writer = new XmlTextWriter(Response.Output);

Det virker jo helt perfekt. Jeg kalder en klasse der hedder Calculate (den hedder så nu Modules) og i den klasse ønsker jeg igen at køre noget xslt, men der får jeg så følgende fejl.

Cannot access a non-static member of outer type 'System.Web.UI.Page' via nested type 'Demo_page2.Modules'

Hvordan skal jeg strukturere det for at få det til at fungere?

Nå, nu er det såikke den fejl jeg får længere. Jeg lagde Klassen Modules uden for demo_page2 klassen og det hjalp. Nu får jeg så denne fejl

XmlTextWriter writer = new XmlTextWriter(Response.Output);

Her kommer fejlen

The name 'Response' does not exist in the current context

Prøv med:

HttpContext.Current.Response.Output

Det virkede! Super, tak!

Et sidste spørgsmål. Fra xslt templaten kalder jeg nogle funktioner inde i klassen Modules og de laver en return. Problemet er dog at når denne return indeholder noget html så bliver det ikke fortolket men bare skrevet direkte ud. Hvordan kan jeg undgå dette?

Det kan jeg ikke sige.

Du bliver nødt til at lave view source i browseren og kigge på det og se hvad der går galt.

Den laver < og > om til &lt; osv.

Er du sikker på at det ikke er din XSLT som får escapet de HTML tags ?

Men efter at have tænkt lidt over det, så tror jeg faktisk at det er bedre at sende en StringWriter og så assigne output fra den over i en Literal kontrol.

Sådan som det fungere lige nu er at min xslt fil indeholder f.eks. følgende

<xsl:value-of select="myObj:getHeading($pageid)"/>

Funktionen getHeading laver så en return med det den har trukket ud af databasen.

Hvis man skulle gøre det som du nævner hvordan ville det så se ud?

StringWriter sw = new StringWriter();
XmlTextWriter writer = new XmlTextWriter(sw);
lit.Text = sw.ToString();

hvor:

<asp:Literal id="lit" runat="server"/>

Ok, men det hele kører jo via xslt templaten og der kan jeg jo ikke smide <asp:Literal id="lit" runat="server"/> ind. Du må undskylde hvis jeg er lidt blank på det, men jeg er ikke så velbevandret i xslt verdenen.

Hvis XSLT skal generere den komplette HTML så behøver du ikke literal.

Så skal du bare af med den HTML escape.

Hvordan ser toppen af din XSLT ud ?

Ok.

Dette er toppen.

<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:myObj="urn:myObj">
    <xsl:output method="html"/>
    <xsl:param name="pageid"/>
    <xsl:template match="data">

Jeg forstår ikke hvor den HTML escaping kommer fra.

Er det de tags som returneres fra getHeading og andre metode der bliver escapet mens faste tags i XSL'en ikke bliver escapet ?

Ja det er kun de der bliver returneret fra funktionerne. Tags i xsl templaten ser helt fine ud. Jeg har lige prøver at sætte en replace på strengen der bliver returneret og det hjælper ikke engang, så det kunne tyde på at det er xsl templaten der gør det.

Arg.

Det er jo ikke meningen at man skal bruge XSLT på den måde.

Houston we have a problem.

Prøv med:

<xsl:value-of select="myObj:getHeading($pageid)" disable-output-escaping="yes"/>

Men det er ikke pænt.

Det har jeg prøver men det gjorde desværre ingen forskel.

Smid et svar så du kan få dine velfortjente points!

Og mange tak for din hjælp.

ok

-> arne_v. Hvis jeg lige kan snige et ekstra spørgsmål ind, kan du så fortælle mig hvordan jeg i steder for at outputte indholdet med denne kommando

HtmlTextWriter writer = new HtmlTextWriter(Response.Output);

så bare gemmer det i en variable som jeg kan brugere videre.