问题描述
现在有两个系统：A系统采用java开发，mysql数据库。B系统.net开发，sqlserver数据库。两套系统分别稳定运行多年，现在需求是把两个系统的数据实现共享，既A系统用户可以访问B系统资源，B系统同样也可以访问A系统资源，A和B的用户可以互相登陆至对方系统。求比较好的解决方案，能给个提示就行，答案给力了追加100分。 谢谢！ 问题补充：AngelAndAngel 写道
解决方案
1. esb有很多成熟产品 ibm、微软都在使用. 不一定非得选择OpenAdaptor2. 自己写接口有写接口的好处. 出问题以后能清晰定位故障. 但成熟的产品有成熟的好处.
解决方案二：
Java与.NET的WebServices是可以相互调用的
解决方案三：
不走SOAP路线，HTTP流可行不
解决方案四：
目前2个系统，是可以考虑通过接口的形式去在两个系统提供服务。不清楚为什么采用单点登录不理想，而且实现起来应该也不算困难，只要统一用户，其他问题都迎刃而解了。使用单点实现，那么可以建议考虑使用3A或4A的形式对数据进行统一管理。提供对账号进行统一管理接口，可以对账号进行添加、修改和删除操作，然后通过账号同步接口将账号同步到各集成系统中，从而保证各个集成系统中的系统应用账号保存一致，可以通过账号认证接口到该系统进行统一认证，最终实现各系统集成的目的。另外，如果使用接口的形式，创建对应的web service，通过web service来管理DB，提供接口供A和B系统来调用，这个与java还是.net无关，为什么需要两套接口呢？
解决方案五：
单点登录，统一用户，这两个功能实现了 ，你就解决这个问题了
解决方案六：
引用确实。。用开源的话 出点问题都不知道怎么下手。。。 还是手动维护吧。。T_T我在想java提供了与其它编程语言交互的实现，使用native关键字，是否可以使用java语言，写一套接口而提供两种实现呢？
解决方案七：
引用对。。 现在是不管采用哪种都得两套吧。。 除了合并数据库。。 合并不太现实。。 腾讯那么多产品 db肯定都还是独立维护的。赞同，合并数据库的话，那岂不是还得时刻保持数据库的一致性。综合考虑一下，使用接口不错，如果使用开源框架还得重头学起，掌握技术，当然你已经能运用除外。
解决方案八：
引用2、通过接口的形式去在两个系统提供服务这样你不得需要两套吗？
解决方案九：
现在有两个方案,1，最直接的最白的方案：把用户数据分别导入2，假如你是要实现，比如在A系统登录后，直接访问Ｂ系统就不用登录直接进去了 这样的需求的话，这个要用到单点登录。