Excepciones Seguras De Deserializar - Historial de revisiones

Admin en 18:31 26 ago 2009

2009-08-26T18:31:01Z

Admin en 16:48 12 abr 2009

2009-04-12T16:48:16Z

201.251.182.130: /* Reemplazo recursivo */

2009-04-08T12:49:29Z

‎Reemplazo recursivo

201.251.182.130: /* Reemplazo recursivo */

2009-04-08T12:47:13Z

‎Reemplazo recursivo

201.251.182.130: /* Escenrio */

2009-04-08T12:43:45Z

‎Escenrio

201.251.185.130: /* Reemplazo recursivo */

2009-04-08T11:45:43Z

‎Reemplazo recursivo

201.251.185.130: /* Reemplazo recursivo */

2009-04-07T12:41:22Z

‎Reemplazo recursivo

201.251.185.130: /* Reemplazo recursivo */

2009-04-07T12:08:17Z

‎Reemplazo recursivo

201.251.185.130 en 12:06 7 abr 2009

2009-04-07T12:06:51Z

201.251.185.130 en 11:34 7 abr 2009

2009-04-07T11:34:21Z

← Revisión anterior		Revisión del 18:31 26 ago 2009
Línea 1:		Línea 1:
		+	[[Category:Java]]
	En [[Java]], cuando se expone un método para ser invocado en forma remota, por ejemplo en un [[EJB]], puede suceder que tire una excepción como respuesta a la invocación como consecuencia de algún error durante la ejecución. Esta excepción será serializada y pasada por red al método que realizó la invocación.		En [[Java]], cuando se expone un método para ser invocado en forma remota, por ejemplo en un [[EJB]], puede suceder que tire una excepción como respuesta a la invocación como consecuencia de algún error durante la ejecución. Esta excepción será serializada y pasada por red al método que realizó la invocación.

@@ Línea 1: / Línea 1: @@
-Cuando se expone un método para ser invocado en forma remota, por ejemplo en un EJB, puede suceder que tire una excepción como respuesta a la invocación como consecuencia de algún error durante la ejecución. Esta excepción será serializada y pasada por red al método que realizó la invocación.
+En [[Java]], cuando se expone un método para ser invocado en forma remota, por ejemplo en un [[EJB]], puede suceder que tire una excepción como respuesta a la invocación como consecuencia de algún error durante la ejecución. Esta excepción será serializada y pasada por red al método que realizó la invocación.
 Cuando llega la excepción del otro lado tiene que volver a hidratarse para lo que es necesario contar con la definición de la clase a deserializar.
@@ Línea 8: / Línea 8: @@
 Como último recurso, si no fuera posible asegurar su existencia del lado del cliente, este ejemplo muestra como reemplazar las excepciones de la cadena por excepciones que estamos seguros que pueden ser hidratadas nuevamente.
 === Objetivo ===
@@ Línea 22: / Línea 21: @@
 El costo que tiene es que se pierde la clase original de la excepción que se reemplace. Es por esto que debe utilizarse a conciencia.
 === Posible mejora ===
 El ejemplo que se plantea hace un reemplazo masivo de las causas en el último momento posible. Una mejora importante sería discriminar que excepciones pueden no ser reemplazadas para conservar intacta la mayor parte posible de la cadena.
 === Escenario ===

@@ Línea 54: / Línea 54: @@
 public class HidrataciónSegura {
-	public static RuntimeException asegurarComoRuntime(Throwable t) {
+    public static RuntimeException asegurarComoRuntime(Throwable t) {
-		if (t == null) {
+        if (t == null) {
-			return null;
+            return null;
-−
+        }
-		RuntimeException causaSegura = asegurarComoRuntime(t.getCause());
+        RuntimeException causaSegura = asegurarComoRuntime(t.getCause());
-		String mensaje =
+        String mensaje =
-                   "[Reemplazo de " + t.getClass().getName() + "] " + t.getMessage();
+            "[Reemplazo de " + t.getClass().getName() + "] " + t.getMessage();
-                RuntimeException excepcionSegura =
+        RuntimeException excepcionSegura =
-                   new RuntimeException(mensaje, causaSegura);
+            new RuntimeException(mensaje, causaSegura);
-                excepcionSegura.setStackTrace(t.getStackTrace());
+        excepcionSegura.setStackTrace(t.getStackTrace());
-		return excepcionSegura;
+        return excepcionSegura;
-−
+    }
+}
 </code>

@@ Línea 54: / Línea 54: @@
 public class HidrataciónSegura {
-	public static RuntimeException secureAsRuntime(Throwable t) {
+	public static RuntimeException asegurarComoRuntime(Throwable t) {
 		if (t == null) {
@@ Línea 60: / Línea 60: @@
+		}
-		RuntimeException safeCause = secureAsRuntime(t.getCause());
+		RuntimeException causaSegura = asegurarComoRuntime(t.getCause());
-		return safeException;
+		String mensaje =
+	}

@@ Línea 28: / Línea 28: @@
-=== Escenrio ===
+=== Escenario ===
 Una clase Blah que tiene un métodoX que se invocará remotamente.
 * Se envuelve su funcionamiento en un bloque try para atajar las excepciones que se produzcan.
@@ Línea 46: / Línea 46: @@
+}
 </code>
 === Reemplazo recursivo ===

@@ Línea 50: / Línea 50: @@
 === Reemplazo recursivo ===
 La funcionalidad de reemplazo se encapsula en un método estático en una clase ad hoc. Este método toma una excepción y la reemplaza por una RuntimeException copiando el mensaje, el stack trace y la causa.
-A su vez, antes de copiar la causa, la reemplaza llamándose a si mismo, reemplazando toda la cadena en forma recursiva.
+A su vez, antes de copiar la causa, la reemplaza llamándose a si mismo. De esta manera reemplaza toda la cadena en forma recursiva.
 <code java>

@@ Línea 5: / Línea 5: @@
 Con un poco de cuidado y haciendo las cosas bien, la clase de la Excepción existirá del lado del cliente. Pero también debemos tener en cuenta que las excepciones suelen tener anidada la causa que las produjo (otra excepción) y la causa puede tener anidada a su vez otra causa y así sucesivamente hasta llegar a la raíz del problema que originó el fallo.
-Todas las clases de la cadena de causas deberá estar presente del lado del cliente que invoca el método remoto ya que intentará rehidratarlas.
+Todas las clases de la cadena de causas deberá estar presente del lado del cliente que invoca el método remoto ya que intentará rehidratarlas. A veces, por alguna razón u otra, puede ser que no tengamos disponible las excepciones de alguna parte de la cadena de causas del lado del cliente. Deberíamos intentar solucionar este problema investigando porqué no están esas excepciones e incluirlas.
-A veces, por alguna razón u otra, puede ser que no tengamos disponible las excepciones de alguna parte de la cadena de causas del lado del cliente. Deberíamos intentar solucionar este problema investigando porqué no están esas excepciones e incluirlas.
+Como último recurso, si no fuera posible asegurar su existencia del lado del cliente, este ejemplo muestra como reemplazar las excepciones de la cadena por excepciones que estamos seguros que pueden ser hidratadas nuevamente.
-Como último recurso, si no fuera posible asegurar su existencia del lado del cliente, este ejemplo muestra como reemplazar las excepciones de la cadena por excepciones que estamos seguros que pueden ser hidratadas nuevamente.
+Una solución rápida sería cortar la cadena de causas, pero esto nos dejaría ciegos frente a un problema.
-La idea es poder contar del lado del cliente con la mayor cantidad de información posbile de la forma más comunmente esperada.
+Finalmente se plantea reemplazar las excepciones de la cadena de causas con excepciones que estamos seguros que se pueden rehidratar del lado del cliente y se copia la información del mensaje y el stack trace de las causas originales.
-Con esta solución, se sigue recibiendo excepciones encadenadas, como se esperaría en cualquier caso, y se conserva el stack trace en cada una de ellas como se esperaría en cualquier caso.
+Con esta solución, se sigue recibiendo excepciones encadenadas y se conserva el stack trace en cada una de ellas en forma estándar.
 El costo que tiene es que se pierde la clase original de la excepción que se reemplace. Es por esto que debe utilizarse a conciencia.
-=== En el método que se invocará remotamente ===
+=== Posible mejora ===
-public class Xxx {
+<code java>
-     public void metodoRemoto() throws RemoteException {
+     public void metodoX() throws RemoteException {
          try {
-            ...
+            //Lo que hace el metodoX
          } catch (Exception e) {
             throw HidratacionSegura.asegurarComoRuntime(e);
+         }
@@ Línea 35: / Línea 45: @@
+}
+=== Reemplazo recursivo ===
-public class SafeHidratableException {
+<code java>
 	public static RuntimeException secureAsRuntime(Throwable t) {
 		if (t == null) {
 			return null;
+		}
 		RuntimeException safeCause = secureAsRuntime(t.getCause());
+		String message = "[Reemplazo de " + t.getClass().getName() + "] " + t.getMessage();
 		RuntimeException safeException = new RuntimeException(message, safeCause);
 		safeException.setStackTrace(t.getStackTrace());
 		return safeException;
+	}
+}