[jboss-cvs] JBossAS SVN: r95554 - projects/docs/enterprise/5.0/Hibernate/Hibernate_Core/es-ES.

Mon Oct 26 02:11:45 EDT 2009

Author: agarcia at jboss.com
Date: 2009-10-26 02:11:45 -0400 (Mon, 26 Oct 2009)
New Revision: 95554

Modified:
   projects/docs/enterprise/5.0/Hibernate/Hibernate_Core/es-ES/portability.po
Log:
mcles ofi

Modified: projects/docs/enterprise/5.0/Hibernate/Hibernate_Core/es-ES/portability.po
===================================================================

--- projects/docs/enterprise/5.0/Hibernate/Hibernate_Core/es-ES/portability.po	2009-10-26 06:10:17 UTC (rev 95553)
+++ projects/docs/enterprise/5.0/Hibernate/Hibernate_Core/es-ES/portability.po	2009-10-26 06:11:45 UTC (rev 95554)
@@ -15,7 +15,7 @@
 "Project-Id-Version: portability\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2009-09-15 07:03+0000\n"
-"PO-Revision-Date: 2009-10-15 14:06+1000\n"
+"PO-Revision-Date: 2009-10-26 14:29+1000\n"
 "Last-Translator: Angela Garcia\n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -121,6 +121,13 @@
 "All other exceptions result in a warning and continuing on to the next "
 "resolver."
 msgstr ""
+"Empezando por la versión 3.3, Hibernate cuenta con una manera más poderosa de determinar automáticamente cuál dialecto se debe utilizar confiando en una serie de delegados, los cuales implementan el <interfacename>org.hibernate.dialect."
+"resolver.DialectResolver</interfacename> el cual define solo un método único:"
+"<programlisting><![CDATA[public Dialect resolveDialect(DatabaseMetaData "
+"metaData) throws JDBCConnectionException]]></programlisting>. El contrato básico aquí es que si el resolvedor 'entiende' los metadatos de la base de datos dada entonces retorna el dialecto correspondiente; si no entonces retorna nulo "
+"y el proceso continua al siguiente resolvedor. La firma también identifica <exceptionname>org.hibernate.exception.JDBCConnectionException</"
+"exceptionname> ya que posiblemente se presenta. Una JDBCConnectionException aquí se interpreta como un problema de conexión \"no transitorio\" (también conocido como no-recuperable) y se utiliza para indicar que se deben detener inmediatamente los intentos de resolución. "
+"Todas las otras excepciones resultan en una advertencia y continua al siguiente resolvedor."
 
 #. Tag: para
 #: portability.xml:85
@@ -137,6 +144,10 @@
 "<constant>DIALECT_RESOLVERS</constant> constant on <classname>org.hibernate."
 "cfg.Environment</classname>)."
 msgstr ""
+"La parte divertida de estos resolvedores es que los usuarios también pueden registrar sus propios resolvedores personalizados, los cuales se procesarán antes de los incluídos en Hibernate. Esto puede llegar a ser útil en un número de situaciones diferentes: permite una fácil integración para la auto-detección de dialectos más allá de los que se envían junto con Hibernate; le permite especificar el uso de un dialecto personalizado cuando se reconoce una base de datos en particular; etc. Para registrar uno o más resolvedores, "
+"simplemente especifiquelos (separados por comas o espacios) usando la configuración 'hibernate.dialect_resolvers' (consulte la constante "
+"<constant>DIALECT_RESOLVERS</constant> en <classname>org.hibernate."
+"cfg.Environment</classname>)."
 
 #. Tag: title
 #: portability.xml:98
@@ -167,6 +178,9 @@
 "semantics. The underlying issue is that the semanctics of the application "
 "itself changes in these cases."
 msgstr ""
+"Al considerar la portabilidad entre bases de datos, otra decisión importante es el seleccionar la estrategia de generación del identificador que quiere utilizar. Originalmente Hibernate brindaba el generador <emphasis>nativo</emphasis> para este propósito, el cual tenía el objetivo de seleccionar entre las estrategias <emphasis>sequence</"
+"emphasis>, <emphasis>identity</emphasis> o <emphasis>table</emphasis> dependiendo de la capacidad de la base de datos subyacente. Sin embargo, una de las implicaciones de este enfoque se presenta al tener como destino algunas bases de datos que soportan la generación de <emphasis>identidad</emphasis> y algunas no. La generación de <emphasis>identidad</emphasis> depende de la definición SQL "
+"de una columna IDENTITY (o auto-incremento) para administrar el valor del identificador; es lo que se conoce como una estrategia de generación post-insert ya que el insert de hecho debe tener lugar antes de saber el valor del identificador. Ya que Hibernate depende de este valor de identificador para referenciar de maner única a las entidades dentro de un contexto de persistencia entonces debe emitir el insert inmediatamente cuando los usuarios solicitan que la entidad se asocie con la sesión (por ejemplo, por medio de save()) sin importar la semántica transaccional actual. El problema subyacente es que la semántica de la aplicación misma cambia en estos casos."
 
 #. Tag: para
 #: portability.xml:116


