- From: dvint <dvint@dvint.com>
- Date: Mon, 17 Aug 2015 09:17:38 -0700
- To: George Bina <george@oxygenxml.com>, "Imsieke, Gerrit, le-tex" <gerrit.imsieke@le-tex.de>, xproc-dev@w3.org
- Cc: "dvint@dvint.com" <dvint@dvint.com>
- Message-ID: <c2xa0i46gvew95haxvpk92v1.1439828258361@email.android.com>
Reading between the lines, looks like you are saying the catalogaping setup in oxygen are feed into the xproc process. Which if it does that was what I was hoping for.
So I'm then left with the mystery why that stopped working Thursday night. Working with it more on Friday has me with a working project, but I don't think I changed anything to break or fix the problem. I believe I restarted oxygen once or twice on Thursday just to make sure I was using a clean environment.
I'll keep you posted on my progress.Sent from my T-Mobile 4G LTE Device
-------- Original message --------
From: George Bina <george@oxygenxml.com>
Date: 08/16/2015 11:25 PM (GMT-08:00)
To: dvint <dvint@dvint.com>, "Imsieke, Gerrit, le-tex" <gerrit.imsieke@le-tex.de>, xproc-dev@w3.org
Subject: 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 16:18:04 UTC