在 SharePoint 2010 Web 应用程序下托管 ASP.NET 4 Entity FrameWork 4.0 SilverLight RIA 服务 Web
我需要在直接位于 IIS 中的 SharePoint Web 应用程序下的虚拟应用程序中托管 Silverlight 4 RIA 服务解决方案。
我可以在 IIS 中创建 Web 应用程序，并将其应用程序池设置为 ASP.NET 4。但是将我的项目发布到此 Web 应用程序后，我收到许多错误，这可能是由于 web.config 配置造成的。
有没有办法“重置”web.config 或忽略父 (SharePoint) Web 应用程序中的 web.config？
I would need to host a Silverlight 4 RIA Services solution in a virtual application that is directly under SharePoint Web Application in IIS.
I can create the Web Application in IIS, and set its application pool to ASP.NET 4. But after publishing my project to this web application I get many errors, that are probably becuse of web.config configuration.
Is there a way to "reset" web.config or to ignore web.config from the parent (SharePoint) web application?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这是不可能的，我已经与几个 SharePoint 团队成员就同一主题进行了交谈，答案总是相同的。我自己尝试过手动完成此操作，在通过 web.config（甚至 machine.config）调整绕过大约 20 个错误后，我陷入了死胡同。
您需要将应用程序托管在另一个应用程序池下，并使用某种远程调用来集成（WCF、SOAP、Client OM），但如果您进入集成身份验证，您可能会遇到困难。
在另一次尝试中，让 EF4.0 可用于我们的项目，而不是 3.5 框架中包含的 buggy 1.0，我在这些行中测试了一个小框架：
复杂性锤子出现了，由于更深层实体图的 WCF 传输既不简单也不透明，我们最终放弃了这个想法，现在必须坚持使用 EF1.0（使用自定义适配器进行改进以实现延迟加载和很少有 DDD 模式）。
所有这些都令人费解，因为框架团队和 SharePoint 团队实际上并不互相交谈。
希望这有帮助。
This is not possible, I have talked to several SharePoint Team members on the same subject and the answer is always the same. I had my own attempts to do it by hand and after bypassing about 20 errors with web.config (and even machine.config) tweaks I hit a dead end.
You need to host your application under another application pool and use some sort of remote call to integrate (WCF, SOAP, Client OM) but you might hit a wall if you get into integrated authentication.
In another attempt to have EF4.0 available for our projects instead of the buggy 1.0 contained in the 3.5 Framework I was testing a little framework in these lines:
The complexity hammer came in and since WCF transport of more deep entity graphs is not trivial nor transparent, we ended up dropping the idea and had to stick with EF1.0 for now (improved with custom adapters to implement things like Lazy Loading and a few DDD patterns).
All this brain melting because the Framework Team and SharePoint Team don't talk to each other, really.
Hope this helps.