Каморка

Дано: HTML страничка с формой, отсылаемая дальше в PL скрипт через POST.

Надо: Каким-то образом, после нажатием юзера на Submit отправить его (с 2-мя параметрами из 20 включенных в форму) на другой сервер, заставить юзера ввести еще несколько строчек и по новому Submit отправить форму с первого сервера на PL скрипт.

Второй сервет будет иметь какой-то интерфейс, ждущий от первого комманду с 2-мя параметрами и отправляющий первому один из 2 ответов - true or false.

а тот PL скрипт не может сам отправить данные на второй сервер для проверки?

Теоретически этого PL скрипта не должно быть (и в новой версии проги уже нету. Тоесть в идеале - форма со всеми данными уходит в Servlet (доступа к которому у меня нету).

Что хочется сделать: есть форма заказа. Из этой формы сейчас вызывается PL (а потом Servlet) который обрабатывает заказ и выдает юзеру данные. Нужно вставить промежуточное звено - обработку кредитки на сайте провайдера (по его интерфейсу) и возврат подтверждения валидности кредитки.

А сервер провайдера - это PayPal небось? Только потом не присылай мне письмо, что у меня про-экспайрился пароль на аккаунт и мне надо его срочно обновить. Не поверю!

Обработка кредитной карточки происходит без участия пользователя? Т.е. собираются данные, сумма, адрес и т.д. и посылаются в CC gateway? Тогда сессия должна удерживаться скриптом, т.е. это то что то на подобии Web сервиса. Под Windows это делается просто, а вот как в PHP или других системах - должно быть что то на подобии WinHTTP комопоненты или по крайней мере некие исходники которые позволяют упаковать html форму в строку и послать запрос на удаленный сервер и обработать разультат который прийдет в ответ.

Sheen писал(а):А сервер провайдера - это PayPal небось?

Нет, не PayPal. Проблема в том, что я не знаю какой у них интерфейс (с провайдером еще не определились) и просто нарабатываю идеи, что бы потом быстрее сделать систему.

Системы приблизительно одинаковые для 90% провайдеров - заключется в посылке запроса через https и обработке результата запроса. Формат запроса может меняться, например XML или обычный как в web html form. Ответ с сервера это либо delimited текст с парами - параметр/значение либо опять таки XML. Во всех случаях, провайдеры обеспечивают тестовый аккаунт или режим и описание своего API c примерами, так что проблем быть не должно.

В основном merchant проваидери исползуют толко SSL protocol

В качестве примера твоеи задачи:

1) Посилаесшь форму с HTML странички на адрес merchant провидера (они обично принимаут множество параметров и отсилаут назад резултат транзакции и плюс дополнителние (like order details, name, address, ect.) в return address указиваеш адрес странци на которои будет код(JavaSkript, VBSkript) где в зависимости от резултата транзакции посилаесш возвращенние данние на PL или на страницу с сообщением что транзакция не прошла

2) Если есть возможност исползоват ColdFusion, ASP, PHP or JSP то вопросов о вопросов по передачи и приему данних не долйно стоять, все делается на однои странице как одна транзакциа с возможностю отката (если заносиш данние в database)

Всё правильно, только пихать транзакции в JSP - это моветон

Каждыи извращается по своему