Re: -xcatalog option and deferred parsing don't play nice together

Hi Richard,

At 08:46 AM 8/15/2003 +0200, you wrote:
>You're specifying a relative URL for the XCatalog here. If I'm not mistaken,
>that relative URL is made absolute by the XML parser before being passed off
>to the entity resolver, and it looks like the base for the URL for looking up
>catalog files is the working directory of the VM. In other words, the entity
>resolver ends up with the wrong system ID for the catalog.
>
>Try the absolute URL 
>file:/org/enhydra/barracuda/tutorials/xmlc/tutorials.xcat
>instead. The XMLC entity resolver is smart enough to try and load this from
>the class path.

Arg, I can't believe I didn't try that!  I should have known better.  Sorry 
about stupid bug report.  It's a bug in my brain, not in XMLC :-(

Do you have any opinion on the second email I sent about when using "-dom 
xerces" on XML documents, the document comes through unmodified so that 
none of the directives are replaced by data from the model?  The thing is, 
it works as expected when using "-dom lazydom" or not specifying it at all 
(which, I believe, defaults to lazydom?).

Jake