在大脑中思索什么是Java和.NET都做的好的方面时，有好几个场景会浮现于我们的脑海并值得我们向前探索。
Office客户端，J2EE服务器
微软的Office产品，无论好坏，即使在有电脑的历史以来不是最流行（这里所说的流行是指安装在更多的电脑主机上）的软件平台，也必然是最流行的软件平台之一。目前，Office产品已经迎来了第二个十年，作为一个强大的平台，用户可以输入，维护和查看广泛的、不同来源的数据。对于那些目前依赖于J2EE后台服务器的用户来说，既然有相当数量的数据，那么将这些数据转入Office平台来实现更加简单的管理和考察将是一个很好的考量。更让人感兴趣的是来考察Office平台利用过程无关的通信工具、实现利用Spring或其他轻型Java容器中业已实现的商业逻辑的方式。
在2006年8月发行的MSDN杂志发表了数篇关于Office开发的文章（并为此强烈建议任何对于Office编程能力不熟悉的人将此作为背景材料），在以“使用Office作为一个开发平台的须知”为题的一篇文章中，用一个图表展示了Office平台的全部能力。这里我们没有卷帙浩繁地列出完全名单，而是用一块区域简单列出Office可以与Java平台进行良好互动的几点特性：

外部自动化。由于COM自动化技术的强大，COM自动化的后继者，Visual Studio Tools for Office (VSTO)，这个主要的Office，包括Word、Excel、 Outlook 和其他应用程序等，组件可以被外部的应用程序接口所驱动，因此，各种Office文档就可以通过一些通用语言从外部创建。拿Excel的强大的图表和计算功能或者Word的强大的编辑和拼写检查功能来说，考虑在Java应用程序如何结合这些功能来实现何种新功能将十分有趣，在服务器上（如一个Web应用程序可以驱动Word来创建一个顾客邮件或者打印由J2EE服务器传入的包含特定数据元素的报告文本，就像使用Velocity引擎填充模板生成HTML的方式一样），或者是在客户端，利用Eclipse富客户端平台，一个已经实现可以作为COM自动化组件的宿主（事实上，Eclipse可以在一个安装有Office的Windows操作系统里创建Word文档）。当用户仅仅需要查看Word文档而不是创作Word文档时，这就显得尤其重要。微软提供了一个免费的Word查看程序，如果Java的Web应用程序负责创建Word文档，然后通过HTTP协议在网络上传送，这样就可以提供一个比HTML更加丰富的格式。