Re: BUG #15908: Xpath operations fail - Mailing list pgsql-bugs

From Pavel Stehule
Subject Re: BUG #15908: Xpath operations fail
Date
Msg-id CAFj8pRBuawsX+zVVdiDXfT+iCSpobDXEEEcNSxdM6uweiDH3Og@mail.gmail.com
Whole thread Raw
In response to Re: BUG #15908: Xpath operations fail  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses RE: BUG #15908: Xpath operations fail  (Rick Vincent <rvincent@temenos.com>)
List pgsql-bugs


čt 18. 7. 2019 v 16:22 odesílatel Tom Lane <tgl@sss.pgh.pa.us> napsal:
Pavel Stehule <pavel.stehule@gmail.com> writes:
> čt 18. 7. 2019 v 15:06 odesílatel Daniel Gustafsson <daniel@yesql.se>
> napsal:
>> I haven’t heard of anyone working on that, and it seems unlikely to happen
>> within the near future as few, if any, libraries support XPath 2.0 (or
>> later).

> Only XPath 1.0 is supported by libxml2. And this library is in permanent
> feature freeze mode :-(. Unfortunately, there is not any other library with
> friendly licence available for C language.

Not only that, but libxml2 is a rich source of security bugs.  I wish
we could get rid of that dependency altogether.  Unfortunately,
reimplementing our own xml and xpath functionality from scratch
seems like a large project :-(.  I don't think there's anybody
with sufficient time and interest to do it.

Maybe some C++ or Java library with good licence can be ported to C for usage in Postgres.

But it is lot of work.

Pavel

                        regards, tom lane

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: BUG #15908: Xpath operations fail
Next
From: "dbman@sqlexec.com"
Date:
Subject: RE: BUG #15917: Runtime Partition Pruning does not seem to work in PG11