A destacar entre otros, el sitio de tienda electrónica out-of-the-box en Office SharePoint Server con nuevas funcionalidades de búsqueda, características de compra y la gestión de contenidos WYSIWYG (What You See Is What You Get ).

 Ahora la puedes descargar de Microsoft Download.

Para ello proporciona herramientas muy completas para gestionar estos aspecto con un excelente interfaz gráfico diseñada tanto para los profesionales de IT como para los usuarios de negocio. Para la creación de aplicaciones de usuario se pone a disposición un potente API para acceder a la mayoría de funcionalidades del producto, asi como un gran abanico de servicios Web y adaptadores especificos para BizTalk Server.

En un proyecto de CS lo normal es que se desarrolladará a medida el interfaz de usuario para los usuarios finales: un portal Web en ASP.NET; un sitio de SharePoint, etc. No obstante, para los que elegian la primera opción el grupo de producto proporciona de forma gratuita un sitio Web de ejemplo que permite acelerar el esfuerzo necesario para crear aplicaciones en ASP.NET. Para los que optaban por SharePoint también tenian algo de ayuda, en concreto una guía para de integración.

Desde mi punto de vista uno de los puntos fuertes de "Mojave" es la integración nativa con SharePoint Services 3.0 y Office SharePoint Server 2007. Para ser más exactos junto con esta entrega se proporcionan 29 Web Parts que iteractuán con el núcleo del producto (Consultas del producto, visor de images, filtro de productos, lista de tarjetas de credito, gestión de clave, historico de pedidos, cesta de compra, detalles de pedido, etc.). Por supuesto también se incluye un nuevo proveedor: Product Provider Web PArt

A continuación os listo algunas de las nuevas capacidades:

• Mejoras en el API del producto 
• Nuevas herramientas y technologias para el desarrollos de aplicaciones de usuario final: Expression Web, SharePoint Designer, Silverlight
• Soporte a integraciónes con Microsoft Live (Microsoft Live Services, autenticación mediante identificación Live, Virtual Earth, etc.)
• Soporte a Multicanales
• Facilidad para extender funcionalidades (Entidades, Operaciones y Proveedores)
• Utilización el Framework de Microsoft .NET 3.5
• Soporte a la migración desde sitios implementados con CS2007

Desde el pasado 25 de Noviembre esta disponible para vuestras pruebas la versión CTP, que incluye las mencionadas mejoras. ¿Mi consejo? Descargalo, instalalo en una máquina virtual limpia (sin CS) y realiza tus pruebas. Sin duda ¡Te sorprendera!

¿De donde me lo descargo? https://connect.microsoft.com/Downloads/DownloadDetails.aspx?SiteID=643&DownloadID=14940

¿Que incluye?

• Fichero ISO (27 MB)
• Actualización de la ayuda (66 KB)
• Documento de instalación (628 KB)

Donde puedo conocer más detalles:

• Blog del Producto: https://commerceserver.blog.co.in 
• Grabación de la sesión en el PDC: https://channel9.msdn.com/pdc2008/PC59/ 

Saludos!

Desde el pasado mes de Mayo esta a vuestra disposición una fantástica guía con conceptos y recomendaciones para optimizar el rendimiento de nuestro entorno de BizTalk Server.

Hay dos formas de acceder a ella:

·         Consultarla online en TechNet a través de del enlace https://technet.microsoft.com/en-us/library/cc558617.aspx

·         o descargarla de la web de descarga de Microsoft. Os facilito el enlace directo: https://www.microsoft.com/downloads/details.aspx?FamilyID=98ecf11a-9a8e-4939-8cef-2bc5536dc792&DisplayLang=en

Ya que estamos os recuerdo que también tenemos publicada desde febrero la guía de operaciones de BizTalk Server :

·         Consultarla online en TechNet a través de del enlace https://technet.microsoft.com/en-us/library/cc296643.aspx

·         o descargarla de la web de descarga de Microsoft. Os facilito el enlace directo: https://www.microsoft.com/downloads/details.aspx?FamilyId=5251F103-329D-4F8D-95B5-64F99F2F6DFC&displaylang=en

Espero vuestros comentarios!

Como también dice otro refran, una imagen vale más de mil palabras, resumo este artículo en la siguiente imagen.

;)

Para más información, os aconsejo el libro "The Mythical Man-Month: Essays on Software Engineering" de Frederick P. Brook donde creo que nace la frase original "una mujer hace un niño en nueve meses, pero nueve mujeres no hacen un niño en un mes".

• Commerce Server 2007 SP2 para la edición Estándar: https://www.microsoft.com/downloads/details.aspx?FamilyId=5E150DFB-16D7-41E2-A315-3B8833311832&displaylang=en 
• Commerce Server 2007 SP2 para la edición Empresarial: https://www.microsoft.com/downloads/details.aspx?FamilyId=9A50CFDC-E983-4359-86DE-5AE9F6A5A806&displaylang=en
• Actualización de la documentación: https://www.microsoft.com/downloads/details.aspx?FamilyId=DF6915DC-047E-443D-8E25-DB331CBC87BA&displaylang=en 
• Actualización del Starter Site (segunda Release): https://www.microsoft.com/downloads/details.aspx?FamilyId=10F9C18E-3E15-4AB9-9C40-A424876D1630&displaylang=en
• Guía de instalación e información relacionada a este SP: https://www.microsoft.com/downloads/details.aspx?FamilyID=a892e156-0a57-419c-9036-8c2582defac0&DisplayLang=en
   

En cuanto al contenido de esta entrega resalto los siguientes cambios:

• Ampliación de Sistemas Operativos: Windows Server 2008 y Windows Vista con SP1
• Soporte a virtualización Virtual-V
• Soporte a Visual Studio 2008
• Soporte al Framework de Microsoft .NET 3.5
• Soporte a IIS 7
• Arreglo a errores reportados

Aprovecho que estoy escribiendo estas líneas, para informarles de la existencia de una guía de rendimiento de Commerce Server 2007 (https://www.microsoft.com/downloads/details.aspx?FamilyID=e79691f0-be0f-40a6-940c-5d3a679c5526&DisplayLang=en).

 Hasta la próxima!!!

Me gustaría empezar listando algunas de las herramientas que debemos considerar utilizar:

• Microsoft BizTalk LoadGen 2007 (LoadGen)
• El objetivo de esta herramienta es generar una carga continuada de mensajes a puertos de entrada de BizTalk Server. En la versión actual se soportan localizaciones de BizTalk Server configuradas con los siguientes adaptadores de transporte: FILE, HTTP, SOAP, MSMQ, MQ Series, WSE (Web Services Enhancements) y WSS (Windows SharePoint Server).
• Esta carga se puede configurar mediante un documento XML para que los mensajes se envíen de forma periódica o limitado por número de mensajes o tiempo).
• Además se dispone de un mecanismo para monitorizar su funcionamiento y así determinar la optimización de nuestro entorno.
• Se puede descargar de la web de Microsoft: https://www.microsoft.com/downloads/details.aspx?FamilyID=c8af583f-7044-48db-b7b9-969072df1689&DisplayLang=en
• Bloggers recomendados para saber más sobre el uso de esta herramienta:
• BizTalkLATAM's Blog (https://blogs.msdn.com/biztalklatam/archive/2006/01/17/513385.aspx y https://blogs.msdn.com/biztalklatam/archive/2006/02/07/526707.aspx) en Español :)
• Microsoft Server Performance Advisor (SPA)
• Esta herramienta permite recopilar las trazas de los contadores y eventos de rendimiento para facilitar su análisis y crear informes
• Principalmente permite identificar cuellos de botellas del sistema operativo (se distribuye con Windows Vista)   
• Se puede descargar de la web de Microsoft: https://www.microsoft.com/downloads/details.aspx?familyid=61a41d78-e4aa-47b9-901b-cf85da075a73&displaylang=en 
• Performance Analysis of Logs (PAL)
• Ayuda a analizar el umbral dejado por las trazas de los contadores de rendimiento, es especialmente útil para ficheros de trazas a grandes.
• Permite identificar cuellos de botella tanto de BizTalk Server como del Sistema Operativo (SO)
• Además es una herramienta que se puede extender para analizar el rendimiento de productos de Microsoft tales como: MOSS, SQL Server, Exchange Server, IIS, etc.
• Disponible en: https://www.codeplex.com/PAL
• Más información sobre su uso en:
• Kent Weare's BizTalk Blog (https://kentweare.blogspot.com/2008/05/pal-is-my-new-pal.html) en perfecto Inglés Técnico
•  BizTalk MsgBoxViewer
• Esta herramienta es un buen complemento a la consola de Administración de BizTalk Server 2006 y el HAT (Health Activity Tracking) a la hora de monitorizar y realizar seguimiento de nuestro sistema. El análisis del volcado de sus trazas puede ser decisivo para encontrar posibles cuello de botella en el entorno. 
• Disponible en el siguiente Blog: https://blogs.technet.com/jpierauc/pages/msgboxviewer.aspx 
• BizTalk Server 2006 Best Practices Analizer (BTS BPA)
• Esta herramienta cuando es ejecutada da a conocer de forma automática a través de un intuitivo informe, si el despliegue de BizTalk Server analizado cumple con las mejores prácticas recomendadas.
• Se puede descargar de https://www.microsoft.com/downloads/details.aspx?FamilyID=dda047e3-408e-48ba-83f9-f397226cd6d4&DisplayLang=en
• SQL Server 2005 Best Practices Analizer (SQL BPA)
• El objetivo y funcionamiento es igual a la anterior pero lógicamente aplicado a SQL Server 2005
• Disponible en la Web de Microsoft: https://www.microsoft.com/downloads/details.aspx?familyid=DA0531E4-E94C-4991-82FA-F0E3FBD05E63&displaylang=en
• SQL Server 2005 Performance Dashboard Reports
• Esta herramienta sirve para medir el rendimiento de los servidores de base de datos de BizTalk Server 
• La puedes descargar del siguiente enlace: https://www.microsoft.com/downloads/details.aspx?familyid=1D3A4A0D-7E0C-4730-8204-E419218C1EFC&displaylang=en

Una prueba de rendimiento está compuesta por varias fases:

1. Planificar la prueba
• Estimar y reservar los recursos necesarios
• Creación de un plan de ejecución
• Clarificar el alcance de la prueba (propósito, objetivos, criterios de éxito, etc.) 
• Definición de la metodología a seguir
2. Recopilación de información sobre el entorno y la aplicación a probar 
• Requerimientos de la solución principalmente los técnicos, aunque nunca está de más conocer los de negocio
• Documentación del escenario (Infraestructura de Red, Topología de Servidores, Información sobre el directorio activo, configuración del entorno, etc.)
• Diseño detallado de la solución
• Elementos que intervienen (Servicios Web, Orquestaciones, Reglas de Negocio, Mapas, etc.)
• Sistemas que se integran (SAP, Oracle, etc.)
• Intercambios
• Adaptadores de transporte utilizados (FILE, FTP, SOAP, etc.)
• Tipos de mensajes (XML, Ficheros planos personalizados, SWIFT, EDI, etc.)
• Número y tamaño de mensajes
• Entre otros...
• Definición de los casos de estudio 
3. Prueba de capacidad del entorno
• Lo primero que se debe considerar es lanzar los verificadores automáticos de mejores prácticas, BTS BPA y SQL BPA.
• NOTA: Este es un buen punto para verificar la estrategía de instancias de Host de BizTalk Server en la aplicación. Se recomienda segmentar los Host de BizTalk Server por funcionalidad (Recepción, Proceso, Envío) y valorar el uso de prioridades.
• Para conocer la capacidad real de un entorno de BizTalk Server con múltiples servidores, se recomienda ir realizando varias baterías de pruebas empezando con un solo nodo, y repitiendo las pruebas añadiendo otro nodo hasta la totalidad de los mismos
  Para las pruebas se recomienda utilizar la herramienta LoadGen para simular el envío de mensajes a BizTalk Server
  Configuración y monitorización de los contadores de rendimiento (ver más adelante)
4. Análisis de resultados obtenidos
• Por cada iteración o ciclo de prueba (no es necesario terminar completamente las pruebas de capacidad) se recomienda analizar los volcados utilizando tanto la herramienta PAL como SPA
• Para un buen análisis de las pruebas de rendimiento es necesario estar familiarizado con los contadores de rendimiento relativos a BizTalk Server de cara a monitorizar de forma adecuada nuestro entorno.
• La lista completa de contadores la podéis encontrar en el siguiente enlace https://technet.microsoft.com/en-us/library/aa578394.aspx.
• No obstante, en el siguiente enlace de listan los más utilizados https://msdn.microsoft.com/en-us/library/aa561922.aspx.
5. Ajuste del entorno, también conocido como Tunning
• En base la información recogida y a las conclusiones llegadas puede ser necesario implementar algunos cambios y/o ajustar la configuración existente
• Para ello se recomienda la lectura de los siguientes artículos:
• "Troubleshooting BizTalk Server Performance" (https://msdn.microsoft.com/en-us/library/aa954063.aspx)
• "Performance Tuning for Low-Latency Messaging" (https://msdn2.microsoft.com/en-us/library/aa475435.aspx) aunque es para BizTalk Server 2004 es totalmente válido en BizTalk Server 2006
• "Improving .Net Application Performance and Scalability" (https://msdn2.microsoft.com/en-us/library/ms998530.aspx)
• "Improving SQL Server Performance" (https://msdn2.microsoft.com/en-us/library/ms998577.aspx)
6. Pruebas y estabilización

En cuanto al equipo normalmente en las colaboraciones que hacemos solo participa un consultor Experto en BizTalk Server, pero se requiere de la ayuda de:

• Un miembro del equipo de desarrollo de la solución para proporcionar información sobre los detalles de la implementación, y para abordar posibles ajustes (tuning) o cambios en el código
• Un técnico de infraestructura y operaciones para proporcionar información sobre la arquitectura, despliegue, rendimiento actual, etc.
• Puntualmente se pueden requerir otros perfiles para disponer acceso sistemas o bases de datos, etc.

Sobre la duración de una prueba de rendimiento, os recomiendo que como mínimo os reservéis una semana y por supuesto, dedicación exclusiva. La voz de la experiencia dice que una estimación de 2 - 3 semanas es más real si tenemos en cuenta que lo normal es que no se cuente con toda la información necesaria y posiblemente haya que realizar cambios en la configuración (e incluso en el código) que obligen a repetir algunas pruebas.

Si queréis saber más sobre pruebas de rendimiento con BizTalk Server os invito a leer el WhitePaper llamado "Managing a Successful Performance Lab" que se puede descargar de la Web en el siguiente enlace: https://www.microsoft.com/downloads/details.aspx?familyid=60E8C48E-2139-40D0-98FA-78233B3B64CF&displaylang=en. Y si quereis conocer algunas consideraciones a tener en cuenta para optimizar la base de datos de BizTalk Server, tenéis a vuestra disposición el siguiente artículo de MSDN: https://msdn2.microsoft.com/en-us/library/bb743398.aspx.

Por cierto, no quisiera terminar sin recordarles un Blog que hablando de rendimiento de aplicaciones BizTalk Server considero imprescindible estar suscripto: https://blogs.msdn.com/biztalkperformance/ entrar y ya veréis porque :)

Por último informar que Microsoft Servicios dispone un Offering muy delimitado para ejecutar una prueba de rendimiento en grandes corporaciones llamado "Performance Tuning for BizTalk Server", para más información os facilito el folleto informativo  https://download.microsoft.com/download/D/3/A/D3AEC008-4539-4C70-B1EF-9E8A3DE3B584/Performance_Tuning_for_BizTalk%20Server.pdf

Espero que podáis sacar buen provecho a estos consejos ;) ESPERO VUESTROS COMENTARIOS!!!

Como muestra del continuo avance de BizTalk Server como producto de integración, en esta entrega proporcionará soporte a:

• Microsoft Windows Server 2008
• Framework 3.5 de Microsoft .NET
• Microsoft Visual Studio 2008
• Microsoft SQL Server 2008
• UDDI versión 3.0

Además incluirá nuevas capacidades como:

• Registro avanzado de servicios Web 
• Guía de mejores prácticas y patrones de implementación SOA
• Mayor soporte a protocolos de la industria
• SWIFT
• EDI (tras el reciente acuerdo alcanzado con COVAST, se incluye capacidades avanzadas del accelerador EDI de COVAST para BizTalk Server)
• BizTalk Server RFID Mobile

Os seguiré informando :)

Los sistemas de EAI principalmente implementan dos patrones:

• Mediación: Donde los sistemas de EAI actúan como el canal que vincula varias aplicaciones o sistemas utilizando técnicas de encaminamiento. Cuando en una aplicación (interlocutor origen) ocurre un evento que puede ser interesante a alguna otra aplicación (interlocutor destino) esta debe notifica a un módulo de integración (servicio) del sistema EAI. Entonces el sistema de EAI propaga esos cambios a las otras aplicaciones relevantes.
• Federación: En este caso, el sistema EAI actúa como un consolidador de información entre varias aplicaciones. Todos los accesos al o del exterior de la organización a cualquiera de las aplicaciones son gestionados por el sistema EAI, y éste está configurado para exponer sólo la información relevante conectándose a las aplicaciones del mundo exterior, y efectuar todas las interacciones con las aplicaciones internas sin intervención del agente externo.

Ambos patrones son usados en conjunto frecuentemente. El mismo sistema EAI puede tener varias aplicaciones en mediación, mientras sirve requerimientos de agentes externos contra esas aplicaciones (federación).

Patrones de diseño para servicios de mensajería

• Message Channel
• Conectar dos aplicaciones mediante un sistema de mensajería
• Ejemplo:

• Pipe & Filters
• Realizar procesos de una determinada complejidad en mensajes manteniendo independencia y flexibilidad
• Modularización y ejecución de tareas de procesamiento de mensajes en etapas Implementación (BTS)
• Ejemplo:

• Content-Based Router
• Examina el contenido de un mensaje para distribuirlo por diferentes canales en función de los datos que componen dicho mensaje
• Ejemplo:

• Message Filter
• Evitar recepción de mensajes no deseados
• Crear un conjunto de criterios (filtros) de manera que si el mensaje contiene propiedades que hacen coinciden con los filtros especificados,  este será enviado por un canal de salida, en caso contrario será descartado.
• Ejemplo:

• Recipient List
• Encaminar un mensaje a una lista de suscriptores del mismo.
• Ejemplo:

•  Splitter
• Descompone un mensaje que contiene una lista de elementos repetitivos, para que estos puedan ser procesados de forma individual.
• Ejemplo:

• Aggregator
• Combina varios mensajes individuales pero que se relacionan entre ellos en un único mensaje para que puedan ser procesados de una forma global
• Ejemplo:

• Scatter-Gather
• Conectar dos aplicaciones mediante un sistema de mensajería
• Ejemplo:

Patrones de diseño para la manipulación de mensajes

• Message Translator    
• Transformación de un mensaje en otro para que pueda ser usado en un contexto diferente (Adapter GoF)
• Ejemplo:

• Envelop Wrapper
• Incrustar un mensaje (funcional) como cuerpo de un mensaje (protocolo)
• Pretende no mezclar procesos funcionales con procesos tecnológicos
• Ejemplo:

• Content-Enricher
• Añade datos necesarios en la construcción de un mensaje cuando estos no están presentes en el mensaje original 
• Ejemplo:

• Content-Filter
• Simplifica la estructura de un mensaje previo a su entrega cuando esta no es relevante para la aplicación destino.
• Ejemplo:

• Normalizer
• Resuelve la problemática de procesamiento de mensajes que contienen la misma semántica, pero distinto formato
• Ejemplo:

Patrones de diseño para servicios de orquestación

• Convoys
• Este patrón se usa para asegurarse que una misma instancia de una orquestación procesa mensajes consecutivos conectados a una misma operación
• Error Handling
• Añadir piezas de código por cada forma (o scope) dentro de un flujo de trabajo para gestionar errores inesperados y facilitar la recuperación de los mismos

-       Control de errores

-       Manejadores de excepciones

-       Lógica de compensación

-       Suspensión / Terminación del proceso

Referencias

Para obtener más información se recomienda la lectura de las siguientes referencias:

1.    Libro “Enterprise Integration Patterns” de la colección “Signature Series” de “The Addison-Wesley” (https://www.amazon.com/o/asin/0321200683/ref=nosim/enterpriseint-20)

2.    Libro “Integration Patterns” publicado por “Microsoft Patterns & Practices” (https://www.amazon.com/o/asin/073561850X/ref=nosim/enterpriseint-20)

3.    Libro electrónico (gratuito) “Guidelines for Application Integration”  publicado en MSDN por “Microsoft Patterns & Practices” (https://msdn2.microsoft.com/en-us/library/ms978650.aspx)

4.    Libro electrónico (gratuito) “Enterprise Integration Patterns with BizTalk Server 2004” que aunque los patrones están implementados con BizTalk Server 2004 pueden ser aplicados perfectamente en BizTalk Server 2006 (https://www.enterpriseintegrationpatterns.com/docs/integrationpatterns_biztalk.pdf)

5.    Guía de Microsoft ESB (Enterprise Service Bus),  (https://www.codeplex.com/esb)

6.    Sitio Web dedicado a EAI (https://www.enterpriseintegrationpatterns.com)

7.    Asistente para implementar patrones de Integración e BizTalk Server (https://www.codeplex.com/PatternWizard)

 y ya que estamos, si quieres un buen libro sobre WCF te recomiendo "Essential Windows Communication Foundation (WCF): For .NET Framework 3.5" (visita su ficha en AMAZON: https://www.amazon.com/gp/product/0321440064/)

Antes de todo tenemos que crear en nuestra orquestración el típico Try/Catch pero ¿como se hace? sencillo solo tenemos que arrastrar la forma (Shape) llamada "Scope", este delimita el área que queremos aislar de errores, es decir nuestro Try{...}. Ahora faltaría el área para capturar el o los errores  Catch{...}, para ello sobre el icono {} hay que hacer un click con el botón derecho y seleccionar la opción "New Exception Handler", vereís como se ha añadido debajo un bloque llamado "CatchException_1". A continuación en la ventana de propiedades del nuevo elemento añadido, el editor nos pide que seleccionamos las siguientes propiedades:

• "Exception Object Name", donde hay que indicar el nombre que utiliceremos para referirnos al objeto con la información del error producido, en otras palabras nuestras instancia
• "Exception Object Type", que como se puede imaginar sería el tipo de excepción a capturar. Las opciones son muy variadas,  desde una excepción de .NET (System.Security.AuthenticationException o nuestra clase de excepción creada a medida) a una excepción propia de BizTalk, "General Exception"

Por supuesto, podemos incluir todos los bloques para capturar los tipos de excepciones que queramos, la única condición es que cada tipo sea diferente. 

Como veis los pasos son muy sencillos, aunque posiblemente os rondará la siguiente pregunta ¿A que se debe el título de este post? ;) veamos esto a continuación.

El cometido del tipo de excepción "General Exception" es similar a "System.Exception", es decir capturar TODAS las excepciones que se produzcan que no hayan sido capturadas previamente. Este tipo esta diseñado para ser utilizado en escenarios que requieran que la gestión del error se realice fuera del alcance de nuestro bloque Try/Catch, ya sea en nuestra orquestración o fuera de ella (por ejemplo, en la orquestación que la ha llamado), esto se realiza con la forma "Throw Exception" y seleccionado el objeto de excepción a lanzar.

En ocasiones se hace necesario acceder al contenido de la excepción antes de delegar la gestión de errores, por ejemplo para registrar en el sistema de trazas (o logs) de la aplicación el mensaje del error o su código. Esta funcionalidad (obtener información de la excepción) no puede ser realizada utilizando el tipo "General Exception" dado que no se dispone del nombre del objeto, entonces ¿Cómo lo hago? lo primero que le viene a la cabeza al programador es "Sencillo, solo tengo que seleccionar como tipo de excepción a la clase System.Exception y listo" pero cuando seleccionas la opción "<.NET Exception>" y buscas en la ventana "Select Artifact Type" dicho tipo de exceptión te sorprendes porque no encuentras el ansiado "System.Exception", por lo que decides tomarte un cáfe dado que piensas que estas dormido o dormida, pero al volver te das cuentas que ni por esas lo encuentras :((( entonces, volvemos a la pregunta inicial ¿Cómo .... lo hago? La práctica recomendada es crear un objeto a medida que herede de System.Exception y por tanto lo puedas utilizar para este escenario :)

 No obstante, algunos clientes y asistentes a los workshop o cursos que doy, se sorprenden cuando ven en mis orquestaciones que tengo seleccionado como tipo de objeto "System.Exception" y me preguntan ¿Cómo lo haces??? ¿Si no se puede? La verdad es que no tiene mucho secreto, aunque no se si es una práctica recomenda y/o soportada por Microsoft, os digo los pasos que sigo (*):

1. Creo un nuevo bloque "Exception Handler" o Catch
2. Selecciono cualquier tipo de excepcion de la lista "<.NET Exception>"
3. Guardo mi orquestación
4. Desde el explorador de soluciones de Visual Studio me posiciono en el fichero de orquestación, botón derecho click, opción "Open With..." y en la ventana emergente selecciono "XML Editor" 
5. Busco el bloque creado y cambio manualmente el tipo de excepción que previamente seleccione por "System.Exception"
6. Guardo confirmando los cambios y cierro el editor de XML
7. Después abro la orquestación de la forma habitual y listo, ya tengo un objeto "System.Exception" que puedo referenciar en mi código :)

:)))

(*) Recuerda que esta práctica se entrega "tal ycomo esta", por tanto no me hago responsable (ni la empresa en que trabajo) ni doy soporte sobre su utilización.

¡Un ejemplo! Si hubiese seleccionado como tipo de excepción "General Exception" al abrir con el editor de XML la orquestación tendría: 

Por tanto lo sustituiría por: