Re: [HACKERS] proposal - Default namespaces for XPath expressions(PostgreSQL 11) - Mailing list pgsql-hackers

From Andres Freund
Subject Re: [HACKERS] proposal - Default namespaces for XPath expressions(PostgreSQL 11)
Date
Msg-id 20190131134435.ek4vci73guzy2dqv@alap3.anarazel.de
Whole thread Raw
In response to Re: [HACKERS] proposal - Default namespaces for XPath expressions (PostgreSQL 11)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] proposal - Default namespaces for XPath expressions(PostgreSQL 11)  (Pavel Stehule <pavel.stehule@gmail.com>)
List pgsql-hackers
Hi,

On 2018-09-18 11:33:38 -0400, Tom Lane wrote:
> Pavel Stehule <pavel.stehule@gmail.com> writes:
> > [ xml-xpath-default-ns-7.patch ]
> 
> At Andrew's prompting, I took a look over this patch.  I don't know much
> of anything about XML, so I have no idea as to standards compliance here,
> but I do have some comments:
> 
> * I'm fairly uncomfortable with the idea that we're going to maintain
> our own XPath parser.  That seems like a recipe for lots of future
> work ... and the code is far too underdocumented for anyone to actually
> maintain it.  (Case in point: _transformXPath's arguments are not
> documented at all, and in fact there's hardly a word about what it's
> even supposed to *do*.)

We were looking at this patch at the pgday developer meeting: Our
impression is that this patch should be rejected. If really desired, the
best approach seems to be actually implement this in libxml, and then go
from there.

Greetings,

Andres Freund


pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: interval type additional option
Next
From: John Naylor
Date:
Subject: Re: WIP: Avoid creation of the free space map for small tables