| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: So what about XSLT? |
| Date: | 2008-08-15 14:22:29 |
| Message-ID: | 48A59125.1010806@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>
>> 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:
>>
>
> That question is unanswerable except in the context of a specific
> proposal for the amount of functionality and code involved. To take
> it to extremes: if you are talking about adding 100 lines, no one will
> object to putting it in core; if you are talking about adding 100000
> lines, some of us will object. I suppose you are thinking of something
> in between, but what?
>
>
well, contrib/xml2/xslt_proc.c has 172 lines. So I suggest we just
import that to core and drop the rest of the module as redundant.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2008-08-15 14:23:16 | Re: Reporting the bind-parameter on an error |
| Previous Message | Tom Lane | 2008-08-15 14:14:51 | Re: migrate data 6.5.3 -> 8.3.1 |