由于 .NET的不再由SAP维护,所以我现在正在寻找一种将微软世界与SAP世界连接起来的替代方案。我知道有像"ERPConnect“这样的第三方产品,但是我想用SAP的工具来实现这一点(顺便说一句,我不能使用企业服务,因为目标SAP系统是SAP4.6C)。因此,出现了使用SAP 与工具IKVM.NET (www.ikvm.net/devguide/net2java.html)相结合的疯狂想法。IKVM.NET提供了IKVMC工具,它将Java字节码转换为.NET dll和exe。“刚说完就做了!”我将SAP JCo转换为.NET dll并创建了一个新的Visual解决方案。我将所有JCO文件放入解决方案的子目录中。我设置了两个对生成的IKVM.OpenJDK.Core.dll和sapjco.dll的引用。很好,现在所有的JCO类都可以作为.NET类使用。充满乐观,我写了一些小代码连接到一个SAP系统。
JCO.Client client = null;client =JCO.createClient(.)
我的测试代码的调解没有错误。“太棒了!”我想。然后我启动了我的测试应用程序。不幸的是,我有一个异常调用JCO.createClient:
无法在java.library.path中加载中间件层com.sti.mw.jco.rfc.medilewareRFC‘\r\n sapjcorfc
关于这个话题,我有2的问题。
1)您认为我使用(SAP连接器)将JCo与.NET连接起来是个好主意还是毫无意义?也许有人已经有了同样的想法
( 2)如何解决上述问题?
发布于 2010-06-07 09:20:22
( 1)我不认为这种方法是个好主意。与sap的实际连接不是从java (或者从旧的.net连接器中的.net )完成的。但是从一个名为lashfc32.dll的c dll中。我认为IKVM对JNI的支持是不完整的。
它也许会起作用,但是,即便如此,它也是脆弱的。
发布于 2010-06-18 10:58:59
我不推荐这种方式!你应该用直接的方式。例如,您可以使用SAP。
发布于 2012-03-10 13:17:12
SAP .Net连接器3发布了。我每天上班都用它..。
https://stackoverflow.com/questions/2988098
复制相似问题