我正在尝试将 .net 2.0 应用程序带入 .net 4.0 世界。我们将保留 Web 表单并在 MVC2 中添加新功能。
虽然我们可以将所有托管融合重写重做为 mvc 路由，但目前，我宁愿将新路由添加到 MF 并让它处理 Web 表单和控制器的 url 重写职责。
我让它在 .net 3.5 上运行，但是当 Web 应用程序编译为 4.0 并且应用程序池设置为 4.0 时，任何 url 都会引发 500 错误。事件日志中也没有任何有趣的内容。
我尝试下载源代码并将 MF 编译为 4.0，但没有骰子。关于让它工作的任何建议？有没有办法让 MF 输出有助于识别问题的详细错误？
B
【问题讨论】：
标签： asp.net-mvc-2 url-rewriting
我实际上是 Managed Fusion Url Rewriter 的开发人员。 Url Rewriter 无需编译为 4.0 即可在 4.0 下工作。你可以让它在 2.0 下编译，它仍然可以与 IIS 和 .NET 4.0 上的集成管道一起使用。您可以从这里下载最新的源代码：
http://github.com/managedfusion/managedfusion-rewriter/tree/master/Source/
我还创建了一个项目，允许您在此处的重写器配置日志中定义 MVC 路由：
http://github.com/managedfusion/managedfusion-rewriter-contrib/tree/master/Source/
并且可以在此处阅读有关该项目的更多信息：
http://coderjournal.com/2010/03/editable-mvc-routes-apache-style/
至于 500 错误，我可能需要更多信息，您能否更新您的帖子以包含可能来自重写器的日志，方法是在您的重写器顶部添加以下内容：
RewriteLog "log.txt"
RewriteLogLevel 9
这应该有助于我们更好地诊断 500 错误的来源。但是鉴于以上所有内容，我担心您可能不了解路由和重写之间的区别，许多开发人员不了解，因为它们在完成的事情上有点相似。这就是我写以下帖子的原因：
http://coderjournal.com/2010/03/difference-between-routing-rewriting/
如果您想在论坛上从 StackOverflow 离线工作，我很乐意为您提供帮助。
http://urlrewriter.codeplex.com/Thread/View.aspx?ThreadId=228348
【讨论】：