DO NOT REPLY [Bug 20685] - XSLTC: count() or sum() on node-set parameter returns incorrect result

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-xalan/java/src/org/apache/xalan/xsltc/compiler Expression.java

grchiu 2003/06/11 14:26:35 Modified:java/src/org/apache/xalan/xsltc/compiler Expression.java Log: Fix for bugzilla 20685. In startResetIterator(), check see if the expression wrapped by the CastExpr is a VariableRef. If so, don't generate a call to setStartNode. Revision C

cvs commit: xml-xalan/c/src/PlatformSupport XalanTranscodingServices.cpp

dbertoni2003/06/11 14:22:42 Modified:c/src/PlatformSupport XalanTranscodingServices.cpp Log: Fixed #ifdef glitch. Revision ChangesPath 1.22 +1 -1 xml-xalan/c/src/PlatformSupport/XalanTranscodingServices.cpp Index: XalanTranscodingServices.cpp

cvs commit: xml-xalan/c/src/XSLT StylesheetExecutionContextDefault.cpp

dbertoni2003/06/11 14:21:06 Modified:c/src/XSLT StylesheetExecutionContextDefault.cpp Log: Added missing &. Revision ChangesPath 1.111 +1 -1 xml-xalan/c/src/XSLT/StylesheetExecutionContextDefault.cpp Index: StylesheetExecutionContextDefault.cpp ===

RE: Document updates (Was: Extension Element to Optimize Large XMLtransformations)

>What is not clear in my mind is how is XQuery positioned against XSLT. >There seems to be quite an overlap between them. Is XQuery supposed to >replace XSLT in the future? I think the two are expectecd to co-exist for the indefinite future. XQuery is about extracting data without ornate restructu

RE: Document updates (Was: Extension Element to Optimize Large XML transformations)

David, What is not clear in my mind is how is XQuery positioned against XSLT. There seems to be quite an overlap between them. Is XQuery supposed to replace XSLT in the future? Thanks, Yuri > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, Ju

DO NOT REPLY [Bug 20685] - XSLTC: count() or sum() on node-set parameter returns incorrect result

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20685] - XSLTC: count() or sum() on node-set parameter returns incorrect result

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20685] - XSLTC: count() or sum() on node-set parameter returns incorrect result

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 20685] New: - XSLTC: count() or sum() on node-set parameter returns incorrect result

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Document updates (Was: Extension Element to Optimize Large XMLtransformations)

Yuri de Wit writes (about XUpdate): >This new language being defined is supposed to describe document updates >as opposed to document transformations. The key thing here is the >assumption that the source document is the same as the result document. I think the W3C intends to address this under XQ

RE: Extension Element to Optimize Large XML transformations

Joseph, Doing some research over this topic we came accross an effort called XUpdate: http://www.xmldb.org/xupdate/xupdate-wd.html - "The mission of the XUpdate Working Group is to provide open and flexible update facilities to modify data in XML documents. Doing so it is not important where the

Re: testXSLT copy-of warning message

You'll need to supply a minimal sample input document and a minimal stylesheet to reproduce the problem so we can determine what is going on. I suspect the problem is you're trying to copy nodes into a comment, which is why you are getting this warning message. You cannot do the following:

DO NOT REPLY [Bug 19790] - TransformerFactoryImpl.newTemplates() throws exception in Applet

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: testXSLT copy-of warning message

A workaround would be to rewrite the path to copy the document node's children rather than the node itself: But I think a case can be made that copying the root node should have the same meaning. I'd have to check the spec, but I'd be inclined to consider that message a bug. __

testXSLT copy-of warning message

Hello, i'm a Xalan-1.4 user (Linux & Solaris). I'm using testXSLT, and trying to construct a tree-fragment of an XML file ,which is not the input XML. (it is actually a xsd file, included by another xsd file, which is the input XML) I'm trying doing it using the line: however, the test

DO NOT REPLY [Bug 19790] - TransformerFactoryImpl.newTemplates() throws exception in Applet

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu