Herramientas y recursos para la resolución de problemas de las aplicaciones EWS para Exchange

  • Artículo

Encuentre recursos que le ayuden a solucionar los problemas de su aplicación EWS Managed API o EWS.

Las cosas no siempre salen como son planeadas. A veces, las solicitudes de EWS fallan, o proporcionan resultados inesperados. Esto puede ser frustrante, especialmente si la razón no es obvia. Esperemos que esto nunca le ocurra, pero si sucede, este artículo proporciona información sobre herramientas y recursos que puede utilizar para ayudar a solucionar su problema.

Nota:

Este artículo proporciona consejos generales para la solución de problemas y fuentes de información para la solución de problemas. Lamentablemente, no es posible dar pasos detallados para la solución de problemas. Para obtener ayuda en la resolución de su error en específico, consulte Pasos siguientes.

Examinar las solicitudes y respuestas SOAP

Cuando las cosas no funcionan correctamente, es muy útil poder ver lo que está pasando. La primera línea de investigación cuando se investiga un problema con EWS o la API administrada de EWS es examinar las solicitudes que su aplicación está enviando a través de la red y las respuestas que el servidor está enviando de vuelta.

La API administrada de EWS facilita el examen de las solicitudes y respuestas SOAP gracias a su función de seguimiento integrada. Si está usando EWS, puede o no tener acceso a una funcionalidad de rastreo similar, dependiendo de la plataforma o las clases que utilice para enviar sus solicitudes. Sin embargo, siempre se puede utilizar una herramienta de rastreo de red como Network Monitor o Fiddler para examinar el tráfico de red y ver las cargas útiles de solicitud y respuesta.

Además, puede instrumentar las solicitudes de sus clientes para mejorar la información disponible en las solicitudes y respuestas.

Una vez que tenga las solicitudes y las respuestas, pregúntese lo siguiente: ¿Parecen correctas? ¿Los valores que envía su aplicación son los esperados? ¿Tienen sentido las respuestas?

Examinar códigos de error

A veces, el código de error puede ayudar mucho a localizar el problema, aunque a primera vista no parezca tener sentido. ¿Indica el error que su cliente está siendo limitado? ¿Quizás sea necesario llamar a Autodiscover para refrescar la información de configuración?

Para obtener más información sobre el manejo de errores específicos, consulte los siguientes artículos:

Comprobar versiones

En las operaciones del sistema de alerta temprana intervienen varios componentes, y las versiones de esos componentes pueden influir en los resultados.

Tabla 1. Componentes con versiones que pueden afectar a los procesos de EWS

Componente API administrada EWS EWS Notas
Versión del servidor solicitada
 Propiedad ExchangeServiceBase.RequestedServerVersion
 Elemento RequestServerVersion
 Este valor controla qué versión del esquema EWS se utiliza para procesar la solicitud EWS. Asegúrese de que la versión del esquema especificada aquí tiene sentido para la solicitud que está enviando. Algunas propiedades y operaciones no están disponibles en versiones anteriores del esquema.
La versión del servidor
 Propiedad ExchangeServiceBase.ServerInfo
 Elemento ServerVersionInfo
 Este valor es devuelto por el servidor en las respuestas EWS, e indica la versión del servidor que ha procesado la respuesta. Asegúrese de que este valor sea el esperado. Si es posible, asegúrese de que el servidor Exchange está ejecutando la actualización más reciente para su versión principal de Exchange.
La versión de la API administrada de EWS
 La propiedad Versión del producto del archivo Microsoft.Exchange.WebServices.dll.
No aplicable
 Si está utilizando la API administrada de EWS, asegúrese de que está usando la versión más reciente.

Comprobación del acceso

El EWS está habilitado de forma predeterminada, pero los valores predeterminados pueden cambiarse. Use el cmdlet Get-OrganizationConfig para asegurarse de que EWS está habilitado en el servidor, y el cmdlet Get-CASMailbox para asegurarse de que EWS está habilitado para el buzón del usuario. Compruebe también las respuestas de ambos cmdlets para ver si hay una lista de permisos o bloqueos de EWS, y asegúrese de que su aplicación no está bloqueada para usar EWS.

También debe verificar que la configuración de autenticación por defecto en el directorio virtual de EWS no ha sido modificada.

Probar otro cliente EWS

A veces es útil probar la misma solicitud desde otro cliente y comparar los resultados. Si otro cliente obtiene resultados diferentes, ¿cuál es la diferencia? Averiguar cuál es la diferencia entre una solicitud exitosa y una fallida puede ayudar a explicar por qué una solicitud en particular está fallando.

Si bien es cierto que puede escribir otro cliente para probarlo, no tiene por qué hacerlo. EWSEditor es un ejemplo de cliente que utiliza la API administrada de EWS y EWS. Puede descargar el cliente (incluyendo el código fuente) y usarlo para intentar las mismas peticiones que están fallando en la aplicación.

Examinar los registros de IIS

Si tiene acceso al servidor Exchange, la funcionalidad de registro proporcionada por Internet Information Services (IIS) en los servidores de Acceso de Clientes puede proporcionar más información sobre los fallos. Sin embargo, tenga en cuenta que los registros de IIS sólo serán útiles si recibe un error HTTP.

IIS proporciona dos métodos de registro diferentes: Registro de IIS y rastreo de solicitudes fallidas. Para trabajar con los registros de IIS, puede utilizar Log Parser Studio, que incluye una serie de consultas EWS incorporadas.

Pasos siguientes

Ahora que ya conoce las herramientas y los recursos que puede usar para solucionar problemas, es posible que necesite ayuda para entender la información que proporcionan esas herramientas. A continuación se indican algunas opciones para obtener ayuda:

Consulte también

Consulte los siguientes artículos:

Descargar lo siguiente: