Re: future of contrib/xml2 and xslt processing

2018-05-22 Thread Andres Freund
Hi, On 2018-05-22 14:38:32 -0400, Peter Eisentraut wrote: > 1. Just remove it, leaving users to find other solutions. (PL/P* can > probably fill the gap.) I don't have access to the code anymore, but a good number of past customers and employers of mine relied on xslt. I think we'd get some pus

Re: future of contrib/xml2 and xslt processing

2018-05-22 Thread Tom Lane
Peter Eisentraut writes: > contrib/xml2 has been claimed to be deprecated since PostgreSQL 8.3. I > took a look through the functions it offers and perhaps with xmltable > now being available, they could all be replaced using built-in > functions, perhaps with some small tweaking. > But we don't

future of contrib/xml2 and xslt processing

2018-05-22 Thread Peter Eisentraut
contrib/xml2 has been claimed to be deprecated since PostgreSQL 8.3. I took a look through the functions it offers and perhaps with xmltable now being available, they could all be replaced using built-in functions, perhaps with some small tweaking. But we don't have any replacement lined up for t