在2004年春天发布的Whidbey beta中的ASP.NET 2.0，将增加一个特性，可以将Output Cache写到硬盘或者数据库中。这样我们可以将缓存在磁盘上保留很长一段时间，并且当后台数据变化后自动重新生成缓存。并且缓存也不再会因为工作进程的重启而消失。我们甚至可以设定使用多大的磁盘空间来放置缓存内容。
但是，Whidbey不会提供类似于支持Session的State Server一样的集中式的缓存服务器（这个特性对于服务器集群很有利），ASP.NET小组推荐在各个服务器上保留不同的缓存实例，而且他们认为这种模式的缓存的性能也会大打折扣。
这里是一篇很不错的介绍Longhorn三个主要编程模型Avalon、WinFS、Indigo的文章。其中对WinFS介绍了很多。其中提到在Longhorn PDC预览版本中，WinFS并未完成，在beta 1中将完成基础模型，在beta 2中将基本完成。而PDC预览中Indigo完成度就比较高了，而且微软也承诺在WinXP和Win2003中提供Indigo技术的实现，而且最终版的Longhorn里面，Indigo Message Server之间也没有信息交换的能力。（Otherwise, the release version of the Longhorn client wouldn't have Indigo-compliant servers with which to trade messages. 难道我理解错了？？）相对于现在创建WebService的简单性来说，Indigo也存在一个比较陡的学习曲线。（但Microsoft也在致力改善）
文章最后的两句话很有指导性。If you want a shorter-term payoff for the time you invest in exploring Longhorn, concentrate on Indigo's MessageBus. Otherwise, make the effort to gain an equal working knowledge of all three pillars. If Microsoft's bet on Longhorn pays off, you'll be amply rewarded by the demand for competent Longhorn programmers. 如果你想马上从学习Longhorn编程模型中获益，那么就先学习Indigo，但是如果努力学习所有的这三个主要编程模型，一旦微软在Longhorn上的赌注兑现，那么你将从对Longhorn程序员的需求中大大获益。