[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Re: XOM vs. dom4j

• To: Robert Koberg <rob@k...>
• Subject: Re: Re: XOM vs. dom4j
• From: Wolfgang Hoschek <whoschek@l...>
• Date: Thu, 28 Oct 2004 14:57:41 -0700
• Cc: Elliotte Harold <elharo@m...>, xml-dev@l...
• In-reply-to: <41805781.2080005@k...>
• References: <15725CF6AFE2F34DB8A5B4770B7334EE07206881@h...> <e3a5cb2c04102613362cea4477@m...> <417F8B7A.8080209@m...> <41803714.5060802@k...> <417F93E6.2010600@m...> <4180472F.9080203@k...> <417FA478.3050104@m...> <41805781.2080005@k...>

It seems your needs wrt. XPath support, as well as setting parameters 
and resolvers on an XSL Transform are met by the Nux extension to XOM: 
http://dsd.lbl.gov/nux/

Wolfgang.

On Oct 27, 2004, at 7:20 PM, Robert Koberg wrote:

> OK. I can't try to switch until some of the new features are added, 
> but I will keep an eye on XOM. More inline...
>
>
> Elliotte Harold wrote:
>
>> Robert Koberg wrote:
> <snip/>
>>>  -- can I use XOM in a jaxp transformation so I can set a 
>>> URIResolver on the TransformerFactory and another on the 
>>> Transformer? In other words, is there something (planned) like a 
>>> XOMSource?
>> Wolfgang Hoschek has done some work along those lines in Nux. Longer 
>> term what's planned is catalog support, but I doubt I'll expose more 
>> of the TrAX API directly.
>
> This will probably make me not use XOM. My use case is that I have 
> several projects under my manager app's control. Projects start out 
> with one XSL file and import default files from the manager app. 
> Projects can 'override' files by either creating templates/variables 
> in thier main file or they can create files to override the default 
> files. So, the TransformerFactory resolver looks first in the 
> project's directory for XSL files, if not there it falls back to the 
> manager app's files. I would not want to hardcode file paths in a 
> catalog XML file (and I would not want the user to maintain it) or 
> create a catalog in memory and have to check if the catalog needs to 
> change if a user adds/removes an XSL file to their project.
>
> best,
> -Rob
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>

• References:
  • RE: Partyin' like it's 1999
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>
  • Re: Partyin' like it's 1999
    • From: Michael Champion <michaelc.champion@g...>
  • Re: Partyin' like it's 1999
    • From: Elliotte Harold <elharo@m...>
  • Re: Partyin' like it's 1999
    • From: Robert Koberg <rob@k...>
  • XOM vs. dom4j
    • From: Elliotte Harold <elharo@m...>
  • Re: XOM vs. dom4j
    • From: Robert Koberg <rob@k...>
  • Re: XOM vs. dom4j
    • From: Elliotte Harold <elharo@m...>
  • Re: XOM vs. dom4j
    • From: Robert Koberg <rob@k...>

• Prev by Date: Re: Partyin' like it's 1999
• Next by Date: Re: Partyin' like it's 1999
• Previous by thread: Re: XOM vs. dom4j
• Next by thread: Re: Partyin' like it's 1999
• Index(es):
  • Date
  • Thread