HHH-5149 fix text not wrapping up in html rendering
Was due to a itemizedlist embedded in a para git-svn-id: https://svn.jboss.org/repos/hibernate/core/trunk@19710 1b8cb986-b30d-0410-93ca-fae66ebed9b2
This commit is contained in:
parent
1eaf80e3a9
commit
74a5e4b405
|
@ -2308,8 +2308,8 @@ class Person {
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para><literal>optimizer</literal> (optional - defaults to
|
<para><literal>optimizer</literal> (optional - defaults to
|
||||||
<literal></literal>): See <xref
|
<literal>??</literal>): See <xref
|
||||||
linkend="mapping-declaration-id-enhanced-optimizers" /></para>
|
linkend="mapping-declaration-id-enhanced-optimizers" />.</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist></para>
|
</itemizedlist></para>
|
||||||
|
|
||||||
|
@ -2323,35 +2323,37 @@ class Person {
|
||||||
exhausted your in-memory value group. This is the role of the
|
exhausted your in-memory value group. This is the role of the
|
||||||
pluggable optimizers. Currently only the two enhanced generators
|
pluggable optimizers. Currently only the two enhanced generators
|
||||||
(<xref linkend="mapping-declaration-id-enhanced" /> support this
|
(<xref linkend="mapping-declaration-id-enhanced" /> support this
|
||||||
operation. <itemizedlist spacing="compact">
|
operation. </para>
|
||||||
<listitem>
|
|
||||||
<para><literal>none</literal> (generally this is the default
|
|
||||||
if no optimizer was specified): this will not perform any
|
|
||||||
optimizations and hit the database for each and every
|
|
||||||
request.</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
<itemizedlist spacing="compact">
|
||||||
<para><literal>hilo</literal>: applies a hi/lo algorithm
|
<listitem>
|
||||||
around the database retrieved values. The values from the
|
<para><literal>none</literal> (generally this is the default if
|
||||||
database for this optimizer are expected to be sequential. The
|
no optimizer was specified): this will not perform any
|
||||||
values retrieved from the database structure for this
|
optimizations and hit the database for each and every
|
||||||
optimizer indicates the "group number". The
|
request.</para>
|
||||||
<literal>increment_size</literal> is multiplied by that value
|
</listitem>
|
||||||
in memory to define a group "hi value".</para>
|
|
||||||
</listitem>
|
|
||||||
|
|
||||||
<listitem>
|
<listitem>
|
||||||
<para><literal>pooled</literal>: as with the case of
|
<para><literal>hilo</literal>: applies a hi/lo algorithm around
|
||||||
<literal>hilo</literal>, this optimizer attempts to minimize
|
the database retrieved values. The values from the database for
|
||||||
the number of hits to the database. Here, however, we simply
|
this optimizer are expected to be sequential. The values
|
||||||
store the starting value for the "next group" into the
|
retrieved from the database structure for this optimizer
|
||||||
database structure rather than a sequential value in
|
indicates the "group number". The
|
||||||
combination with an in-memory grouping algorithm. Here,
|
<literal>increment_size</literal> is multiplied by that value in
|
||||||
<literal>increment_size</literal> refers to the values coming
|
memory to define a group "hi value".</para>
|
||||||
from the database.</para>
|
</listitem>
|
||||||
</listitem>
|
|
||||||
</itemizedlist></para>
|
<listitem>
|
||||||
|
<para><literal>pooled</literal>: as with the case of
|
||||||
|
<literal>hilo</literal>, this optimizer attempts to minimize the
|
||||||
|
number of hits to the database. Here, however, we simply store
|
||||||
|
the starting value for the "next group" into the database
|
||||||
|
structure rather than a sequential value in combination with an
|
||||||
|
in-memory grouping algorithm. Here,
|
||||||
|
<literal>increment_size</literal> refers to the values coming
|
||||||
|
from the database.</para>
|
||||||
|
</listitem>
|
||||||
|
</itemizedlist>
|
||||||
</section>
|
</section>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue