List Info

Thread: Non-validating Saxon
Non-validating Saxon
user name
 2007-09-20 14:28:12 

  


  

    





How can I tell Saxon 6.5.5 not to
validate the XML files he is XSLT-processing?



 



In addition to the extra execution time,
I’m having some mess with *.mod references. For example, I’m using
the website.dtd and Saxon fails at finding the
modules this dtd includes (extensions.mod
for example). This is very strange as long as the ENTITY PUBLIC reference is
pointing locally to “extensions.mod”;
(present in the same directory as website-full). If I insert a public http-path

and add this new entry in the catalog.xml it works.



(Note: I=92m using Windows XP Pro=94
.



 



Regards,



 



Pedro



 






  

  
  
   
     
    

  

    Re:  Non-validating Saxon
  


  

     user name

     2007-09-21 12:02:44
  


  

    

  


  

    

Hi Pedro,


While it may seem like Saxon is validating, it 
actually is not validating your elements against the DTD.  All XML parsers 
must *read* the DTD to find declarations of entities that might be used in the 
document, so that it can substitute the text for any entity references it 
finds.  So if there is DOCTYPE reference to a DTD, the parser must be able 
to read the DTD.  There is no way to tell  a parser to not look in the 
DTD if it finds a reference to one.  The entity 
processing doesn't add much to the processing time unless the DTD is 
accessed over the net instead of locally.


 


I think you should concentrate on fixing the DTD 
references.  Some more details would help. ; Are you using an XML 
catalog and resolver classes? Xerces parser?  Have you modified the DTD 
files or locations?


 


Bob Stayton
Sagehill Enterprises
DocBook Consulting
sagehill.net">bobssagehill.net


 


 ;



  
----- Original Message ----- 

  
  
  
Sent: Thursday, September 20, 2007 12:28 
  PM

  
Subject: [docbook-apps] Non-validating 
  Saxon

  


  

  
How 
  can I tell Saxon 6.5.5 not to validate the XML files he is 
  XSLT-processing?

  
 

  
In 
  addition to the extra execution time, I’m having some mess with *.mod 
  references. For example, I’m using the website.dtd 
  and Saxon fails at finding the modules this dtd 
  includes (extensions.mod for example). This is very 
  strange as long as the ENTITY PUBLIC reference is pointing locally to “extensions.mod” (present in the same directory as 
  website-full). If I insert a public http-path and add this new entry in the 
  catalog.xml it works.

  
(Note: 
  I=92m using Windows XP Pro=94 .

  
 

  
Regards,

  
 

  
Pedro

  
 


  
No virus found in this outgoing message.
Checked by AVG 
  Free Edition.
Version: 7.5.487 / Virus Database: 269.13.25/1018 - Release 
  Date: 19/09/2007 15:59

  

  
  
   
     
    

  

    Re:  Non-validating Saxon
  


  

     user name

     2007-09-22 04:21:56
  


  

    
On Fri, Sep 21 2007 18:02:44 +0100, bobssagehill.net wrote:
> While it may seem like Saxon is validating, it actually
is not validating your
> elements against the DTD.  All XML parsers must *read*
the DTD to find

Strictly speaking, an XML processor does not have to read an
external
DTD (i.e., an 'external subset') when the XML document has
an XML
declaration containing 'standalone="yes"' [1].

In practice, an XSLT processor will have a strong desire to
read the
external subset for the sake of the id() function (and, in
XSLT 2.0, the
idref() function).  So much so that I haven't found a way to
make Saxon
not read the external subset even when I use
'standalone="yes"'.  I
would like to since I have a client who would like to use a
DTD when
editing but doesn't want to have to configure catalogs for
when doing a
transform on a different system.

Regards,


Tony Graham.
============================================================
==========
Tony.GrahamMenteithConsulting.com   http://www.menteith
consulting.com

Menteith Consulting Ltd             Registered in Ireland -
No. 428599
Registered Office: 13 Kelly's Bay Beach, Skerries, Co.
Dublin, Ireland
------------------------------------------------------------
----------
Menteith Consulting -- Understanding how markup works
============================================================
==========

[1] http://www.w3.org/T
R/xml/#sec-rmd

------------------------------------------------------------
---------
To unsubscribe, e-mail: docbook-apps-unsubscribelists.oasis-open.org
For additional commands, e-mail: docbook-apps-helplists.oasis-open.org




  


  

    
  

  
  
   
     
    






 [1-3]











   
 





about | contact  Other archives ( Real Estate discussion Medical topics )