Commit f14ae5f9 authored by Robert Haas's avatar Robert Haas

Update alpha release notes for latest commits.

parent c0dc44eb
<!-- 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 @@ ...@@ -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 @@ ...@@ -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 @@ ...@@ -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 @@ ...@@ -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>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment