[MOBY-dev] Re: [MISC] Re: Perl XML manipulation modules for MOBY

[Mark Wilkinson]

Forwarding Jasons response and my response to him to the list :-)

yeah, i think that people who were installing MOBY::Central would be
able to manage the Xerces install, but we need a Perl XML parser for
both the client and the services that also handles namespaces, and
certainly the people installing the client will not necessarily be
"experts".

M


On Thu, 2003-06-19 at 19:18, Jason E. Stewart wrote:
> "Mark Wilkinson" <markw at illuminae.com> writes:
> 
> > Jason suggested Xerces, but I had some concerns about that because I
> > have had problems installing Xerces locally in the past, and I would
> > prefer that MOBY be a simple point-n-click install (though it
> > clearly did everything that we needed it to do...)  Are there other
> > options out there that you know of?  As I recall, Xerces ended up
> > being the only option we (Jason and I) could find at the time, but
> > perhaps there are "hidden gems" out there that we don't know about.
> 
> Mark didn't say this, but the key is that it needs to be a Perl
> solution. There are certainly many Java solutions (including
> Xerces-J). 
> 
> The major issue with the Xerces Perl module is that it is built on top
> of Xerces C++ module which doesn't fully utilize the GNU build
> structure of automake/autoconf/make. Perl modules that use C++ are not
> nearly as well supported by the ExtUtils::MakeMaker. 
> 
> In the latest build of XML::Xerces (2.3.0-0), I'm now using the
> config.status build output of Xerces-C++ to configure the compilation
> environment for Perl. This has been reported to work *much* better,
> and even runs on Windows2000 under cygwin. 
> 
> But, as Mark indicates, this is not a point-and-click install. I could
> certainly create a feature in the XML::Xerces Makefile.PL that would
> download the necessary Xerces-C++ version, and then discard it once
> XML::Xerces is built.
> 
> jas.
-- 
Mark Wilkinson <markw at illuminae.com>
Illuminae