On Thu, Jan 28, 2010 at 4:18 PM, Andrew Dunstan <and...@dunslane.net> wrote: > > Robert Haas wrote: >> >> There has been some more discussion lately of problems caused by >> contrib/xml2. >> >> http://archives.postgresql.org/pgsql-bugs/2010-01/msg00251.php >> http://archives.postgresql.org/pgsql-bugs/2010-01/msg00198.php >> >> I think we need to either (1) fix the bugs and update the >> documentation to remove the statement that this will be removed or (2) >> actually remove it. Nobody seems interested in #1, so PFA a patch to >> do #2. It also rips out all the libxslt stuff, which seems to exist >> only for the purpose of supporting contrib/xml2. > > The problem is that there are people who use the XSLT and xpath_table stuff > on text data and so don't run into these bugs. > > I agree it's a mess but I don't think just abandoning the functionality is a > good idea.
I'm one of those people. :) Expecting to see contrib/xml2 go away at some point, possibly without replacements for xslt_process and xpath_table, I've been working on some plpgsql and plperlu work-alikes targeted at TEXT columns, as the xml2 versions do. I hope these (attached) will be of some help to others. Note, these are not the exact functions I use, they are lightly edited to remove the use of wrappers I've created to paper over the transition from xpath_nodeset() to core XPATH(). -- Mike Rylander | VP, Research and Design | Equinox Software, Inc. / The Evergreen Experts | phone: 1-877-OPEN-ILS (673-6457) | email: mi...@esilibrary.com | web: http://www.esilibrary.com
xml2-replacements.sql
Description: Binary data
-- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers