Ir al contenido


Foto

Problemas con Cliente SOAP Delphi y .Net como server.


  • Por favor identifícate para responder
5 respuestas en este tema

#1 genriquez

genriquez

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 539 mensajes
  • LocationCali, Colombia

Escrito 14 enero 2014 - 07:12

Alguien ha tenido la oportunidad de trabajar Webservices en Delphi en la parte del Cliente y como servidor a .NET o SQL Server prestando el servicio?

He tenido problemas ya en dos oportunidades y quisiera saber si a alguien le ha sucedido lo mismo.

Gracias.
  • 0

#2 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 14 enero 2014 - 08:34

Que problemas te has encontrado amigo.

Saludos
  • 0

#3 genriquez

genriquez

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 539 mensajes
  • LocationCali, Colombia

Escrito 14 enero 2014 - 09:17

Utilizo el WSDL Importar y al generar los métodos, no detecta bien los tipos de datos, crea un tipo de datos heredado de remotetable pero no lo define bien.  mientras que si se implementa en .NET función bien.

Me parece que .NET genera alguna documentación no estándar, pero no podría asegurarlo porque no desarrollo en esa plataforma,  tengo bastante experiencia creando y consumiendo servicios SOAP, pero con .NET el año pasado se me presentó en dos oportunidades ese problema.

por cuestiones de tiempo resolví la situación contratando el desarrollo en .NET pero ahora quisiera asegurarme de la compatibilidad de Delphi y .NET en el tema de SOAP.

Saludos.
  • 0

#4 egostar

egostar

    missing my father, I love my mother.

  • Administrador
  • 14.448 mensajes
  • LocationMéxico

Escrito 14 enero 2014 - 10:35

El problema principal es que .NET utiliza la versión 1.2 de SOAP y Delphi (versiones anteriores a 2010) utlilizan la versión 1.1, yo he resuelto algunos de esos problemas con versiones actuales de Delphi y cuando se ha puesto dificil, lo he resuelto con cURL, el problema (si se le puede llamar así) es que tienes que generar el XML a mano, pero tampoco es un grave problema si utilizas soapUI, ya que éste genera el SOAP tal y como se requiere, es sólo tiempo-.

Saludos
  • 0

#5 poliburro

poliburro

    Advanced Member

  • Administrador
  • 4.945 mensajes
  • LocationMéxico

Escrito 15 enero 2014 - 08:36

Alguien ha tenido la oportunidad de trabajar Webservices en Delphi en la parte del Cliente y como servidor a .NET o SQL Server prestando el servicio?

He tenido problemas ya en dos oportunidades y quisiera saber si a alguien le ha sucedido lo mismo.

Gracias.



Resulgta amigo que Delphi hasta la versión 7, no se en adelante que ocurra, está diseñado para consumir servicios que usen RPC. Por tanto si tu web service usa una implementación distinta es posible que debas generar todo el WSDL a mano. En mi experiencia con java tuve que usar un framework que implementara RPC para poder consumirlo con delphi.


Saludos.
  • 0

#6 genriquez

genriquez

    Advanced Member

  • Miembro Platino
  • PipPipPip
  • 539 mensajes
  • LocationCali, Colombia

Escrito 15 enero 2014 - 09:11

Hola, gracias por los aportes.

Algunas aclaraciones técnicas,  los servicios de .NET son generados con las nuevas versiones tanto de .NET como con SQL Server (Realmente no sé como se hace, solo tengo referencia de las url),  y he utilizado SOAP 1.2 en Delphi XE2 y XE5.

Realmente me parece muy extraño el asunto,  como les comento no sé que pasa en la parte del servidor, no he tenido control sobre eso, pero solo me pasa con esos servicios, he creado servicios en java, php, C++ y Delphi y entre todos son compatibles, pero con esas versiones de .NET no he podido conectar Delphi.

Lamentablemente no es posible utilizar las URL proporcionadas por el cliente, por aspectos de seguridad y producción, el caso es que tocó solucionarlo desarrollando el módulo en .NET para que funcionara y poder cumplir en los tiempos pactados, pero me queda la duda he estado investigando para que no suceda lo mismo en futuras oportunidades.

Gracias.
  • 0




IP.Board spam blocked by CleanTalk.