How to Handle HTML Files with DOCTYPE Decl
I am trying to process local copies of HTML files that have DOCTYPE decls like so: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> ]> It appears that Oxygen is trying to resolve the DTD and failing to do so, which causes timeout delays and then failure of my transform, of course. What's the easiest/best way to fix this behavior? Thanks, E. -- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 www.reallysi.com www.rsuitecms.com
It looks like the system identifier there is wrong. It should be " http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of course, rather than resolving it from w3c, you should download a local copy and put an entry to it in Oxygen's catalog file, using the public id. Or, if you'd rather not modify Oxygen's catalog file, create your own catalog file in the same directory as the dtd, like this: <?xml version="1.0"?> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd"> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="xhtml-math11-f.dtd"/> </catalog> and then add an entry in Oxygen's XML Catalog preferences pointing to this catalog file. That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. :) On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber <ekimber@reallysi.com> wrote:
I am trying to process local copies of HTML files that have DOCTYPE decls like so:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> ]>
It appears that Oxygen is trying to resolve the DTD and failing to do so, which causes timeout delays and then failure of my transform, of course.
What's the easiest/best way to fix this behavior?
Thanks,
E.
-- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 www.reallysi.com www.rsuitecms.com
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
Thanks--fixing the system ID did the trick. You are correct that providing a local copy would be best, but since Oxygen caches it on first reference, I don't think it's a big deal to go to the Internet for it (as least I hope not). Cheers, E. On 1/28/12 1:03 PM, "Chris Maloney" <voldrani@gmail.com> wrote:
It looks like the system identifier there is wrong. It should be "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of course, rather than resolving it from w3c, you should download a local copy and put an entry to it in Oxygen's catalog file, using the public id. Or, if you'd rather not modify Oxygen's catalog file, create your own catalog file in the same directory as the dtd, like this:
<?xml version="1.0"?> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="xhtml-math11-f.dtd"/> </catalog>
and then add an entry in Oxygen's XML Catalog preferences pointing to this catalog file.
That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. :)
On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber <ekimber@reallysi.com> wrote:
I am trying to process local copies of HTML files that have DOCTYPE decls like so:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> ]>
It appears that Oxygen is trying to resolve the DTD and failing to do so, which causes timeout delays and then failure of my transform, of course.
What's the easiest/best way to fix this behavior?
Thanks,
E.
-- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 <tel:512.554.9368> www.reallysi.com <http://www.reallysi.com> www.rsuitecms.com <http://www.rsuitecms.com>
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
-- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368 www.reallysi.com www.rsuitecms.com
Hi Eliot, I agree with everything Chris says, resolving the DTD throught a catalog should be best. A while ago the W3C server was intentionally changed to disallow consecutive connections to the schemas stored on it. Oxygen indeed caches the associated schema (in fact it caches the associated grammar) for validation but if you apply XSLT stylesheets on your XML content they will connect each time to the web. One hint would be for you to open this catalog file:
OXYGEN_INSTALL_DIR/frameworks/mathml2/catalog.xml
and add the following mapping to it:
<public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="dtd/xhtml-math-svg.dtd"/>
I am not quite sure the referenced DTD is 100% identical with the one at W3C but it is a DTD for editing XHTML 1.1 + MathML 2.0 + SVG so it might be enough. I'll look more into this and see if we can add this mapping by default in Oxygen. Regards, Radu Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 1/29/2012 12:23 AM, Eliot Kimber wrote:
Thanks--fixing the system ID did the trick. You are correct that providing a local copy would be best, but since Oxygen caches it on first reference, I don't think it's a big deal to go to the Internet for it (as least I hope not).
Cheers,
E.
On 1/28/12 1:03 PM, "Chris Maloney"<voldrani@gmail.com> wrote:
It looks like the system identifier there is wrong. It should be "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of course, rather than resolving it from w3c, you should download a local copy and put an entry to it in Oxygen's catalog file, using the public id. Or, if you'd rather not modify Oxygen's catalog file, create your own catalog file in the same directory as the dtd, like this:
<?xml version="1.0"?> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="xhtml-math11-f.dtd"/> </catalog>
and then add an entry in Oxygen's XML Catalog preferences pointing to this catalog file.
That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. :)
On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber<ekimber@reallysi.com> wrote:
I am trying to process local copies of HTML files that have DOCTYPE decls like so:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> ]>
It appears that Oxygen is trying to resolve the DTD and failing to do so, which causes timeout delays and then failure of my transform, of course.
What's the easiest/best way to fix this behavior?
Thanks,
E.
-- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368<tel:512.554.9368> www.reallysi.com<http://www.reallysi.com> www.rsuitecms.com<http://www.rsuitecms.com>
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
Hmm, that's interesting. Radu, after reading your email, I checked my copy of mathml/catalog.xml (Oxygen version 12) and it has this already: <rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/" rewritePrefix="content/dtd/"/> which should be enough to map xhtml-math11-f.dtd to the dtd/xhtml-math11-f.dtd file there, and I checked, and it does exist. So then I discovered that I don't think this mathml catalog is being loaded. I added <nextCatalog catalog="mathml2/catalog.xml"/> to my Oxygen master frameworks catalog, and it started working. Is it possible this has been missing all along? Seems hard to understand. I also tried with the Oxygen 11 framework catalog, which I happen to still have still installed, and got the same results -- this mathml dtd was not resolved. On Mon, Jan 30, 2012 at 3:22 AM, Radu Coravu <radu_coravu@sync.ro> wrote:
Hi Eliot,
I agree with everything Chris says, resolving the DTD throught a catalog should be best. A while ago the W3C server was intentionally changed to disallow consecutive connections to the schemas stored on it. Oxygen indeed caches the associated schema (in fact it caches the associated grammar) for validation but if you apply XSLT stylesheets on your XML content they will connect each time to the web.
One hint would be for you to open this catalog file:
OXYGEN_INSTALL_DIR/frameworks/mathml2/catalog.xml
and add the following mapping to it:
<public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="dtd/xhtml-math-svg.dtd"/>
I am not quite sure the referenced DTD is 100% identical with the one at W3C but it is a DTD for editing XHTML 1.1 + MathML 2.0 + SVG so it might be enough. I'll look more into this and see if we can add this mapping by default in Oxygen.
Regards, Radu
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
Thanks--fixing the system ID did the trick. You are correct that
local copy would be best, but since Oxygen caches it on first reference, I don't think it's a big deal to go to the Internet for it (as least I hope not).
Cheers,
E.
On 1/28/12 1:03 PM, "Chris Maloney"<voldrani@gmail.com> wrote:
It looks like the system identifier there is wrong. It should be "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of course, rather than resolving it from w3c, you should download a local copy and put an entry to it in Oxygen's catalog file, using the public id. Or, if you'd rather not modify Oxygen's catalog file, create your own catalog file in the same directory as the dtd, like this:
<?xml version="1.0"?> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd ">
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="xhtml-math11-f.dtd"/> </catalog>
and then add an entry in Oxygen's XML Catalog preferences pointing to
On 1/29/2012 12:23 AM, Eliot Kimber wrote: providing a this
catalog file.
That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. :)
On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber<ekimber@reallysi.com> wrote:
I am trying to process local copies of HTML files that have DOCTYPE decls like so:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> ]>
It appears that Oxygen is trying to resolve the DTD and failing to do so, which causes timeout delays and then failure of my transform, of course.
What's the easiest/best way to fix this behavior?
Thanks,
E.
-- Eliot Kimber Senior Solutions Architect "Bringing Strategy, Content, and Technology Together" Main: 512.554.9368<tel:512.554.9368> www.reallysi.com<http://www.reallysi.com> www.rsuitecms.com<http://www.rsuitecms.com>
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
Hi Chris, Yes and no :) So yes, as you observed the:
<rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/" rewritePrefix="content/dtd/"/>
is already in place in the catalog file. But the catalog file is actually used by Oxygen (at least by the Oxygen 13 versions with which I've tested). In the "Document Type Association" Preferences page the "MathML" configured document type adds this catalog to the used catalogs list. Actually using the default settings in Oxygen 13.2 I unplugged the network connection and it was not necessary to validate the file, Oxygen first tries to resolve the public ID via catalog (and fails), then tries to resolve the system (and succeeds) via the catalog file. I even tried to apply from Oxygen an XSLT transformation over the HTML file and it succeeded as Oxygen's catalog resolver is still used by the XSLT transformations. So it already works over the local DTD after Eliot followed your suggestion to correct the MathML system id in the HTML file. Regards, Radu Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com On 1/30/2012 3:33 PM, Chris Maloney wrote:
Hmm, that's interesting.
Radu, after reading your email, I checked my copy of mathml/catalog.xml (Oxygen version 12) and it has this already:
<rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/" rewritePrefix="content/dtd/"/>
which should be enough to map xhtml-math11-f.dtd to the dtd/xhtml-math11-f.dtd file there, and I checked, and it does exist.
So then I discovered that I don't think this mathml catalog is being loaded. I added
<nextCatalog catalog="mathml2/catalog.xml"/>
to my Oxygen master frameworks catalog, and it started working. Is it possible this has been missing all along? Seems hard to understand.
I also tried with the Oxygen 11 framework catalog, which I happen to still have still installed, and got the same results -- this mathml dtd was not resolved.
On Mon, Jan 30, 2012 at 3:22 AM, Radu Coravu <radu_coravu@sync.ro <mailto:radu_coravu@sync.ro>> wrote:
Hi Eliot,
I agree with everything Chris says, resolving the DTD throught a catalog should be best. A while ago the W3C server was intentionally changed to disallow consecutive connections to the schemas stored on it. Oxygen indeed caches the associated schema (in fact it caches the associated grammar) for validation but if you apply XSLT stylesheets on your XML content they will connect each time to the web.
One hint would be for you to open this catalog file:
> OXYGEN_INSTALL_DIR/frameworks/mathml2/catalog.xml
and add the following mapping to it:
> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="dtd/xhtml-math-svg.dtd"/>
I am not quite sure the referenced DTD is 100% identical with the one at W3C but it is a DTD for editing XHTML 1.1 + MathML 2.0 + SVG so it might be enough. I'll look more into this and see if we can add this mapping by default in Oxygen.
Regards, Radu
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 1/29/2012 12:23 AM, Eliot Kimber wrote: > Thanks--fixing the system ID did the trick. You are correct that providing a > local copy would be best, but since Oxygen caches it on first reference, I > don't think it's a big deal to go to the Internet for it (as least I hope > not). > > Cheers, > > E. > > On 1/28/12 1:03 PM, "Chris Maloney"<voldrani@gmail.com <mailto:voldrani@gmail.com>> wrote: > >> It looks like the system identifier there is wrong. It should be >> "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of >> course, rather than resolving it from w3c, you should download a local copy >> and put an entry to it in Oxygen's catalog file, using the public id. Or, if >> you'd rather not modify Oxygen's catalog file, create your own catalog file in >> the same directory as the dtd, like this: >> >> <?xml version="1.0"?> >> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog >> V1.0//EN" >> "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd"> >> >> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> >> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" >> uri="xhtml-math11-f.dtd"/> >> </catalog> >> >> and then add an entry in Oxygen's XML Catalog preferences pointing to this >> catalog file. >> >> That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. >> :) >> >> >> >> On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber<ekimber@reallysi.com <mailto:ekimber@reallysi.com>> wrote: >>> I am trying to process local copies of HTML files that have DOCTYPE decls >>> like so: >>> >>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" >>> "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ >>> <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> >>> ]> >>> >>> >>> It appears that Oxygen is trying to resolve the DTD and failing to do so, >>> which causes timeout delays and then failure of my transform, of course. >>> >>> What's the easiest/best way to fix this behavior? >>> >>> Thanks, >>> >>> E. >>> >>> -- >>> Eliot Kimber >>> Senior Solutions Architect >>> "Bringing Strategy, Content, and Technology Together" >>> Main: 512.554.9368 <tel:512.554.9368><tel:512.554.9368 <tel:512.554.9368>> >>> www.reallysi.com <http://www.reallysi.com><http://www.reallysi.com> >>> www.rsuitecms.com <http://www.rsuitecms.com><http://www.rsuitecms.com> >>> >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user@oxygenxml.com <mailto:oXygen-user@oxygenxml.com> >>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > _______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com <mailto:oXygen-user@oxygenxml.com> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
I see, thanks Radu. You wrote:
So it already works over the local DTD after Eliot followed your suggestion to correct the MathML system id in the HTML file.
Just for the record, it isn't necessary to change the system id as I originally suggested. All Eliot should have needed to do is to enable the MathML document type association, which must have gotten disabled somehow. I just tried it on my instance of version 13 and it worked. On Mon, Jan 30, 2012 at 8:55 AM, Radu Coravu <radu_coravu@sync.ro> wrote:
Hi Chris,
Yes and no :)
So yes, as you observed the:
<rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/" rewritePrefix="content/dtd/"/>
is already in place in the catalog file.
But the catalog file is actually used by Oxygen (at least by the Oxygen 13 versions with which I've tested). In the "Document Type Association" Preferences page the "MathML" configured document type adds this catalog to the used catalogs list.
Actually using the default settings in Oxygen 13.2 I unplugged the network connection and it was not necessary to validate the file, Oxygen first tries to resolve the public ID via catalog (and fails), then tries to resolve the system (and succeeds) via the catalog file. I even tried to apply from Oxygen an XSLT transformation over the HTML file and it succeeded as Oxygen's catalog resolver is still used by the XSLT transformations.
So it already works over the local DTD after Eliot followed your suggestion to correct the MathML system id in the HTML file.
Regards, Radu
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 1/30/2012 3:33 PM, Chris Maloney wrote:
Hmm, that's interesting.
Radu, after reading your email, I checked my copy of mathml/catalog.xml (Oxygen version 12) and it has this already:
<rewriteSystem systemIdStartString="http://www.w3.org/TR/MathML2/dtd/" rewritePrefix="content/dtd/"/>
which should be enough to map xhtml-math11-f.dtd to the dtd/xhtml-math11-f.dtd file there, and I checked, and it does exist.
So then I discovered that I don't think this mathml catalog is being loaded. I added
<nextCatalog catalog="mathml2/catalog.xml"/>
to my Oxygen master frameworks catalog, and it started working. Is it possible this has been missing all along? Seems hard to understand.
I also tried with the Oxygen 11 framework catalog, which I happen to still have still installed, and got the same results -- this mathml dtd was not resolved.
On Mon, Jan 30, 2012 at 3:22 AM, Radu Coravu <radu_coravu@sync.ro <mailto:radu_coravu@sync.ro>> wrote:
Hi Eliot,
I agree with everything Chris says, resolving the DTD throught a catalog should be best. A while ago the W3C server was intentionally changed to disallow consecutive connections to the schemas stored on it. Oxygen indeed caches the associated schema (in fact it caches the associated grammar) for validation but if you apply XSLT stylesheets on your XML content they will connect each time to the web.
One hint would be for you to open this catalog file:
> OXYGEN_INSTALL_DIR/frameworks/mathml2/catalog.xml
and add the following mapping to it:
> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" uri="dtd/xhtml-math-svg.dtd"/>
I am not quite sure the referenced DTD is 100% identical with the one at W3C but it is a DTD for editing XHTML 1.1 + MathML 2.0 + SVG so it might be enough. I'll look more into this and see if we can add this mapping by default in Oxygen.
Regards, Radu
Radu Coravu <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger http://www.oxygenxml.com
On 1/29/2012 12:23 AM, Eliot Kimber wrote: > Thanks--fixing the system ID did the trick. You are correct that providing a > local copy would be best, but since Oxygen caches it on first reference, I > don't think it's a big deal to go to the Internet for it (as least I hope > not). > > Cheers, > > E. > > On 1/28/12 1:03 PM, "Chris Maloney"<voldrani@gmail.com <mailto:voldrani@gmail.com>> wrote: > >> It looks like the system identifier there is wrong. It should be >> "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd", I think. But, of >> course, rather than resolving it from w3c, you should download a local copy >> and put an entry to it in Oxygen's catalog file, using the public id. Or, if >> you'd rather not modify Oxygen's catalog file, create your own catalog file in >> the same directory as the dtd, like this: >> >> <?xml version="1.0"?> >> <!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog >> V1.0//EN" >> "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd "> >> >> <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> >> <public publicId="-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" >> uri="xhtml-math11-f.dtd"/> >> </catalog> >> >> and then add an entry in Oxygen's XML Catalog preferences pointing to this >> catalog file. >> >> That's how I'd fix it anyway -- not sure if it's the easiest/best way or not. >> :) >> >> >> >> On Sat, Jan 28, 2012 at 8:47 AM, Eliot Kimber<ekimber@reallysi.com <mailto:ekimber@reallysi.com>> wrote: >>> I am trying to process local copies of HTML files that have DOCTYPE decls >>> like so: >>> >>> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" >>> "http://www.w3.org/TR/MathML2/dtd/xhtml-math11-f.dtd" [ >>> <!ENTITY mathml "http://www.w3.org/1998/Math/MathML"> >>> ]> >>> >>> >>> It appears that Oxygen is trying to resolve the DTD and failing to do so, >>> which causes timeout delays and then failure of my transform, of course. >>> >>> What's the easiest/best way to fix this behavior? >>> >>> Thanks, >>> >>> E. >>> >>> -- >>> Eliot Kimber >>> Senior Solutions Architect >>> "Bringing Strategy, Content, and Technology Together" >>> Main: 512.554.9368 <tel:512.554.9368><tel:512.554.9368 <tel:512.554.9368>> >>> www.reallysi.com <http://www.reallysi.com><; http://www.reallysi.com> >>> www.rsuitecms.com <http://www.rsuitecms.com><http://www.rsuitecms.com> >>> >>> _______________________________________________ >>> oXygen-user mailing list >>> oXygen-user@oxygenxml.com <mailto:oXygen-user@oxygenxml.com> >>> http://www.oxygenxml.com/mailman/listinfo/oxygen-user >> > _______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com <mailto:oXygen-user@oxygenxml.com> http://www.oxygenxml.com/mailman/listinfo/oxygen-user
_______________________________________________ oXygen-user mailing list oXygen-user@oxygenxml.com http://www.oxygenxml.com/mailman/listinfo/oxygen-user
participants (3)
-
Chris Maloney -
Eliot Kimber -
Radu Coravu