Làm cách nào để giải quyết các yếu tố <xsl:import> và <xsl:include> có đường dẫn tương đối khi sử dụng xsltc.exe XslCompiledTransforms?

Question

Là một phần của quá trình xây dựng ứng dụng web của chúng tôi, tôi đã thiết lập các bản định kiểu XSLT của chúng tôi để được xây dựng với trình biên dịch Microsoft's xsltc.exe bất cứ khi nào chúng tôi chạy một bản dịch đầy đủ. Trong quá trình phát triển địa phương, điều này đã làm việc rất tốt, vì mã được biên dịch và lưu trữ trong cùng một vị trí. Tuy nhiên, một khi điều này đã được đặt trên máy chủ xây dựng, vấn đề phát sinh.

Máy chủ xây dựng sẽ biên dịch biểu định kiểu XSLT giống như tôi làm cục bộ, nhưng sau đó tập lệnh chạy triển khai mã được biên dịch đến máy chủ web dàn dựng nội bộ của chúng tôi. Khi các tệp nhị phân này đã di chuyển từ nơi chúng được biên dịch, các đường dẫn tương đối trong các phần tử <xsl:import> và <xsl:include> không còn giải quyết chính xác nữa, khiến các ngoại lệ trông như thế này khi các bảng định kiểu XSLT được chạy.

Could not find a part of the path 'e:\{PATH}\xslt\docbook\VERSION'. 
    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) 
    at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath) 
    at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy) 
    at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize) 
    at System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type ofObjectToReturn) 
    at System.Xml.Xsl.Runtime.XmlQueryContext.GetDataSource(String uriRelative, String uriBase) 

Dưới đây là một ý tưởng chung của các mã như nó đứng bây giờ:

var xslt = new XslCompiledTransform(); 
xslt.Load(typeof(Namespace.XslTransforms.CompiledXsltStylesheet)); 
xslt.Transform("input.xml", "output.xml"); 

Ngay bây giờ tôi đang sử dụng phương pháp XslCompiledTransform.Load() với một tham số duy nhất 'Loại' để mang lại trong các bản định kiểu XSLT được biên dịch trước dựa trên xsltc.exe. Tôi có thể nói từ dấu vết ngăn xếp rằng khuôn khổ .NET đang sử dụng XmlUrlResolver để cố gắng giải quyết vị trí thực tế của các biểu định kiểu bên ngoài này, nhưng tôi không thấy cách nào để cung cấp một triển khai ghi đè XmlResolver mà tôi có thể chuyển vào một baseUri trỏ đến nơi các bảng định kiểu này xuất hiện trên máy chủ web. Tôi giả sử tôi có thể giải quyết điều này bằng cách không còn biên dịch trước bằng xsltc.exe và tải bản định kiểu XSLT qua XmlReaders, vì điều đó sẽ cho phép tôi sử dụng other XslCompiledTransform.Load() methods có tham số nơi tôi có thể cung cấp triển khai XmlResolver của riêng mình. Tuy nhiên, tôi thích tùy chọn biên dịch trước để xác thực cú pháp và hiệu suất, vì vậy tôi không muốn từ bỏ nó trừ khi tôi hoàn toàn phải làm vậy.

Có cách nào để sử dụng xsltc.exe để pre-biên dịch các stylesheets XSLT, nhưng vẫn cung cấp một cách để nêu một cách rõ ràng baseUri cho tương độ phân giải con đường của <xsl:include> và <xsl:import> yếu tố trong thời gian chạy?

Answer 1

Sau một nhiều, vui chơi xung quanh với điều này, tôi phát hiện ra rằng tôi đã đúng rằng mã tôi đã cung cấp tự động sử dụng số System.Xml.XmlUrlResolver để giải quyết các đường dẫn tương đối <xsl:include> và <xsl:import> tương đối tại thời gian chạy. Tuy nhiên, việc sử dụng XmlUrlResolver không bị ràng buộc vào System.Xml.XslCompiledTransform khi nó được đặt trong một nhị phân bởi xsltc.exe. XmlResolver thực sự được chọn bởi thuộc tính XmlResolver trên System.Xml.XmlReaderSettings trên System.Xml.XmlReader thực hiện phép biến đổi tại thời gian chạy. Khi tôi đã đặt XmlResolver tùy chỉnh của riêng mình trên XsltReaderSettings mà tôi đã sử dụng, tôi đã có thể kiểm soát độ phân giải đường dẫn tương đối.

Nếu bạn muốn ghi đè XmlResolver này như tôi đã làm, các mã sau đây có thể được sử dụng như một hướng dẫn:

var customXmlResolver = new SomeCustomXmlResolver(); // Derives from XmlResolver 
var xmlReaderSettings = new XmlReaderSettings { 
    XmlResolver = customXmlResolver 
}; 

var xslt = new XslCompiledTransform(); 
xslt.Load(typeof(Namespace.XslTransforms.CompiledXsltStylesheet)); 

using (var xmlReader = XmlReader.Create("input.xml", xmlReaderSettings)) { 
    using (var xmlWriter = XmlWriter.Create("output.xml")) { 
    xslt.Transform(xmlReader, null, xmlWriter, customXmlResolver); 
    } 
} 

tôi vẫn đang sử dụng xsltc.exe để biên dịch stylesheets XSLT của tôi, nhưng khi tôi tải các stylesheets biên soạn trên máy chủ web, tiêm SomeCustomXmlResolver ghi lại các đường dẫn trong các phương pháp ResolveUri() và GetEntity() được ghi đè để các tệp tham chiếu nằm trong các đường dẫn tương đối dựa trên <xsl:include> và <xsl:import>. Như một phần thưởng thêm, bằng cách thêm cùng một XmlResolver vào cuối phương thức Transform(), các hoạt động document() trong XML cũng sẽ có đường dẫn tương đối được giải quyết chính xác.

Answer 2

Tôi không biết nếu điều này phá vỡ hệ thống của bạn, nhưng làm thế nào về thay vì

1. biên soạn với xsltc.exe
2. triển khai nhị phân
3. tải nhị phân với this Load()

bạn

1. triển khai các stylesheets, tuy nhiên nhiều người được yêu cầu với import/include chỉ
2. tải stylesheet chính với this Load(), quy định cụ thể giải quyết cho import/incldue

Có vẻ bạn vẫn sẽ nhận được những lợi ích của một "biên soạn" biểu định kiểu, ít nhất là trong thời gian chạy.

Answer 3

Có cách nào để sử dụng xsltc hay không.exe để biên dịch trước các bản định kiểu XSLT này, nhưng vẫn cung cấp cách để khai báo rõ ràng baseUri cho tương đối độ phân giải đường dẫn của các yếu tố <xsl:include> và <xsl:import> khi chạy?

Cố gắng sử dụng:

XslCompiledTransform.CompileToType()

Một trong những lập luận rằng phương pháp tĩnh này chấp nhận là:

XmlResolver stylesheetResolver