繁体 English 中英

将SAP连接到.NET的选项[关闭]

[英]Options for Connecting SAP to .NET [closed]

原文 2008-09-16 22:34:15 1 8 .net/ sap

需要将SAP与.NET应用程序集成。 .NET Connector是最佳选择吗？ 那么NetWeaver呢？ 只需将数据推送到SAP并从中提取数据。

8 个解决方案

我没有使用NetWeaver对象，所以我不能说太多，但我可以说.Net连接器在代理SAP BAPI以便在.Net中使用时做得非常好。 一些额外的评论：

缺点 - AFAIK，你很难在VS2003中开发代理
缺点 - BAPI的文档非常简洁。 我在SE37里面花了很多时间（我的意思是很多）来查看RFC文档并逐步完成这些功能
肯定 - 我花了一些时间才意识到你可以在构建代理之前重命名和删除VS2003中的参数并重命名方法
缺点 - 如果您执行上述重命名，则每次从SAP服务器重新填充RFC时都需要重做（例如，如果您的SAP开发人员对BAPI进行了更改）

总的来说，.Net Connector很难实现复杂的功能（我只花了3个星期的时间让客户创建和修改工作），但是简单的功能非常透明，如果您在SAP端有一个ABAP开发人员可以开发自定义BAPI它的效果非常好。

SAP .Net Connector是可以的，但它只支持Visual Studio 2003，但它们暂时没有更新。

还有另一个名为SAP Explorer和Proxy Generator的产品，我用它从VS2005连接到SAP。 它使用SAP .Net Connector的1.1版来完成所有脏工作，因此我将SAP .Net Connector 2.0文件夹的内容复制并粘贴到SAP Explorer文件夹中，以使其使用较新版本的代理库（这增加了对区分大小写的密码的支持）。 我还没有在VS2008中尝试过它，但我怀疑它仍然有效。

SAP Explorer当然是SAP产品的一个很好的替代品，但它看起来并不像最近更新过的那样。

我知道Web Services是实现Netweaver / .Net集成的方法。 这就是为什么.Net Connector没有在VS2003天更新的原因。

Aconcagua IT公司提供新版本，价格更优惠，选项比其他竞争对手更灵活。

提供Visual Studio 2008和Visual Studio 2005版本： http ： //www.aconcaguait.com/explorerproxygen2008.php或

VS2008版本包括对最新的librfc32.dll（密码长度，区分大小写等）的支持

值得一看。

如上所述，SAP建议走SOA路，这意味着使用SOAP工具链而不是RFC工具链（.Net RFC连接器......）。

对于.Net来说，这意味着使用WCF功能并将其与SAP后端连接，因此双方都使用SOAP：在SAP提供的众多SOA服务（ SDN中的ES Wiki ）中找到您的业务需求，或者创建服务您自己的，并根据通过WCF的svcutil从服务WSDL文件生成的代理创建客户端功能。

作为奖励，这样做并不依赖于任何Visual Studio版本，命令行上的csc和svcutil就足够了。

http://tools.rafaelc.net/default.aspx?id=72

我使用这个工具将SAP（生成BAPI和CBO代理）与我为世界顶级蓝筹消费电子公司之一开发的B2B流程集成在一起。 他的努力非常受欢迎，完全免费。

我们已经购买了“用于VS 2008的SAP Explorer和代理生成器”，我们感到很失望，因为这个工具效果不佳。 到目前为止，我们仍在等待问题的解决方案（来自阿空加瓜）。 不幸的是，我们不得不在VS2003中使用免费版本的SAP Connector重新生成代理，然后在VS2008中使用它们。