多年来,我一直使用旧的"SAP连接器“在基于微软的应用程序和SAP之间进行通信。不幸的是,这种古老而又优秀的技术多年来不再受到SAP的支持。因此,我想要并必须迁移到另一种更新的技术。
首先是“ .NET 2.0的SAP连接器”。乍一看,它似乎是一个很好的替代品。但是这个连接器只能与.NET 1.1一起使用(解决方法也适用于.NET 2.0),并且在未来没有进一步的开发。你真丢脸!!SAP说,将来我们应该为Visual使用“”。但该技术仅适用于ECC6.0,而不适用于4.6C。这就是重点。我需要一个现代化的技术,这是可供4.6C和ECC6.0!
所以我做了一些调查,发现了"Theobald-Software".的产品"ERPConnect“。它看起来真的很好,他们有一个好的和便宜的许可证模式。该产品的第一个问题是,它不允许将基于ERPConnect的应用程序源代码提供给客户。这很奇怪,因为通常客户也会为应用程序源购买版权。第二个问题是,这个产品不是来自SAP,也不是从SAP认证的。许多客户不想要第三方的产品。
因此,现在我的问题是:是否有更多的可能性将微软世界与SAP World连接起来,并且是否有人知道上述方法的替代方案?特别是我需要使用RFCs的替代品。
发布于 2010-06-14 09:04:51
大新闻: SAP已经发布了SAP .NET连接器的3.0版本。它将支持当前的Windows版本(Windows 32位、Windows 2003 32/64位(x64)、Windows 32/64位(x64)、Windows200864位(x64)和后来的Windows7)以及最新的微软.NET运行时版本(2.0、3.0和3.5)。见http://wiki.sdn.sap.com/wiki/display/ABAPConn/ABAP+Connectivity+Home和http://service.sap.com/connectors
发布于 2010-02-04 10:05:30
我有用.NET .NET连接器开发基于SAP2.0的应用程序的经验。问题是,我调用了一个巴比函数来代替RFC,我不太确定这是否对您有影响,但是.NET连接器对我来说很有魅力。我从一个生产服务器访问了一些内部数据,并使用ASP.NET实现了基于角色的安全性来授权用户。
简而言之,SAPSAP连接器并不是一个很糟糕的选择。
发布于 2010-02-04 22:17:40
几年前,我做了一个项目,也使用了SAP连接器。然而,对于系统互操作性,我现在会选择WCF。
我知道这有时会很困难,但这是最好的方法。
https://stackoverflow.com/questions/2198168
复制相似问题