Problemas de consumo servicio web de ASP.NET en la producción de servidor (IIS)

Question

Hemos implementado un código de cliente SOAP en nuestro sitio ASP.NET que llama a un servicio remoto. La implementación se realiza básicamente mediante Visual Studio "Agregar referencia Web" asistente, añadiendo adecuada 'usando remote.service.namespace' al código y llamar al servicio.

Código funciona perfecto localmente (desde Visual Studio), pero falla en el servidor Web de producción con la falta de error de referencia de montaje:

  

CS0246: El tipo o espacio de nombres 'remote.service' no se pudo encontrar (¿falta una directiva using o una referencia de ensamblado?)

Tengo una ligera sospecha de que no estoy desplegando todo correctamente, tal vez alguien puede señalar lo que es que me falta allí?

Gracias!

Otros detalles:

Proyecto es un sitio web.

ASP.NET versión 2.0 instalado y utilizado como diana tanto en caja dev y producción servidor.

archivo de proxy generada por WSDL.exe se despliega en la carpeta raíz del sitio web, la misma carpeta en la que reside la página. Se utiliza espacio de nombres global (por defecto) para la generación de la clase proxy.

Answer 1

Si se trata de un proyecto de sitio web, a continuación, el archivo de proxy debe residir dentro de la carpeta App_Code

Answer 2

Usted ha hablado de la DLL proxy está colocado en "la carpeta raíz del sitio web, donde reside la página".

Usted debe colocar el archivo DLL en la carpeta "bin". Si la carpeta no existe crearla.

Answer 3

La pila de cliente de servicios Web en .NET hace la generación de tiempo de ejecución del cliente proxy (de las anotaciones en la clase generada por wsdl.exe / svcutil.exe). este archivo generado por lo general termina en uno de los directorios de los servidores temporales (hay uno bajo el árbol de las ventanas principales en alguna parte). El problema es que la cuenta de usuario ASP.NET no tiene derechos para escribir en este directorio temporal en particular, pero no se da cuenta en el momento en que escribe el archivo, por lo que terminan con un error con él tratando de cargar la generada Fichero anterior. Puede terminar en la situación en función de la orden de instalación exacta en su servidor. Una vez que encuentre el directorio correcto puede simplemente fijar las ondulaciones permanentes NTFS en el directorio para resolver el problema.

Answer 4

¿Se copia la carpeta App_WebReferences y todo su contenido al servidor?

Answer 5

¿Tiene otras partes de su trabajo ASP.NET sitio?

¿Tiene orientar su sitio y, posiblemente, 3.5 3.5 no está instalado en el servidor de producción?

Answer 6

Es este un sitio Web o un proyecto de aplicación Web? Seguro que es un sitio Web.