From: | David Fetter <david(at)fetter(dot)org> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: So what about XSLT? |
Date: | 2008-08-15 13:24:01 |
Message-ID: | 20080815132401.GA12560@fetter.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Aug 15, 2008 at 04:11:11PM +0300, Peter Eisentraut wrote:
> An open task in replacing contrib/xml2 is the XSLT support, which
> the current core implementation lacks altogether. I am known to
> often be in favor of a lean core, so I have so far been hesitant to
> push this further, but we should eventually come up with an
> implementation for the users' sake.
>
> So where should XSLT functionality live:
>
> - core
+1. I've heard rumors of a PL/XSLT. Any substance to them?
> - contrib
> - pgfoundry
>
> There is also a related but minor question where other interesting
> XML functionality should live, such as pretty-printing and
> canonicalization. These would be relatively straightward
> passthroughs to functionality provided by libxml already.
>
> Comments?
Is there some way to do a more generic (de)serialization of which one
target could be XML? CSV could be one, JSON another, and at the
moment, it appears we're taking each of these as a totally separate
project.
Cheers,
David.
--
David Fetter <david(at)fetter(dot)org> http://fetter.org/
Phone: +1 415 235 3778 AIM: dfetter666 Yahoo!: dfetter
Skype: davidfetter XMPP: david(dot)fetter(at)gmail(dot)com
Remember to vote!
Consider donating to Postgres: http://www.postgresql.org/about/donate
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2008-08-15 13:31:09 | Re: proposal sql: labeled function params |
Previous Message | Peter Eisentraut | 2008-08-15 13:11:11 | So what about XSLT? |