DO NOT REPLY [Bug 12773] - org.apache.xpath.axes.ChildTestIterator does not use indexes for traversing indexes

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_b

DO NOT REPLY [Bug 10420] - Can't control indent amount w/ Xalan command line executable.

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_b

DO NOT REPLY [Bug 7447] - dynamic library on aix 4.3.3 and xalan-c

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/c/src/XPath XPathProcessorImpl.cpp

dbertoni2002/09/18 22:59:36 Modified:c/src/XPath XPathProcessorImpl.cpp Log: Removed bogus code which replace namespace name token with namespace URI token. Revision ChangesPath 1.60 +0 -19 xml-xalan/c/src/XPath/XPathProcessorImpl.cpp Index: XPathProcessorI

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

dbertoni2002/09/18 22:54:02 Modified:c/src/PlatformSupport DoubleSupport.cpp Log: Special case initialization for AIX. Revision ChangesPath 1.34 +4 -0 xml-xalan/c/src/PlatformSupport/DoubleSupport.cpp Index: DoubleSupport.cpp

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

dbertoni2002/09/18 22:19:31 Modified:c/src/XPath XPath.cpp Log: Use local name instead of value for matching namespaces. Revision ChangesPath 1.74 +2 -2 xml-xalan/c/src/XPath/XPath.cpp Index: XPath.cpp

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

dbertoni2002/09/18 21:31:24 Modified:c/src/XPath NodeRefListBase.cpp Log: Fix for VC7. Revision ChangesPath 1.5 +2 -0 xml-xalan/c/src/XPath/NodeRefListBase.cpp Index: NodeRefListBase.cpp ==

cvs commit: xml-xalan/c/src/XalanDOM XalanDOMString.cpp

dbertoni2002/09/18 21:30:42 Modified:c/src/XalanDOM XalanDOMString.cpp Log: Fix for VC7. Revision ChangesPath 1.27 +1 -1 xml-xalan/c/src/XalanDOM/XalanDOMString.cpp Index: XalanDOMString.cpp ===

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

dbertoni2002/09/18 21:30:20 Modified:c/src/PlatformSupport FormatterListener.cpp Writer.cpp Log: Fix for VC7. Revision ChangesPath 1.6 +2 -2 xml-xalan/c/src/PlatformSupport/FormatterListener.cpp Index: FormatterListener.cpp =

cvs commit: xml-xalan/c/src/Include VCPPDefinitions.hpp

dbertoni2002/09/18 21:29:55 Modified:c/src/Include VCPPDefinitions.hpp Log: Fix for VC7. Revision ChangesPath 1.20 +1 -0 xml-xalan/c/src/Include/VCPPDefinitions.hpp Index: VCPPDefinitions.hpp ==

RE: Candidate 1.4 distributions - bugs

Hi Esmond, Wow, do I get extra points for correcting the compiler writer? ;-) Yes, I'm aware of the section in the standard. I spent mucho time researching this a while back for an issue with one of the supported compilers. It's not a tricky thing, so I'm surprised MSVC 7 doesn't get it

DO NOT REPLY [Bug 12797] - Null pointer exception with XPath $foo[position() > 1]

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_b

DO NOT REPLY [Bug 12797] New: - Null pointer exception with XPath $foo[position() > 1]

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_b

RE: Candidate 1.4 distributions - bugs

Dave Thanks. I am a compiler writer, and now that I've delved deep into the C++ standard, it is clear that MS is at fault: see ISO/IEC 14882:1998 §9.4.2(4). As MS mis-implement inline initializers, the solution must therefore be to undefine XALAN_INLINE_INITIALIZATION for MSVC7 (_MSC_VER=1300) in

RE: Candidate 1.4 distributions - bugs

The latter is indeed _not_ incorrect, nor is it necessarily pointless. It is only necessary if code referencing XalanDOMString::npos provokes a "use" of npos, like this: const XalanDOMString::size_type&foo = XalanDOMString::npos; You could argue that we shouldn't allow this, but the re

RE: Candidate 1.4 distributions - bugs

I have built this with MSC7. The only compile-time problem I found was in XalanDOM/XalanDOMString.hpp, which has: #if defined(XALAN_INLINE_INITIALIZATION) static const size_type npos = ~0u; #else enum { npos = -1 }; #endif XalanDOMString.cpp has this: #if defined(XALAN_INLINE_

cvs commit: xml-xalan/c/Projects/Win32/VC6/XSLT XSLT.dsp

dbertoni2002/09/18 16:41:58 Modified:c/Projects/Win32/VC6/XSLT XSLT.dsp Log: Removed Quantify file. Revision ChangesPath 1.36 +0 -4 xml-xalan/c/Projects/Win32/VC6/XSLT/XSLT.dsp Index: XSLT.dsp =

Re: DOM L3 XPATH implementation

Makes sense. Thaks for pointing it out! I see that the experimental interfaces like ls is in xercesImpl.jar. the xpath interfaces will go in to org.w3c.dom.xpath. thanks, -vivek. On Wed, 18 Sep 2002, Elena Litani wrote: > Elena Litani wrote: > > The W3C DOM XPath interfaces will be located

cvs commit: xml-xalan/java/src/org/apache/xpath/functions FuncIndexOf.java FuncItemAt.java

mmidy 2002/09/18 13:00:53 Modified:java/src/org/apache/xpath/functions Tag: xslt20 FuncIndexOf.java FuncItemAt.java Log: Fix sequence indexing Revision ChangesPath No revision No revision 1.1.2

Re: DOM L3 XPATH implementation

Elena Litani wrote: > The W3C DOM XPath interfaces will be located in dom3/org/w3c/dom/xpath > package. Actually I am wrong on that one :). The Xpath API should go under org.w3c.dom.xpath package, where each interface marked as experimental. This is what we do with DOM Level 3 Load and Save. The

Re: DOM L3 XPATH implementation

Hi Joe, Joseph Kesselman wrote: > > > > * The xpath implementation classes will be located at: > > > > src/org/apache/xerces/dom/xpath. > > > > > > Not sure we need this new package. > > You _definitely_ need this package. DOM L3 is not a Recommendation yet. > The API may continue to change.

Re: DOM L3 XPATH implementation

On Wednesday, 09/18/2002 at 11:29 MST, Vivek Pandey <[EMAIL PROTECTED]> wrote: > On Wed, 18 Sep 2002, Joseph Kesselman wrote: > > Well, Xalan is certainly intending to implement it, and I think we've got > > a prototype. Obviously our version wouldn't put the factory on the > > Document node; th

Re: DOM L3 XPATH implementation

On Wednesday, 09/18/2002 at 11:18 MST, Vivek Pandey <[EMAIL PROTECTED]> wrote: > I found XPath API in xalan but they are not DOM L3 XPath API Those aren't. I believe we have a version of the DOM L3 XPath API in development, but it probably isn't checked in yet. >I also saw the code of xalan

Re: DOM L3 XPATH implementation

Hi Elina, On Wed, 18 Sep 2002, Elena Litani wrote: > Hi Vivek, > > Vivek Pandey wrote: > > I have started implementation work of DOM L3 XPATH 1.0 > > in my xerces 2.1 workspace. > > To my knowledge Xalan already implements this API. So I am wondering if > we should implement it in Xerces...? I

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

mkwan 2002/09/18 09:54:24 Modified:java/src/org/apache/xalan/xslt Process.java java/src/org/apache/xalan/res XSLTErrorResources.properties Log: XSLTC support - phase 1 Add the -XSLTC option to enable transforming using XSLTC The following existing options

Candidate 1.4 distributions

Hi all, The candidate distributions for the 1.4 release are available in: http://xml.apache.org/dist/xalan-c/candidate/ We'll be doing some smoke-testing on the distributions tomorrow. I encourage anyone who's interested to download the distributions and report and problems you may have

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

mkwan 2002/09/18 09:08:37 Modified:java/src/org/apache/xalan/xsltc/compiler Tag: XSLTC_DTM Import.java Log: Fix a problem which causes failed conformance tests in trax.localPath. Use the same code to convert a local path to a URL string as in the main b

cvs commit: xml-xalan/java/src/org/apache/xalan/xsltc/trax TransformerImpl.java

mkwan 2002/09/18 09:04:29 Modified:java/src/org/apache/xalan/xsltc/trax Tag: XSLTC_DTM TransformerImpl.java Log: Set the systemId when creating an InputSource from an InputStream or a Reader. Revision ChangesPath No revision

Merging Multiple documents

I am trying to merge multiple dom documents. I tryed this way: - create a third dom document - then using getChildNodes(); retrieve nodes for the first and for the second - then usingcreateElement and appendChild and I have been able to build the dom whose conte

cvs commit: xml-xalan/java/src/org/apache/xalan/xsltc/trax TransformerFactoryImpl.java

zongaro 2002/09/18 08:56:48 Modified:java/src/org/apache/xalan/xsltc/cmdline Tag: XSLTC_DTM Compile.java java/src/org/apache/xalan/xsltc/compiler Tag: XSLTC_DTM XSLTC.java java/src/org/apache/xalan/xsltc/compi

RE: Why do indexing?

Joe, In order to make this issue is not forgotten I have submitted a enhancement request into budzilla http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12773. I tried to enable using indexing in ChildTestIteratort class were it is currently commented out. First smoke test failed, than I fixed

RE: Why do indexing?

Please remember that org.apache.xml.dtm.ref.DTMBaseTraversers and org.apache.xml.dtm.ref.DTMBaseIterators are also set up to use indexing; the xpath.axes package is only the tip of the iceberg. It's perfectly possible that this code isn't actually being invoked, depending on what methods are

cvs commit: xml-xalan/java/src/org/apache/xpath/parser SimpleNode.java

mmidy 2002/09/18 07:17:47 Modified:java/src/org/apache/xpath/functions Tag: xslt20 FuncIndexOf.java java/src/org/apache/xpath/parser Tag: xslt20 SimpleNode.java Added: java/src/org/apache/xpath/functions Tag: xslt20

DO NOT REPLY [Bug 12773] - org.apache.xpath.axes.ChildTestIterator does not use indexes for traversing indexes

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_b

DO NOT REPLY [Bug 12773] New: - org.apache.xpath.axes.ChildTestIterator does not use indexes for traversing indexes

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_b

Re: DOM L3 XPATH implementation

On Wednesday, 09/18/2002 at 08:33 AST, Elena Litani <[EMAIL PROTECTED]> wrote: > Vivek Pandey wrote: > > I have started implementation work of DOM L3 XPATH 1.0 > > in my xerces 2.1 workspace. > > To my knowledge Xalan already implements this API. So I am wondering if > we should implement it in

cvs commit: xml-xalan/java/src/org/apache/xpath/objects XRTreeFrag.java

zongaro 2002/09/18 06:31:55 Modified:java/src Tag: XSLTC_DTM xml-commons-src.tar.gz java/src/org/apache/xalan/lib Tag: XSLTC_DTM Extensions.java java/src/org/apache/xalan/processor Tag: XSLTC_DTM XSLTSchema.java java/s

Re: DOM L3 XPATH implementation

Hi Vivek, Vivek Pandey wrote: > I have started implementation work of DOM L3 XPATH 1.0 > in my xerces 2.1 workspace. To my knowledge Xalan already implements this API. So I am wondering if we should implement it in Xerces...? > * All xpath interfaces as defined by w3c are included in > src/d

RE: Why do indexing?

Joe, I agree that indexing in general is good thing and COULD improve performance , if it is really USED. Unformtunately current Apache XPath.exes impelementation almost does not do this - maybe this question more to org.apache.xpath.axes package, than to org.apache.xml.dtm.ref. I run smoketes