Publicar webservice

"Antonio Ortiz" wrote in message
news:%

He publicado un webservice, al cual le cree un cliente (windows) que lo
consume correctamente, ademas de un cliente web... sin embargo otro equipo
de desarrollo que lo debe consumir, me indica que no localiza mi
webservice.

¿Qué significa "que no lo localiza"? Al webservice se accede, en
resumidas cuentas, igual que a una página web. ¿Pueden navegar al .asmx con
un navegador? ¿Su DNS no les resuelve el nombre de tu servidor? ¿Su
cortafuegos intercepta los accesos a la dirección IP de tu servidor?
¿Alcanzan el servidor pero el servidor les dice "acceso denegado"?

Alberto:

Gracias por tomarte el tiempo de contestar, tratare de responde lo mas
datalladamente posible

. "No lo localiza" por que su codigo indica 'Servicio web inexistente o no
localizado"
. Si puede navegar al ASMX
. su DNS si resuelve el nombre del servidor
. Su cortafuegos no intercepta accesos a la IP de mi servidor, pues que
trabaja sobre HTTP con el modelo SOAP no requiere abrir puertos
. No indica acceso denegado, solo servidor No localizado o un mensaje
similar.

alguna sugerencia?



saludos cordiales,


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com

"Alberto Poblacion"
escribió en el mensaje news:

"Antonio Ortiz" wrote in message
news:%

He publicado un webservice, al cual le cree un cliente (windows) que lo
consume correctamente, ademas de un cliente web... sin embargo otro
equipo de desarrollo que lo debe consumir, me indica que no localiza mi
webservice.

¿Qué significa "que no lo localiza"? Al webservice se accede, en
resumidas cuentas, igual que a una página web. ¿Pueden navegar al .asmx
con un navegador? ¿Su DNS no les resuelve el nombre de tu servidor? ¿Su
cortafuegos intercepta los accesos a la dirección IP de tu servidor?
¿Alcanzan el servidor pero el servidor les dice "acceso denegado"?

"Antonio Ortiz" wrote in message
news:%

Si puede navegar al ASMX

Entonces lo ha localizado. El asmx *ES* el servicio web.

. "No lo localiza" por que su codigo indica 'Servicio web inexistente o no
localizado"

Bien, entonces el problema está en su código. Quienes hayan escrito ese
código tendrán que revisar qué es lo que hace, a ver a qué se refiere ese
código cuando dice "servicio inexistente o no localizado". El código tendrá
que enviar una petición HTTP al asmx de tu servidor, inyectando un paquete
SOAP dentro del cuerpo de esa petición HTTP. Esta petición TIENE que poder
hacerla puesto que me has dicho que sí que pueden navegar al asmx. En el log
de IIS de tu servidor tienes que ver que aparece esa petición del asmx. Tu
servidor debe contestar a esa petición, cosa que sabes que hace porque ya
has probado el asmx, aunque puede que conteste con un error si no entiende
el soap recibido. Esta circunstancia deberían poderla depurar los que están
usando tu servicio: tendrían que tomar la respuesta de tu servidor y ver qué
clase de mensaje de error les está enviando.

Por cierto, antes que todo eso, ¿el WSDL de tu servicio lo han recogido
correctamente, y su herramienta de desarrollo lo ha decodificado sin dar
errores? O en caso contrario, ¿qué errores da al analizar el WSDL?

aaah, desconozco lo que pasa del lado del cliente remoto, solo me dicen: no
funciona. Y yo insisto que el problema esta del lado de ellos, pues mi
cliente ASP & Windows si funciona.

saludos,


Antonio Ortiz
asesor en sistemas
ant(a)aortiz.net
www.aortiz.net
www.progvisual.com


"Alberto Poblacion"
escribió en el mensaje news:

"Antonio Ortiz" wrote in message
news:%

Si puede navegar al ASMX

Entonces lo ha localizado. El asmx *ES* el servicio web.

. "No lo localiza" por que su codigo indica 'Servicio web inexistente o
no localizado"

Bien, entonces el problema está en su código. Quienes hayan escrito ese
código tendrán que revisar qué es lo que hace, a ver a qué se refiere ese
código cuando dice "servicio inexistente o no localizado". El código
tendrá que enviar una petición HTTP al asmx de tu servidor, inyectando un
paquete SOAP dentro del cuerpo de esa petición HTTP. Esta petición TIENE
que poder hacerla puesto que me has dicho que sí que pueden navegar al
asmx. En el log de IIS de tu servidor tienes que ver que aparece esa
petición del asmx. Tu servidor debe contestar a esa petición, cosa que
sabes que hace porque ya has probado el asmx, aunque puede que conteste
con un error si no entiende el soap recibido. Esta circunstancia deberían
poderla depurar los que están usando tu servicio: tendrían que tomar la
respuesta de tu servidor y ver qué clase de mensaje de error les está
enviando.

Por cierto, antes que todo eso, ¿el WSDL de tu servicio lo han recogido
correctamente, y su herramienta de desarrollo lo ha decodificado sin dar
errores? O en caso contrario, ¿qué errores da al analizar el WSDL?

"Antonio Ortiz" wrote in message
news:

aaah, desconozco lo que pasa del lado del cliente remoto, solo me dicen:
no funciona. Y yo insisto que el problema esta del lado de ellos, pues mi
cliente ASP & Windows si funciona.

Efectivamente, tal como lo has descrito yo también creo que el problema
está en el lado de ellos. A lo mejor el problema es algo tan simple como que
cuando su herramienta les pregunta por el servicio para leer el wsdl del
mismo, están metiendo el servicio.asmx en lugar de servicio.asmx?WSDL, y por
eso su herramienta les dice que no entiende nada. Pero sin saber qué es lo
que están haciendo, no podemos darles solución.