从旧 ASP 应用程序连接到 Microsoft Dynamics CRM 4.0
我有一个用 JScript 编写的旧版 ASP 应用程序。 目前，它使用自己的数据库表来进行用户帐户和身份验证。 此应用程序的客户数据正在移至 Microsoft Dynamics CRM 4.0 中，我需要修改 ASP 站点的身份验证以在 Dynamics CRM 中查找用户凭据。
到目前为止，我想到的可能方法如下：
- 将所有身份验证令牌移至显式 cookie 中，而不是依赖于 Session 变量； 然后将登录页面等重写为 .aspx 页面，并使用 WSDL 生成的包装器类从这些页面内连接到 Dynamics Web 服务。
- 围绕 WSDL 生成的包装器类创建 COM 包装器，并从旧版 ASP 页面中使用 Server.CreateObject() 调用此包装器 围绕
- WSDL 接口编写 JSON 包装器，并使用 MSXML2.ServerXMLHTTP COM 对象从旧版 ASP 中调用此包装器或类似的东西
- 直接从ASP调用WSDL并使用MSXML或其他东西解析结果。
我认为选项 1 可能是现阶段最好的，但我希望有人以前尝试过这个并可以分享他们的经验的好处！
I have a legacy ASP application written in JScript. At the moment it uses its own database tables for user accounts and authentication. The customer data for this app is being moved into Microsoft Dynamics CRM 4.0, and I need to modify the ASP site's authentication to look up user credentials in Dynamics CRM instead.
Here's the possible approaches I've come up with so far:
- Move all the authentication tokens into explicit cookies instead of relying on Session variables; then rewrite the login pages, etc. as .aspx pages, and connected to the Dynamics web service from within these pages using the WSDL-generated wrapper class.
- Create a COM wrapper around the WSDL-generated wrapper class, and invoke this using Server.CreateObject() from within the legacy ASP pages
- Write a JSON wrapper around the WSDL interface, and call this from within legacy ASP using the MSXML2.ServerXMLHTTP COM object or something similar
- Call WSDL from ASP directly and parse the results using MSXML or something.
I'm thinking option 1 is probably the best at this stage, but I'm hoping someone out there has tried this before and can share the benefit of their experience!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们在混合环境中工作（一些是经典的 asp，一些是 asp.net）并且我们连接到 mscrm 3.0。 所以这不完全是你正在做的事情，但很相似。
我们做 1 和 1 的组合。 2.我们编写了一个类库，封装了我们需要使用的mscrm web服务功能。 然后，我们将该库公开给 COM，以便我们的遗留内容和 asp .net 应用程序都可以使用它。
然后在不久的将来，当我们迁移到 mscrm 4.0 时，我们唯一需要更新的是我们的类库，因为 asp 和 asp.net 的内容应该保持不变。
We work in a mixed environment (some classic asp, some asp.net) and we hook into mscrm 3.0. So it's not exactly what you're doing but similar.
We do a combo of 1 & 2. We wrote a class library that encapsulates the mscrm web service functionality we need to use. We then expose that library to COM so both our legacy stuff and our asp .net apps can use it.
Then in the near future when we move to mscrm 4.0 the only thing we need to update is our class library as the asp and asp.net stuff should be unchanged.