举个例子，应用服务器的领先厂商BEA公司计划发布一种工具，通过这种工具开发人员可以只需要点按鼠标操作就可以轻松开发出Java应用程序，这一事实在最近几个月的时间里引发了严重的争议。
这种工具叫做Weblogic Workshop，软件内部代号是Cajun。该产品包括了BEA计划提交给标准组织的最新Java语言的语法。但是某些竞争对手宣称这种工具其实是在迫使客户采用该公司专有的应用服务器。
BEA公司的首席技术官Scott Dietzen否定了这一说法，他声称，新的语法不过是对Java技术的“补充”，根本就没有打算成为Java标准的一部分。Dietzen承认Weblogic Workshop产生的软件代码需要进行一些转换工作才能应用到其他公司的应用服务器上，但是他说那可不是BEA公司的问题。 他说：“BEA不打算偏离我们的既有道路来解决这个转换问题，这不是我们的工作，我们要做的是同Java团体一道创新。我们的对手应当提升我们带给产品的创新技术。”
BEA的对手Borland公司的首席战略官Ted Shelton则担心BEA的这种态度势必会分裂Java阵营，同时减慢Java技术的发展速度。
Shelton 说：“客户不得不需要作出这样的决定：‘我到底要不要采用Cajun呢？如果答案是肯定的，那么J2EE团体的其他成员完全可能不支持它，结果我就完全同BEA捆在一起了！’J2EE标准是供商业机构编写在服务器上运行的Java软件的蓝图。可事实是，今天大约5%到10%的应用程序都是不兼容的，现在加上BEA的工具，不兼容的威胁程度就会上升到25%到30%。”
被迫使用某家公司技术显然是客户最感恐惧的事情。
Key Bank 的关键技术副总裁Mike Dunn 指出：“我们的原则是，不论在什么情况下都绝对不能采用专有技术产品，除非找到相当重要的理由。我们可不想同哪一家公司捆到一堆。” Key Bank 已经决定采用IBM的软件，但他保留了采用其他技术的选择权。
Dunn 认为：“你从来不知道哪个厂商能在什么时候在某个特定市场上占据统治地位，我们最怕这个了。目前来看，我们对IBM产品的性能还是很满意的，但三年之后呢，这我可就说不准了。”
他对软件不兼容问题的关注是值得开发商注意的。根据Giga公司最近公布的一份研究报告，随着更多的技术标准化，应用服务器之间的软件迁移成本在最近几年已经从最初的20%降低到了大约5%。但是，假如新出现的Java不兼容问题使得更多的软件调整成为必然的话势必会增加软件的迁移成本。
举个例子：Vignette公司是开发Web内容管理软件的一家公司，该公司的开发人员就不得不重新编写其代码以分别应用在BEA、IBM和Sun生产的应用服务器上。Vignette公司负责产品战略的副总裁Santi Pierini指出：“它们编写了核心的应用服务器，然后我们却只好针对各种应用服务器分别编写专用的代码！” 然而，他还说，即便在如此复杂的情况下，Java却仍然是客户最佳的选择。比方说，过去，采用C语言的程序员就不得不把转换自己的程序代码以便能运行在Unix操作系统的各种不同版本之上。
Pierini 是这样评价Java的：“还不完美，但绝对更好！我记得在编写能运行在HP-UX、Solaris和Intel处理器上的程序代码的时候，J2EE和Java使得整个过程方便多了。” 这番评价得到了大多数Java拥趸的积极回应，他们宣称，在这种非标准的软件开发而导致的冲突状态下他们照样可以活下去。其实，只要有90%的软件兼容性就已经相当不错了，何况软件还可以不断地修补。
