- From: George Bina <george@oxygenxml.com>
- Date: Mon, 17 Aug 2015 09:25:56 +0300
- To: dvint <dvint@dvint.com>, "Imsieke, Gerrit, le-tex" <gerrit.imsieke@le-tex.de>, xproc-dev@w3.org
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