My point is that I don't think you should be getting whitespace reported
this way. Can you email me details on one of the cases where this is
causing a problem?
In any case, I don't think there's any need to use a special kind of
object for this. AFAIKS you should be able to just use an OMText
directly, since whitespace outside of the root element of the document
is not significant for XML-Signature and, as I understand it, that's the
only place where you'd have a problem using OMText.
- Dennis
Eran Chinthaka wrote:
Well, this is an issue when I'm running the XML conformance tests.
Some of the tests fails due to this.
Anyway, I think these whitespaces will become critical in security
environment too. So I think we have no option but to support it.
-- Chinthaka
Dennis Sosnoski wrote:
I'd think you should only get the SPACE event if you're using
validation, since the API says it represents ignorable whitespace and
that's only defined by reference to a document grammar. Have you seen
SPACE occur in cases without validation?
- Dennis
Eran Chinthaka wrote:
Hi all,
I was trying to find out the problems we have with XML conformance
tests. One of the problems I saw was that we do not handle the SPACE
event from the parser.
What I thought was to use the OMText for that too. But that makes
the other cases complicated. Currently, OMText's parent should be an
OMElement, but not an OMContainer, which is correct. SPACE can come
under the OMDocument, but not spaces.
So I thought of introducing OMSpace to handle spaces. But this adds
upto the memory. IMO, spaces are important in the security case only
(am I missing something ? ). If thats the case, adding another
object, just to handle spaces is affecting the memory.
I googled to check how others have handled this, but unfortunately,
all the impls i found have just discarded that event. (I couldn't
look in to XBIS)
Comments and thoughts ... ??
Chinthaka
