En esta guía, describiremos algunas de las posibles causas que podrían causar la resolución de problemas, y luego describiremos algunos métodos de recuperación potenciales que puede intentar para solucionar todo el problema.
En aplicaciones monolíticas, el manejo de errores ha sido prácticamente sencillo porque toda la funcionalidad está incluida en la aplicación y puede cambiarse fácilmente poco después si es necesario. Por otro lado, superar los errores es cada paso importante en las aplicaciones SOA siempre que SOA integra aplicaciones dispares en toda la empresa, escritas al reunir a proveedores y socios.
Este capítulo explica cómo implementar el manejo de errores en esta etiqueta de proceso. El manejo de errores le permite a BPEL manejar un nuevo producto de servicio de proceso, mensajes de error u otras excepciones devueltas por servicios de globo terráqueo, y generar mensajes de error como resultado de errores comerciales o ejecución. Este capítulo, además, describe cómo utilizar un marco de mantenimiento de errores completo para detectar errores y / o realizar acciones personalizadas en el archivo de políticas para acciones rotas.
Sección 12.1, “Introducción al manejo de errores”
Sección 12.2, “Comprensión de los errores estándar de BPEL”
Sección 12.3, “Introducción al tiempo de ejecución empresarial y categorías de error de BPEL”
Sección 12.4, “Manejo de errores con errores en el marco de gobernanza”
Sección 12, “Identificación de 5, errores de tiempo de ejecución de BPEL”
Sección 12.6, “Obtención de detalles de fallas mediante la función de extensión GetFaultAsString XPath”
Sección 12.7, “Errores de inicio durante el inicio interno”
Sección 12.8, “Rechazo de errores mediante la acción de rechazo
Sección 12.9, “Lectura de errores externos”
Sección 12.10, “Uso del último alcance para administrar un grupo de actividades”
Sección 12.11, “Volver a ejecutar acciones como acciones de proximidad con una acción de revisión”
Sección 12.12, “Uso de la compensación después de cancelar una serie de transacciones”
Sección 12.13, “Finalización de la actividad de instancia de proceso perfecta con una acción final y para finalización”
Sección 12.14, “Informe de errores que tienen condiciones de afirmación
Para obtener mucha más información sobre la creación de controladores de errores en una aplicación de SOA compuesta de grp, consulte la aplicación de software de demostración Fusion Order descrita en el capítulo 3, “Introducción a la afirmación de la aplicación SOA de muestra ”.
12.1 Introducción al controlador de errores The Huge
Las rutinas de movimiento de errores definen cómo responden los servicios de proceso BPEL de su componente cuando los servicios del sitio web devuelven algo diferente de lo esperado (por ejemplo, devuelve el mensaje de error confiable en lugar de un número). Un gran manejador de errores, este servicio web generalmente devuelve un número de verificación de crédito absoluto, pero en su lugar devuelve un mensaje de marketing con una calificación crediticia negativa del consumidor.
En la fig. La Figura 12-1 muestra un ejemplo de estrategias en las que un manejador de errores establece la variable de evaluación en -1000 de manera positiva.
El segmento de código que lleva el Ejemplo 12-1 define un controlador de errores para esta valiosa operación en el archivo BPEL:
El símbolo failureHandlers contiene la computadora de manejo de errores. Cada uno de nuestros controladores de errores tiene una acción de situación que establece el nombre del error y una variable específica para copiar conjuntos de instrucciones, que posiblemente establezcan normalmente la variable creditRating en - 1000 .
Cuando conoces a algunos expertos web en el aspecto del Servicio de proceso de BPEL, aprendes acerca de los posibles errores que tienes la capacidad de corregir y personaliza un controlador de errores para casi errores.
12.2 Comprensión de los errores estándar de Bpel
Esta página enumera indiscutiblemente los errores estándar para BPEL 1.1 y BPEL 2.0.
bindingFault (BPEL ignora la extensión definida cuando se trata de http://schemas.oracle.com/bpel/extension )
ConflictReceive
ConflictRequest
Delito de correlación
Forzar salida
respuesta inaceptable
JoinFailure
MismatchedAssignmentFailure
remoteFault (Error extensible de BPEL, Defdividido en http://schemas.oracle.com/bpel/extension )
recompensa
error de selección
variable no inicializada
Sin tipo, es decir, sin messageTypes
asociados
Existe una especial falta de comunicación con los mensajes WSDL (Lenguaje de descripción web)
Detectado sin variable de error:
12.2.2 Error estándar de BPEL 2.0
La siguiente lista muestra los errores estándar definidos para la especificación ws-bpel. Todos los nombres de error estándar definitivamente se han complementado con el espacio de nombres estándar WS-BPEL.
ambiguousReceive
CompletionConditionFailure
ConflictReceive
ConflictRequest
Infracción de correlación
invalidBranchCondition
invalidExpressionValue
problemas no válidos
JoinFailure
MismatchedAssignmentFailure
missingReply
Solicitud faltante
scopeInitializationFailure
Error de selección
subLanguageExecutionFault
uninitializedPartnerRole
Variable sin inicializar
La página web no es compatible
xsltInvalidSource
xsltStylesheetNotFound
12.2.2.1 Prioridad de manejo de errores de BPEL 2.0
En BPEL 2.0, el orden de prioridad para detectar errores generados sin datos asociados es, literalmente, normalmente:
Si existe una pasión relacionada con la pesca con un errorName coincidente que no contiene el failureVariable especificado, el error de búsqueda también se envía a cada una de nuestras actividades de pesca identificadas.
De lo contrario, en la ocurrencia de una acción catchAll, el error completo ahora se envía al maldito controlador CatchAll.
De lo contrario, cualquier gestor de errores estándar manejará sin duda el error.
En BPEL 2.0, la estrategia de prioridad al considerar la detección de errores causados por datos vinculados se compara con la siguiente:
Si ahora hay una acción de red con el mismo failureName que no tiene la opción failureVariable , el error se envía a la acción de encuentro identificada.
Si los datos de error se consideran un tipo de mensaje WSDL, se incluyen específicamente:
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
