Sounds like XForms :)
http://www.w3.org/TR/xforms/
-mikko
John Gentilin wrote:
The Problem:
I need a way to run a transformation, that contains extension elements,
then after the transformation have the ability to re-execute, selectively
some of the templates. i.e. the equivalent of a call-temp
Hi,
for many applications, it is necessary to execute an arbitrary XPath
expression and return the list of all nodes that the expression
references in location paths.
For instance, the following expression :
"sum(/doc/[EMAIL PROTECTED]'3']/@value) * /doc/tax/@tax" references value,
level and t
.error(e);
}
return null;
}
/**
* Method getName
*
*
*/
public String getName() {
return funcClass.getName();
}
}
---------
Mikko Honkala wrote:
Hello Morris,
thanks for your suggestion. It really seems to w
]
Mikko Honkala
<[EMAIL PROTECTED]To: [EMAIL PROTECTED]
Hi,
I have another problem with Sun's decicion to embed Xalan into JDK 1.4:
I need to declare non-prefixed extension functions with
ExtensionTable.installFunction. This works in JDK1.3, but in JDK1.4 I
get the following error, when trying to execute these extensions. It
seems that from within
,
Mikko Honkala
http://www.x-Smiles.org/
> -Original Message-
> From: Shane Curcuru [mailto:[EMAIL PROTECTED]]
> Sent: 6. helmikuuta 2002 21:21
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Second call: Does anyone still really require Java 1.1
>
or to replace this behavior."
How is this done? I would need to replace the LocPathIterator's behaviour
with my own behaviour.
[1] http://xml.apache.org/xalan-j/design/design2_0_0.html#xpath
Thanks,
Mikko Honkala - http://www.x-smiles.org/
Actually I was thinking that the contents of an Expression object could be
publicly read ( Expression#getChildExpressions() ). This way an interested
application could traverse the expression tree and check the LocPath
expressions itself.
- Mikko Honkala - http://www.x-smiles.org
o
add interface to the org.apache.xpath.Expression, which would allow reading
the expression tree after compilation. That way the actual XPath execution
would remain untouched. Does this sound more doable? Would it be possible to
do an interface like this?
Thanks for your attention,
- Mikko Honkala -
(
XPathContext xctxt, int contextNode) // for node sets
The problem is that I have to modify Xalan's XPath source in order to send
events from these 2 methods... Would it be sensible to define an Interface
similar to XSLT's TraceListener for pure XPath also?
- Mikko Honkala - http://www.x-
es a
particular XPath expression reads while executing.
I think this requirement will be present in any declarative calculation
system, which uses XPath expressions.
- Mikko Honkala - http://www.x-smiles.org/
> -Original Message-
> From: Gary L Peskin [mailto:[EMAIL PROTECTED]]
> S
XPath(str, null, prefixResolver, XPath.SELECT, null);
I can access the expression with xpath.getExpression(),
but how can I traverse into the expression if it contains other expressions?
Thanks,
- Mikko Honkala - http://www.x-smiles.org/
> -Original Message-
> From:
d this feature to the current XPath implementation, if somebody
helps out a bit.
Thanks,
- Mikko Honkala - http://www.x-smiles.org/
13 matches
Mail list logo