Update alpha release notes for latest commits.

This commit is contained in:
Robert Haas 2011-03-08 23:59:52 -05:00
parent c0dc44ebba
commit f14ae5f905

View File

@ -1,6 +1,6 @@
<!-- doc/src/sgml/release-9.1.sgml --> <!-- doc/src/sgml/release-9.1.sgml -->
<!-- This is (hopefully) up-to-date with commits through 2011-03-05 --> <!-- This is (hopefully) up-to-date with commits through 2011-03-08 -->
<sect1 id="release-9-1-alpha"> <sect1 id="release-9-1-alpha">
<title>Release 9.1alpha4</title> <title>Release 9.1alpha4</title>
@ -122,6 +122,24 @@
</para> </para>
</listitem> </listitem>
<listitem>
<para>
<emphasis>Synchronous replication</emphasis>
</para>
<para>
When enabled, transaction commit will wait for WAL records to be
replicated before informing the client that a transaction has
successfully committed.
</para>
</listitem>
<listitem>
<para>
<emphasis>When recovery_target_timelines='latest', periodically
rescan the archive for new timelines</emphasis>
</para>
</listitem>
</itemizedlist> </itemizedlist>
</sect3> </sect3>
@ -1011,15 +1029,14 @@
<listitem> <listitem>
<para> <para>
<emphasis>Skip dropped attributes when converting Python objects to <emphasis>Make plpy.Fatal() raise FATAL, rather than ERROR</emphasis>
tuples</emphasis>
</para> </para>
</listitem> </listitem>
<listitem> <listitem>
<para> <para>
<emphasis>Improve messages for errors in compiling anonymous <emphasis>Skip dropped attributes when converting Python objects to
PL/Python blocks</emphasis> tuples</emphasis>
</para> </para>
</listitem> </listitem>
@ -1043,11 +1060,17 @@
<listitem> <listitem>
<para> <para>
<emphasis>Do not prefix error messages with the string <emphasis>Improve error reporting</emphasis>
"PL/Python: "</emphasis>
</para> </para>
<para> <para>Better error messages for errors in compiling anonymous
It is redundant, given the error context. PL/Python blocks. Avoid prefixing error messages with the string
"PL/Python: ", which is redundant, given the error
context. Provide a separate exception class for each error code
the backend defines, and make it possible to get the SQLSTATE from
the exception object. Report Python errors from iterators
using PLy_elog, so that the Python exception is included in the
exception, and to avoid setting the errcode to
ERRCODE_DATA_EXCEPTION.
</para> </para>
</listitem> </listitem>
@ -1095,14 +1118,6 @@
</para> </para>
</listitem> </listitem>
<listitem>
<para>
<emphasis>Provide a separate exception class for each error code
the backend defines, and make it possible to get the SQLSTATE from
the exception object</emphasis>
</para>
</listitem>
<listitem> <listitem>
<para> <para>
<emphasis>Assorted code cleanup</emphasis> <emphasis>Assorted code cleanup</emphasis>