但是,当authorize.net将表单发送回中继响应URL(http://developer.authorize.net/guides/SIM/Receipt_Options/Relay_Response.htm)时,Intraweb应用程序会爆炸.我可以看到,使用TamperData,表单数据正在正确发送.她可以看到她的程序打开数据库连接,然后超时.
>我已经用尽了google-fu,并且没有找到任何Intraweb代码能够接受传入表单帖子的示例. (这可能就是我们真正需要的.如果我们可以将数据输入Intraweb / Delphi世界,那么我们可以管理其余部分.)
> Intraweb documentation建议IW接受传递URL的params,但不提及接受POST数据.
> authorize.net社区论坛有一个询问/回答的帖子,基本上说“对不起,我们没有任何Delphi代码示例,请询问您的供应商.”
> Intraweb技术支持无法帮助她. (我认为几周前他们没有回应这个请求,但我不确定.)
>我建议她创建一个模拟authorize.net表单帖子的测试应用程序存根,以确保正确创建表单对象. (我真的不明白在拖放表单字段的覆盖范围内发生了什么,但我倾注了生成的源代码以试图解决这个问题.)但是表单POST是一个表单POST,对吧？我的意思是,它是HTTP,而不是魔术.但是有两个问题. 1.)Intraweb似乎强制形成所有CAPS的字段名称. 2.)她说IW不会接受下划线作为表单字段名称的一部分.当然,我们仍然坚持使用authorize.net发送的内容,小写,下划线等等.
您是否有任何见解,指向示例代码的指示,或建议将其全部删除并转移到另一个解决方案？我们非常感谢上述任何一个.
*我们=一个老式的Delphi程序员/ DBA,他知道Delphi里面的东西,但是Intraweb“自动运行”而我,一个Java程序员和偶尔在该国另一边的PHP黑客,他们对视觉IDE过敏但是试图解释它互联网&她的神秘面纱.对于这个特殊问题,我们似乎小于我们各部分的总和.
我建议您使用Authorize.net的SOAP接口.我有一个Delphi / Intraweb应用程序来处理与authorize.net的付款和订阅,花了我1个小时来搞清楚.只需设置一个小型测试项目并从authorize.net导入wsdl,您就可以立即处理它们提供的所有内容.如果想尝试遇到问题,我可以通过代码中的一些示例帮助您.