Делфи

Поэтому текущее видение решения таково: оставить в качестве ядра

родной soap движок delphi 7 (или 2009, но без .net) и расширить компоненты

THTTPSoapDispatcher, THTTPSoapPascalInvoker, TWSDLHTMLPublish,

THTTPRIO методами-перехватчиками "сырого" XML для модификации на лету

SOAP пакетов и WSDL описания. Также поправить родной конвертер Delphi

OPToSoapDomConv.pas чтобы разрешить для рассматриваемого класса

сервисов автоматическое преобразование SOAP-Delphi с минимальным

вмешательством в сырой XML код SOAP пакетов. Обоснование - полагаться

на внутреннюю работу хорошо оттестированного движка дельфи soap, а все

специфичные для данного сервиса предположения вынести на уровень

"перехватчиков" XML пакетов.

Окончательная цель, по которой будет приниматься работа - построение сервиса

OrderService в соответствии с описанным выше подходом.

Описание сервиса прилагаю.

Другими словами, ТЗ формулируется просто:

создать на Delphi doc|lit сервис, wsdl которого в точности соответствует ATS_OrderService.wsdl.

Работающий сервис нужен 6го апреля.

Работу предлагаю выполнять в 2 этапа. Вы собираете сервис и отправляете мне откомпилированный компонент

(Я пришлю пример такого тестового проекта с исходным кодом). Я проверяю, что wsdl в точности соответствует

требуемому и что пакеты SOAP передаются между клиентом и сервером в кодировке doc|lit.

После этого я Вам верю, что сервис действительно написан на Delphi и перевожу Вам 50% оплаты.

Вы присылаете мне исходный код сервера и я перевожу оставшиеся 50%.

Вас устроит такая схема и договоренность?