URIResolver used by Oxygen for Saxon
Oxygen general issues.
-
- Posts: 7
- Joined: Wed Sep 17, 2008 1:35 am
URIResolver used by Oxygen for Saxon
I use Oxygen to develop XSLT stylesheets that will be run from the command line using the Saxon 9 PE jar.
If have a stylesheet that loads a number of RDF resources as unparsed-text entities. The resources are retrieved by the stylesheet when it is run from within Oxygen but not when run from the command line with the Saxon jar. The reason I believes this is happening is that default URIResolver provided by Saxon does not handle the HTTP 301 "Moved Permanently" return code.
In Curl terms, Oxgygen appears to operate with the --location option ( If the server reports that the requested page has moved to a different location (indicated with a Location: header and a 3XX response code), this option will make curl redo the request on the new place).
Does Oxygen use an open source URIResolver class that could be configured for use with Saxon?
If have a stylesheet that loads a number of RDF resources as unparsed-text entities. The resources are retrieved by the stylesheet when it is run from within Oxygen but not when run from the command line with the Saxon jar. The reason I believes this is happening is that default URIResolver provided by Saxon does not handle the HTTP 301 "Moved Permanently" return code.
In Curl terms, Oxgygen appears to operate with the --location option ( If the server reports that the requested page has moved to a different location (indicated with a Location: header and a 3XX response code), this option will make curl redo the request on the new place).
Does Oxygen use an open source URIResolver class that could be configured for use with Saxon?
-
- Posts: 2879
- Joined: Tue May 17, 2005 4:01 pm
Re: URIResolver used by Oxygen for Saxon
Hi,
The reason the resource with HTTP 301 code is accessible in Oxygen is a modification in the way the HTTP client handles this code. Oxygen catches the 'redirect' and 'moved' HTTP codes and attempts to resolve them transparently to the new destination. This has nothing to do with the URIResolver.
This is handled this way by Oxygen because it needs to resolve this situation for multiple components, not just Saxon.
Regards,
Adrian
The reason the resource with HTTP 301 code is accessible in Oxygen is a modification in the way the HTTP client handles this code. Oxygen catches the 'redirect' and 'moved' HTTP codes and attempts to resolve them transparently to the new destination. This has nothing to do with the URIResolver.
This is handled this way by Oxygen because it needs to resolve this situation for multiple components, not just Saxon.
Regards,
Adrian
Adrian Buza
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ SDK-API, Frameworks - Document Types
- ↳ DocBook
- ↳ TEI
- ↳ XHTML
- ↳ Other Issues
- Oxygen XML Web Author
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Content Fusion
- ↳ Feature Request
- ↳ Common Problems
- Oxygen JSON Editor
- ↳ Feature Request
- ↳ Common Problems
- Oxygen PDF Chemistry
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Feedback
- ↳ Feature Request
- ↳ Common Problems
- Oxygen XML WebHelp
- ↳ Feature Request
- ↳ Common Problems
- XML
- ↳ General XML Questions
- ↳ XSLT and FOP
- ↳ XML Schemas
- ↳ XQuery
- NVDL
- ↳ General NVDL Issues
- ↳ oNVDL Related Issues
- XML Services Market
- ↳ Offer a Service