Henry Zongaro wrote:
Hi, Marco.
..
Use of extension functions - particularly user-defined extension
functions - in XSLT is inherently not portable. It wasn't very helpful of
me to point out that using ExpressionContext wouldn't be portable. Sorry
about that. I don't have any suggestions
Hi, Marco.
"Marco Laponder" wrote on 2005-01-24 01:46:46 AM:
> Thanks for you response. I did try to use the ExpressionContext
> object by calling
> the getVariableOrParam() function but it didn't find the param I set
> on the transformer
> (can't remember the exact message but I can look it up
lan-dev@xml.apache.org
> Onderwerp: Re: Extension function and transformer handle
>
>
> Hi, Marco.
>
> "Marco Laponder" <[EMAIL PROTECTED]> wrote on 2005-01-21 09:16:21 AM:
> > Is it possible to get from an extension function and handle to the
>
Hi, Marco.
"Marco Laponder" <[EMAIL PROTECTED]> wrote on 2005-01-21 09:16:21 AM:
> Is it possible to get from an extension function and handle to the
> transformer ? I need to get a parameter which is set onto the
> transformer. I did aclompish this from an extension element but not
> with an e
Xalan-Java, sorry for the missing information ;-)
Kind regards,
Marco Laponder
[EMAIL PROTECTED]
> -Oorspronkelijk bericht-
> Van: Henry Zongaro [mailto:[EMAIL PROTECTED]
> Verzonden: vrijdag 21 januari 2005 16:06
> Aan: xalan-dev@xml.apache.org
> Onderwerp: Re: Extensi
Hi, Marco.
"Marco Laponder" <[EMAIL PROTECTED]> wrote on 2005-01-21 09:16:21 AM:
> Is it possible to get from an extension function and handle to the
> transformer ? I need to get a parameter which is set onto the
> transformer. I did aclompish this from an extension element but not
> with an e
the use of createElement().
Regards
Rob Tice
-Original Message-
From: Joseph Kesselman [SMTP:[EMAIL PROTECTED]]
Sent: 14 August 2002 15:10
To: [EMAIL PROTECTED]
Subject: RE: extension function
If you're creating text, you should probably design your extension to
return a
If you're creating text, you should probably design your extension to
return a string and let us incorporate that into our own data stream. More
efficient, and avoids the need to create a DOM node.
__
Joe Kesselman / IBM Research
14:02
To: [EMAIL PROTECTED]
Subject:Re: extension function
Documented restriction. Xalan treats the input document as IMMUTABLE, as
is required by the XSLT processing model -- you must not, and if you're
using our standard data model (DTM) you simply can not, alter it. That
inc
You must call startDocument() and endDocument() on FormatterListener's, or
else the results are undefined. In the case of FormatterToXML(), the
buffer will not be flushed. Of course, the results for FormatterToHTML are
far more annoying! ;-)
Dave
|-+--->
|
>The function is implemented as you see below. There are two problems.
>1) If I use the "FormatterToHTML", the application crashes
>2) If I use the "FormatterToXML", the output is cached and written in
>"1024" byte chunks. So the file is shortened and broken.
Sorry, I was too fast writing to the
structure.
Gary
> -Original Message-
> From: Rick Bullotta [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 19, 2001 7:23 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Extension Function Problem/Incompatible
> DocumentFragmentImpl implementations?
>
>
> T
-Original Message-
From: Rick Bullotta [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 9:31 AM
To: [EMAIL PROTECTED]
Subject: RE: Extension Function Problem/Incompatible
DocumentFragmentImpl implementations?
We'll be working on it today with a simpler example and some trace co
esday, September 18, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: RE: Extension Function Problem/Incompatible
DocumentFragmentImpl implementations?
>unfortunately, the NodeList is garbage (getLength() returns only one node,
>instead of the 19 expected).
Without seeing an example, it'
>unfortunately, the NodeList is garbage (getLength() returns only one node,
>instead of the 19 expected).
Without seeing an example, it's hard to be sure whether the NodeList is
wrong now, or was wrong before...
ROTECTED]
> Subject: Re: Extension Function Problem/Incompatible
> DocumentFragmentImpl implementations?
>
>
>
> If your code is referencing STree, you're using a rather old version of
> Xalan; we completely rearchitected the internal model some time ago. You
> might want to try the experiment with a more recent copy...
A little more information. For the heck of it, we downloaded the D10 build,
and (ignoring the many things that it broke!) it now passes a
org.apache.xml.dtm.ref.DTMNodeList instance in both cases, but
unfortunately, the NodeList is garbage (getLength() returns only one node,
instead of the 19 exp
If your code is referencing STree, you're using a rather old version of
Xalan; we completely rearchitected the internal model some time ago. You
might want to try the experiment with a more recent copy...
Ok I am off but I had to cast the ExpressionContext to a
DTMManagerDefault because the DTMManager does not
define getFirstFreeDTMID() or addDTM(). Also a good
JavaDoc hint would be that the DTMID returned needs to
be shifted, although it may be better to provide that translation
in the Manager in
Gary L Peskin
cc: (bcc: Scott Boag/CAM/Lotus)
Subject: Re: Extension Function returns
John --
For now, you could cast the ExpressionContext to an
XPathContext.XPathExpressionContext and use the getDTMManager() method,
like this:
public MyExtFunction(ExpressionContext xctxt, ...) {
...
DTMManager manager = ((XPathContext.XPathExpressionContext)
xctxt).getDTMManager();
...
}
I'
etDTM(context);.
>
> [The interface for DTM registration obviously needs a lot of work.]
>
> -scott
>
>
> John Gentilin
> ing.com>cc: [EMAIL PROTECTED]
> Sent by:
cc: [EMAIL PROTECTED]
Sent by:Subject: Re: Extension Function
returns
ing.com>cc: Scott Boag
><[EMAIL PROTECTED]>
> Sent by: Subject: Re: Extension Function
>returns
> [EMAIL PROTECTED]
> tching.com
>
>
>
cc: Scott Boag
<[EMAIL PROTECTED]>
Sent by:Subject: Re: Extension Function
r
: [EMAIL PROTECTED],
>[EMAIL PROTECTED]
> 09:37 PM Subject: Re: Extension Function
>returns(Document link: Scott Boag)
>
>
>
> I think this is an easily fixed problem with the extension code. I'll look
> into it first thing in the morning.
>
>
[EMAIL PROTECTED],
[EMAIL PROTECTED]
09:37 PM Subject: Re: Extension Function
returns(Document link: Scot
I think this is an easily fixed problem with the extension code. I'll look
into it first thing in the morning.
-scott
John Gentilin
28 matches
Mail list logo
