Re: [PATCHES] xml2 contrib patch supporting default XML namespaces

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, Mike Rylander <mrylander(at)gmail(dot)com>, nikolay(at)samokhvalov(dot)com, pgsql-patches(at)postgresql(dot)org, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCHES] xml2 contrib patch supporting default XML namespaces
Date: 2007-03-22 21:25:46
Message-ID: 27413.1174598746@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Bruce Momjian <bruce(at)momjian(dot)us> writes:
> Peter Eisentraut wrote:
>> I was hoping that we're deprecating contrib/xml2, so I wouldn't add more
>> features to it.

> Author states:

>> I understand that XML support is planned and at least partially
>> implemented for 8.3, but many production instances will be unable (or,
>> in fact, unwilling) to upgrade to 8.3 for quite some time. Because
>> this patch is completely backward compatible it can (theoretically) be
>> included in future 8.1 and 8.2 releases, and for those of us that need
>> more full XML support in the short term the upgrade of a contrib
>> module is probably a very viable option -- it is for me, anyway.

Well, it's not going to be put in future 8.1 or 8.2 releases, so the
above argument is not a reason to include it now. What the author
should do if he wants to offer a new feature for past release branches
is to put up a project on pgfoundry.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2007-03-22 21:28:51 Re: CREATE INDEX and HOT - revised design
Previous Message Bruce Momjian 2007-03-22 21:18:03 Re: [PATCHES] xml2 contrib patch supporting default XML namespaces

Browse pgsql-patches by date

  From Date Subject
Next Message Jeff Davis 2007-03-22 21:33:33 Re: Synchronized Scan WIP patch
Previous Message Bruce Momjian 2007-03-22 21:19:20 Re: simply custom variables protection