Java 任何支付网关的购物车API？（至少需要PayPal）

我正试图找到一个基于java的API，它至少包含了通过PayPal处理信用卡交易或购买的详细信息，并以IPN的方式将其他网关作为一个加号（即不需要产品，只需要发票金额）

作为一种简化，我认为我应该能够执行以下伪代码：

shoppingApi.postTransaction("paypal", amount, currency, invoiceId, purchaseDescription)

稍后在计划任务期间或从IPN url发出通知时：

completedPayments = shoppingApi.getUnprocessedCompletedPayments();
for (Payment payment: completedPayments)
{
  // my code to process a successful payment.
}

然后我会处理这些购买

我知道有很多购物车可以这样做，但从我所看到的，他们都希望你把你的产品放在他们的系统中，这对我来说是行不通的。我的产品在第三方系统中，我只想处理付款。就这些

据我所知，没有一款cart会像我上面建议的那样公开一个简单的API。我不在乎我的用户使用哪种支付方式，我只想知道他们是否完成了。我知道Shopify.com有一个RESTAPI，它可以做这样的事情，但它不像IPN（它希望您的产品在它的系统中）

提前感谢您的建议

编辑：我当然知道我还需要查看其他状态，如“待定”等，但这只是另一个简单的API调用，如shoppingApi.getPendingPayments（）。如果API执行上述两个调用，我会非常高兴；-）

编辑2:我更喜欢开源，但如果是固定费用，可以在一定程度上试用，并且相当成熟/值得尊敬，我完全开放商业

---

编辑3-主要注释：我相信这样一个库应该存在。是否会是另一个问题。所以说清楚一点，我真的希望看到“是的，使用这个库”的答案，而不是“否”，这是不可能做到的，因为我%99.999确信这是可以做到的；-）提前谢谢

我认为最好编写自己的api，因为任何与支付和购买流程相关的东西都需要花钱才能获得。 您的应用程序需要完成以下任务：

您需要一个服务器，将与贝宝（或 DataTrans或任何其他支付系统）

您需要一个数据库来捕获所有转移的付款：

• 已经解决了
• 已付款但尚未收到结算的款项
• 这仍然需要支付
• 分期付款已完成、已完成或尚未完成

服务器需要是任何web应用程序（spring和hibernate等） 这有一定的安全性（acegi，spring）

每次用户登录并开始在线购买时，您都需要 给PayPal打个电话，然后通过对 用户的浏览器

每次结算时，您都会在DB中保存所需的数据，如

用户id

购买方法

所有者

卡号

发票id

贝宝-代币

---

我希望这有助于

您无法获得支付网关集成的API。您必须编写自己的开发，以处理各种支付网关。为此，您必须了解哪个支付网关获取哪些参数以及请求paymentgateway的请求URL。您可以通过varius支付网关网站获取此信息

此url可能对您有所帮助

对于HDFC：

对于贝宝：

安全工资：

techpro[ICICI]：

在这里，您还可以找到开发API或开发指南，其中包含处理请求所需的参数

希望这能对你有所帮助

享受

我只知道这个产品（商业）： 还有一个与PayPal集成的教程：

我不知道许可证的费用，您必须为此联系IBM。

可以通过

jruby

---

这可能会，也可能不会接近您的要求

Java SDK可在此处找到-

---

所有这些都附带了一个很好的例子（查看README.md文件），可以帮助您开始学习

虽然该线程非常古老，但我只是想添加我最近遇到的一个API的详细信息，这可能符合问题的要求。我希望这将帮助其他正在寻找类似答案的人

---

试试看。这个API是基于Java、Spring、Hibernate、jQuery和elasticsearch构建的。

谢谢你的建议，但我仍然认为这可以结束。。。我有一个现有的基于SpringMVC的webapp和服务器，我不介意这个API“拥有”很多这个过程。。。。我所需要的只是IPN接收url，以便能够处理状态，然后将其存储在某个地方。。。。正如你所建议的，db或类似的东西。但是，在我弄清楚“付费”的真正含义的过程中，以及可能返回的所有其他状态，我希望API能够管理。我在一个项目中完成了这项工作，并从头开始创建了API和项目（好吧，这花费了很多时间），我认为你找不到API，最终，你需要对其进行编码，或者买它。事实上，你知道一个商业API是一次性的包装成本吗？抽象网关并使API非常简单？与SaaS方法相比，我更喜欢库，因为它更容易销售给我们的客户……不，我不知道API，但我告诉你它很简单，你最好自己做。或者你需要雇佣一个开发者，如果你没有的话。很抱歉，在此之前我从未澄清过我的反对票。我投反对票的原因是因为我确信这是可以做到的，而你的回答基本上说这是不可能做到的。。。例如，这个答案（）指向一个基于Ruby的解决方案，它可以实现我想要的一切，但它是用Ruby实现的。这可能是我最终使用的，但它证明了它可以做到，并且可以在比PayPal更高的级别上进行管理。嗨，Bhavik。。。谢谢你的评论。。。我确实相信这个c的包装