What Joe said. We wanted DTMTraverser and DTMIterator to have direct
access to the internals of DTMDefaultBase. Does derivation from
DTMIterator present problems to the SQL DTM?
-scott
John Gentilin
<johnglinux@eyecatch To: Scott Boag
<[EMAIL PROTECTED]>, Xalan Mailing List
ing.com> <[EMAIL PROTECTED]>
Sent by: cc:
[EMAIL PROTECTED] Subject: DTMDefaultBase &
DTMDefaultBaseIterator
tching.com
06/30/01 08:34 PM
Please respond to
xalan-dev
Scott,
I have been going over this code to see how I can leverage it
in the construction of the SQL Extension. I was going to extend
DTMDefaultBase and override the required methods. Problem
is, the DTMDefaultBaseTraverser extends DTMDefaultBase
directly so I can't use my code. What I would like to do is create
separate classes DTMDocument, DTMTraverser, & DTMIterator.
The Traverser will take a DTMDocument as a constructor argument
so that any derived class can use the base Iterator and the DTMDocument
can take a DTMIteratorFactory so that it can produce Iterators. Seems
like a more generic solution ?? Do you see any design problems with this
approach ??
Thanks
John G
- DTMDefaultBase & DTMDefaultBaseIterator John Gentilin
- Re: DTMDefaultBase & DTMDefaultBaseIterator Joseph_Kesselman
- Re: DTMDefaultBase & DTMDefaultBaseIterator Scott_Boag
- Re: DTMDefaultBase & DTMDefaultBaseIterator John Gentilin
