He intentado crear una aplicación de servicio web estable durante los últimos 2 o 3 meses. Hace aproximadamente 2 meses tomé la decisión de pasar a WCF para aprovechar los servicios web de instancia única.¿Alguna razón convincente para permanecer en WCF?
Desde que hice ese cambio, tuve algunos dolores de cabeza reales desplegándome en los escenarios de IIS 6. Desafortunadamente, la mayoría de los clientes reales todavía usan Windows Server 2003 e IIS 6. He estado recibiendo todos los errores de WCF que posiblemente pueda imaginar.
La paciencia del cliente se está agotando y pronto parecerá que no podemos ofrecer una solución confiable.
estoy casi decidido a regresar a los servicios ASMX que al menos trabajaban, y no sufren de cosas como:
La secuencia ha sido terminado por el extremo remoto. Se ha excedido el recuento de reintento máximo especificado por el usuario para un mensaje en particular. Debido a esto, la sesión confiable no puede continuar. La sesión confiable fue fallada.
El objeto de comunicación, System.ServiceModel.Channels.ReplyChannel, no se puede utilizar para la comunicación, ya que ha sido abortado
La lista es interminable ... antes de hacer el movimiento de vuelta a ASMX, son ¿Hay alguna razón de peso para seguir con WCF, porque a este ritmo podríamos perder grandes clientes con esta tecnología?
intente autohospedar un servicio web ASMX; intente conectarse a una cola de mensajes de MSMQ; intente con TCP/IP en lugar de HTTP. ¡Buena suerte! –
La cuestión es que no estoy probando WCF, claramente los diseñadores pensaban que los clientes usaran IIS7, ¡porque en IIS7 funciona como una bomba! Pero simplemente no creo que esté realmente orientado al alojamiento de IIS6. –
@Marc s, no quiero hacer ninguna de esas cosas para esta implementación en la que estoy trabajando. Principalmente quiero lanzar una pieza de software que funciona de manera predecible. –