RE: AxesWalker.getLastPos bug

Hi, In that case, this would be probably even better (from clarity stand-point): walker.setPredicateCount(this.m_predicateIndex); Thanks, Dimitry -Original Message- From: Voytenko, Dimitry [mailto:[EMAIL PROTECTED] Sent: Friday, February 21, 2003 20:38 To: [EMAIL PROTECTED] Sub

AxesWalker.getLastPos bug

Hi, While I was looking into "position() != last()" issue, I noticed that in class org.apache.xpath.axes.AxesWalker method getLastPos there's a fragment of code: walker.setPredicateCount(walker.getPredicateCount() - 1); It looks suspicsous, b/c last() function is not necessarily called in

Re: Socket/kernel interaction

Hi Rishi, I have no idea what you mean by "every page coming in." Xerces is an XML parser. It parses and optionally validates XML documents. If you want to build a smaller Xerces binary, then you might post a question on the Xerces-C list, or search the archive to see if anyone else has aske

Re: Socket/kernel interaction

Hi David, Is this DTD and schema validation done for every page that comes in? I was thinking if this a non-recurrent operation this could be put in a separate library to reasonably tweak the final binary size. Thanks! Rishi --- David N Bertoni/Cambridge/IBM <[EMAIL PROTECTED]> wrote: > >

cvs commit: xml-xalan/c/src/XMLSupport FormatterToDOM.hpp

dbertoni2003/02/21 15:24:41 Modified:c/src/XMLSupport FormatterToDOM.hpp Log: Made typedef public. Revision ChangesPath 1.19 +6 -6 xml-xalan/c/src/XMLSupport/FormatterToDOM.hpp Index: FormatterToDOM.hpp

Conformance tests for string function errata

Hi all, It looks like we missed some of the latest errata for string functions. In particular, the behavior of substring-after() and substring-before() when the second parameter is an empty string. Here's a quick-and-dirty stylesheet, to illustrate. http://www.w3.org/1999/XSL/Transfo

Glitch in xslt20 branch

Not sure it's worth posting into Bugzilla since it's on the branch, but: Running conformance test "modes10" with both -ts and -l (which should display locator information for selected data) causes the xslt20 to crash. Looks like something in the new code isn't recording locators exactly as in

Re: position() = last() optimization feature request

Dimitry Voytenko wrote: >It looks like [is-last() optimization] could be advantageous for many >queries (especially for sql extension in streaming mode). XPath >expressions (sub-expressions) of view: >position() ? last(), where "?" is =, !=, <, >, etc, >can be easily optimized (org.

DO NOT REPLY [Bug 17265] - substring-before and substring-after

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/xml/dtm/ref/sax2dtm SAX2DTM2.java

mkwan 2003/02/21 14:20:28 Modified:java/src/org/apache/xalan/xsltc/dom Tag: XSLTC_DTM SAXImpl.java java/src/org/apache/xml/dtm/ref/sax2dtm Tag: XSLTC_DTM SAX2DTM2.java Log: XSLTC_DTM performance work Small improvement

RE: xslt/xpath function extension mechanism

Hi Morris, >> 1. For the classes under org.apache.xpath.extensions.pkgs, how do you >> decide which functions are put into each class (e.g. PkgNumber, PkgString, >> etc)? I don't insist on these packages. I put them as an example. And in that case PkgNumber should be probably divided into PkgNumb

cvs commit: xml-xalan/java/src/org/apache/xalan/res XSLTInfo.properties

ilene 2003/02/21 11:55:10 Modified:java build.xml java/src/org/apache/xalan/res XSLTInfo.properties Log: Applying Sarah McNamara's ([EMAIL PROTECTED]) patch for bugzilla #6285. Revision ChangesPath 1.186 +8 -8 xml-xalan/java/build.xml In

cvs commit: xml-xalan/c/src/XPath FunctionSubstringAfter.cpp FunctionSubstringBefore.cpp

dbertoni2003/02/21 11:37:08 Modified:c/src/XPath FunctionSubstringAfter.cpp FunctionSubstringBefore.cpp Log: Fixes for errata. Revision ChangesPath 1.16 +33 -24xml-xalan/c/src/XPath/FunctionSubstringAfter.cpp Index: FunctionSubstringA

RE: position() = last() optimization feature request

Hi Morris, >> The idea of the isLast() interface will be a good thing if the >> overhead for caching is small enough. If it'd be defined as a seperate interface (as I understand this is what you're suggesting), then implementations of only "double-fetch" critical iterators can implement this - wh

RE: xslt/xpath function extension mechanism

Hi, Dimitry I really appreciate your work to the new extension mechanism. I had a quick look at the class hierarchy. Now I have a few questions for you. 1. For the classes under org.apache.xpath.extensions.pkgs, how do you decide which functions are put into each class (e.g. PkgNumber, PkgString,

cvs commit: xml-xalan/java/src/org/apache/xalan/xsltc/dom DOMAdapter.java DOMImpl.java MultiDOM.java

santiagopg2003/02/21 11:24:44 Modified:java/src/org/apache/xalan/xsltc DOM.java java/src/org/apache/xalan/xsltc/dom DOMAdapter.java DOMImpl.java MultiDOM.java Log: Removed the getTreeString() method from the DOM interface (as well as from al

Re: position() = last() optimization feature request

The idea of the isLast() interface will be a good thing if the overhead for caching is small enough. By the way, I will also look at the optimizations for "node[last()]" in my XSLTC_DTM performance improvement work. This is better to be done on the DTM side. My current idea is to have the DTMAxi

DO NOT REPLY [Bug 6285] - XSLTInfo.properties 'version' is quite confusing

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_bug

DO NOT REPLY [Bug 6285] - XSLTInfo.properties 'version' is quite confusing

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_bug

Re: Question about Xalan-specific xsl:output attributes

Joe Kesselman wrote: >... >MOVED: >3) And that we send a formal request to the XSLT Working Group that >this concept be nailed down more explicitly in XSLT 2.0. +1 to that. In accordance with my other posting on this thread, we could request that "extension attributes" are allowed as a means

Re: Question about Xalan-specific xsl:output attributes

>The other day I was looking at section 2.1 of XSLT 1.0 [1]. It >states in part that "An element from the XSLT namespace may have any >attribute not from the XSLT namespace, provided that the expanded-name >of the attribute has a non-null namespace URI. The presence of such >attributes must no

Re: Question about Xalan-specific xsl:output attributes

Just to make sure we're on the same page: Stylesheet elements in the xsl: namespace (OK, you know what I mean!) can carry attributes not defined by the XSLT Recommendation, as long as those attributes aren't in the xsl: or default namespaces (to keep them from colliding with names reserved for

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

santiagopg2003/02/21 09:28:51 Modified:java/src/org/apache/xalan/xsltc/compiler Constants.java Message.java Log: New implementation of xsl:message that does not use RTFs. Using RTFs is both slow and problematic since the number of RTFs that can be creat

cvs commit: xml-xalan/java/xpath_rwapi/src/org/apache/xpath/rwapi/expression Literal.java

curcuru 2003/02/21 09:21:49 Modified:java/xpath_rwapi/src/org/apache/xpath/rwapi/impl Tag: xslt20 LiteralImpl.java java/xpath_rwapi/src/org/apache/xpath/rwapi/impl/parser Tag: xslt20 XPath.java XPathTreeConstants.java

DO NOT REPLY [Bug 6285] - XSLTInfo.properties 'version' is quite confusing

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_bug

Re: [vote] Nomination of Lionel Villard for xml-xalan committer status

+1 Dave Shane Curcuru

Re: Question about Xalan-specific xsl:output attributes

Hi Henry, Actually, it doesn't change the behavior of any elements or functions. It affects serialization, which is not an element or function, and isn't even required for conformance, so I think we're OK. Dave

Question about Xalan-specific xsl:output attributes

Hello, The other day I was looking at section 2.1 of XSLT 1.0 [1]. It states in part that "An element from the XSLT namespace may have any attribute not from the XSLT namespace, provided that the expanded-name of the attribute has a non-null namespace URI. The presence of such attributes

Re: [vote] Nomination of Lionel Villard for xml-xalan committer status

+1! Thanks, Henry -- Henry Zongaro Xalan development IBM SWS Toronto Lab Tie Line 969-6044; Phone (905) 413-6044 mailto:[EMAIL PROTECTED] Shane Curcuru <[EMAIL PROTECTED]> 02/20/2003 07:30 PM Please respond to xalan-dev

Re: incremental re-transformation of changed source document

Hi Felix, > In your paper you state that this incremental transformation model has > been implemented in-part in Xalan. Yet, in the eMail below you say that > Xalan does not support this mode of operation. Why this discrepancy? The *public* version of Xalan doesn't support incremental transf

Re: please UNSUBSCRIBE ME - I've tried webform unsubscribe, no success

Tony, Have you tried sending email to: [EMAIL PROTECTED]? That should do it. Ilene. "Tony Nys"

DO NOT REPLY [Bug 14185] - XPathAPI.selectNodeList() fails for 'contains()' attribute expression

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: [vote] Nomination of Lionel Villard for xml-xalan committer status

> I'd like to nominate Lionel Villard <[EMAIL PROTECTED]> > for committer on the xml-xalan project. +1! Ilene. -- Shane C

Re: [vote] Nomination of Lionel Villard for xml-xalan committer status

>> Are there enough committers who would approve this >> nomination with some +1 votes? +1! -- Morris Kwan

DO NOT REPLY [Bug 17265] - substring-before and substring-after

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: [vote] Nomination of Lionel Villard for xml-xalan committer status

On Thursday, 02/20/2003 at 07:30 EST, Shane Curcuru <[EMAIL PROTECTED]> wrote: > I'd like to nominate Lionel Villard <[EMAIL PROTECTED]> for committer on > the xml-xalan project. +1 and welcome! __ Joe Kesselman / IBM Research

Re: [vote] Nomination of Lionel Villard for xml-xalan committer status

- Original Message - From: "Shane Curcuru" <[EMAIL PROTECTED]> > > Are there enough committers who would approve this nomination with some +1 > votes? > +1! -- Santiago

Re: Problem in Xindice-land

Gianugo Rabellino wrote: Sam Ruby wrote: Just to be clear: the *purpose* of gump is to alert developers of situations where some package that they are depending on is making an incompatible change that will likely affect them in the future. My recommendation is that some of the developers of

Re: Problem in Xindice-land

Gianugo Rabellino wrote: First of all sorry if my question might sound a bit naive, but I'm slowly trying to catch up with Gump so I'm not an expert at all. Please feel free to flame me and/or point me to appropriate documentation. In Xindice we are consistently failing our Gump runs due to a p

please UNSUBSCRIBE ME - I've tried webform unsubscribe, no success

please UNSUBSCRIBE ME - I've tried webform unsubscribe, no success - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

please UNSUBSCRIBE ME - I've tried webform unsubscribe, no success

please UNSUBSCRIBE ME - I've tried webform unsubscribe, no success