Re: XPROC and catalogs?

Hi Dan,

You can provide a sample project to our support team 
(support@oxygenxml.com) and we will look into that. The problem seems 
related to the catalog mappings as the DTD is not found anymore. If you 
installed your own DITA-OT plugins please make sure they are integrated 
in the DITA-OT used by oXygen, so that the catalog file is updated and 
used by oXygen. Also, make sure that if you added a new catalog, that 
does not map the DTDs from your documents to some local resource that is 
not there, thus overwriting the mapping contributed by the DITA-OT 
plugin that should provide those DTDs.

Best Regards,
George
--
George Cristian Bina
<oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
http://www.oxygenxml.com

On 14/08/15 18:45, dvint wrote:
> System property = environment variable?
>
> I was just using this resolver in ant with xmltask that has a task to
> build the catalog information. So I was looking for something similar.
>
> I'm still at a loss for what changed that I'm now getting this error in
> oxygen.
>
> Thanks
>
>
>
> Sent from my T-Mobile 4G LTE Device
>
>
> -------- Original message --------
> From: "Imsieke, Gerrit, le-tex" <gerrit.imsieke@le-tex.de>
> Date: 08/14/2015 1:24 AM (GMT-08:00)
> To: xproc-dev@w3.org
> Subject: Re: XPROC and catalogs?
>
> The catalog resolver (xmlresolver.com for Calabash) usually expects a
> list of catalog files in a system property (or probably, alternatively,
> in a configuration option, too).
>
> Example taken from one of my projects:
>
> java
> "-Dxml.catalog.files=file:/C:/cygwin/home/gerrit/Unionsverlag/transpect/calabash/xmlcatalog/catalog.xml;file:/C:/cygwin/home/gerrit/Unionsverlag/transpect/xmlcatalog/catalog.xml"
> …
>
> Please note that even on Unix-like systems the entries in the property
> are semicolon-separated.
>
> Gerrit
>
> On 14.08.2015 09:02, Jostein Austvik Jacobsen wrote:
>  > Hi Dan.
>  >
>  > The "catalog.xml"-file needs to be in the current working directory if I
>  > remember right. I would love to have an option to specify a location as
>  > well, both as a command line argument and as a setting in the profile
>  > file, so that I could run calabash from whatever directory I'm in.
>  >
>  > Best regards
>  > Jostein
>  >
>  > On 13 August 2015 at 23:44, <dvint@dvint.com <mailto:dvint@dvint.com>>
>  > wrote:
>  >
>  >     I found this old blog from Norm
>  >     http://norman.walsh.name/2009/07/22/xmlCatalogsandXProc
>  >
>  >     talking about using catalogs to resolve DTD locations, but I'm not
>  >     following it 100%. I see him creating a catalog and telling
> Calibash to
>  >     use a resolver, but where does the reference to say - here is the
>  >     catalog
>  >     to use seems to be missing. Seems like maybe there is a default
>  >     name/location to put the catalog which might be why these details
>  >     seem to
>  >     be missing?
>  >
>  >     Also, do you know how to set these command line options up with
>  >     oXygen or
>  >     how to configure it to use a config file as shown?
>  >
>  >     Last question for those using Calibash in oXygen. Is there anything
>  >     within
>  >     oXygen that would cause it to work just fine for the last couple of
>  >     days,
>  >     but now look like it needs a catalog to work? I started setting up a
>  >     catalog to make an Ant script work with xmltask, and went back to
>  >     what was
>  >     a working xproc step that processed a file and read several
> associated
>  >     files to make a new XML document. I just started getting the
> following
>  >     from oXygen:
>  >
>  >
>  >     C:\Users\dan.vint\Desktop\system\dtd\client\WorkdayDitabase.dtd (The
>  >     system cannot find the path specified)
>  >     Document has been marked not available:
>  >
> file:/C:/Users/dan.vint/Desktop/DITAsource/fr-fr-loc-v1-source-maptesting/dan1370796457536.xml
>  >     Document has been marked not available:
>  >
> file:/C:/Users/dan.vint/Desktop/DITAsource/fr-fr-loc-v1-source-maptesting/dan1370796457536.xml
>  >
>  >     So the DTD error is coming from the topics being referenced into the
>  >     main
>  >     file. And then I get the other messages as it tries to read the files
>  >     (paths are correct and files exist at those locations) but it is
>  >     unable to
>  >     open the files to get the additional content. DTD files have never
>  >     been in
>  >     a location directly accessible to the files I'm processing
> without some
>  >     sort of catalog to find them, so maybe validation got turned on?
>  >
>  >     Any ideas?
>  >     ..dan
>  >
>  >
>  >     ..dan
>  >
>  >
>  >
>

Received on Monday, 17 August 2015 06:28:18 UTC