404在CRM 2016 web目录下运行自定义asp.net应用程序时出错

404在CRM 2016 web目录下运行自定义asp.net应用程序时出错,asp.net,dynamics-crm,dynamics-crm-2016,Asp.net,Dynamics Crm,Dynamics Crm 2016,我正在尝试让一个自定义web应用程序在CRM的web目录下工作,即C:\Program Files\Microsoft Dynamics CRM\CRMWeb\在一台新的CRM 2016服务器上。同样的设置在CRM 2013服务器上运行良好,我们正在尝试从该服务器升级 路径是正确的,因为当我从自定义应用程序中删除任何DLL时,我得到了有关缺少DLL的正确ASP.net错误。但只要所有DLL都正确,我的自定义web应用程序就会出现404错误。 我知道这不是个好消息,但不支持将WWW应用程序放在CR

我正在尝试让一个自定义web应用程序在CRM的web目录下工作,即C:\Program Files\Microsoft Dynamics CRM\CRMWeb\在一台新的CRM 2016服务器上。同样的设置在CRM 2013服务器上运行良好,我们正在尝试从该服务器升级

路径是正确的,因为当我从自定义应用程序中删除任何DLL时,我得到了有关缺少DLL的正确ASP.net错误。但只要所有DLL都正确,我的自定义web应用程序就会出现404错误。

我知道这不是个好消息,但不支持将WWW应用程序放在CRM Webapp目录中-您可以阅读:

不支持在Microsoft Dynamics 365网站内为任何VDir创建Internet信息服务(IIS)应用程序,特别是在ISV文件夹内。不再支持\ISV文件夹


我可以想象CRM 2016中的某个httpmodule正在捕获对您站点的请求。

我知道这不是一个好消息,但不支持将WWW应用放在CRM Webapp目录中-您可以阅读:

不支持在Microsoft Dynamics 365网站内为任何VDir创建Internet信息服务(IIS)应用程序,特别是在ISV文件夹内。不再支持\ISV文件夹


我可以想象CRM 2016中的某个httpmodule正在捕获对您站点的请求。

为了添加pens的评论,您需要将现有web应用程序重写为独立web应用程序,并使用CRM SDK访问CRM

在CRM4到CRM2011的几天里,我确实迁移了其中的一些,一般来说,这是一次非常无痛的经历

要记住的基本事项是:

  • 将网站配置为使用windows身份验证(允许我们识别webextension的用户)

  • 按域名查找systemuser以获取其系统用户id,然后根据需要在webapplication中模拟。 ()

  • 允许CRM和您的网站之间进行跨站点脚本编写。
    这允许您使用CRM中的JavaScript与Web应用程序托管的iFrame或rest服务交互


  • 为了添加pens的评论,您需要将现有的web应用程序重写为独立的web应用程序,并使用CRM SDK访问CRM

    在CRM4到CRM2011的几天里,我确实迁移了其中的一些,一般来说,这是一次非常无痛的经历

    要记住的基本事项是:

  • 将网站配置为使用windows身份验证(允许我们识别webextension的用户)

  • 按域名查找systemuser以获取其系统用户id,然后根据需要在webapplication中模拟。 ()

  • 允许CRM和您的网站之间进行跨站点脚本编写。
    这允许您使用CRM中的JavaScript与Web应用程序托管的iFrame或rest服务交互

  •