Scott,
Was doing the happy dance on the plane ride back. My problem was
the m_firstch was not being set on the column-header entries. Since
the Int Arrays init to 0, the first child of the column-header entries
points back to the row-set node causing an endless loop. I think I have
a handle on the problem now. I side stepped the Accept problem by doing a
copy-of for just the variable $table and not $table/row-set/row.
Regards
John G
On Fri, 13 Jul 2001 [EMAIL PROTECTED] wrote:
>
> Hi John. It's been a busy day. I'll try and get your extension running
> tomorrow, and look at the design docs you sent.
>
> > What do I set the Namespace string to when building the
> > table
>
> Either null or "" is OK... they will both map to index zero.
>
> > the accept code fails which brings up a question.
>
> You mean acceptNode(nextNode) on line 92? Can you walk into it in the
> debugger and see exactly what is happening?
>
> I think acceptNode should be calling the NodeTest#execute on line 528,
> which is calling dtm.getNodeType. What is your debug statement in
> SQLDocument#getNodeType printing out?
>
> -scott
>
>
>
>
>
> John Gentilin
> <johnglinux@eyecatch To: [EMAIL PROTECTED]
> ing.com> cc: (bcc: Scott Boag/CAM/Lotus)
> Sent by: Subject: More Info -> Re: Help
>-> Extension's and traversing the DTM
> [EMAIL PROTECTED]
> tching.com
>
>
> 07/11/2001 11:24 PM
> Please respond to
> xalan-dev
>
>
>
>
>
>
> More info, it seems in the WalkingIteratorSorted.java
> code, the accept code fails which brings up a question.
> I manually build the Expanded Name table for the elements
> and attributes that will exist in a SQL Extension document.
> What do I set the Namespace string to when building the
> table, the code I use is;
>
> m_ColumnHeader_TypeID =
> m_expandedNameTable.getExpandedTypeID(
> S_NAMESPACE, S_COLUMN_HEADER, DTM.ELEMENT_NODE);
>
> S_COLUMN_HEADER is "column-header"
> S_NAMESPACE is either null or an empty string. I am trying to exist in
> the default namespace.
>
> Thanks
> John G
>
>
>
>
>
>
