1、缺少閉包（closure）：我想這個不需要解釋了。函數式編程已經存在幾十年了，但最近幾年，它們獲得了越來越多的關註，最主要的原因，是它可以自然地編寫並行程序。我部分的同意Joshua Bloch強調在Java中引入閉包的問題需要再想壹想（BGGA提議的方式真的很糟），至少閉包的缺失，使得在Java中做任何真正的函數式編程都是不可能的。
2、缺少壹等函數：這個問題與前壹個有些關聯，但我認為它更糟糕。在Java裏，要達到類似效果的唯壹方式，是使用著名的、醜陋悲慘的單方法匿名內部類，但這看上去的確是壹個拙劣的方法。甚至在C#中，也通過代理機制，提供了壹個更好的實現。
3、原生類型（Primitive types）：如果在Java中壹切皆對象，那是多麽完美啊，但他們偏偏不這樣設計。因而，這壹點導致了壹些問題，比如，不能把壹個int放到集合（Collection）裏，這個在Java5中通過自動裝箱特性得到了解決（下面會提到）。它也造成了傳值與傳引用上的困擾，原生類型數據是通過值傳給方法的（復制壹份拷貝，然後傳給函數），而真正的對象是通過傳遞（譯註：其實是復制對象地址再傳遞，因此應該也是傳值方式，只是由於函數內部可通過這個對象地址訪問對象，因此效果上類似傳引用）。
4、自動裝箱（Autoboxing）和自動拆箱（autounboxing）：這個特性是為了解決因原生類型的存在所導致的問題，在Java5引入的。它允許靜默地轉換原生類型到相應的對象，但這常常導致其它的問題。比如Integer可以為null，但int不能，因此這時JVM只能拋出壹個難以調試的空指針異常（NullPointerException）。此外，它還可能導致其它奇怪的行為，就像下面的例子，我們就很難理解，變量test為什麽是false：
Intger a = new Integer(1024);
Intger b = new Integer(1024);
boolean test = a < b || a == b || a > b;
5、缺少範型具類化：範型是Java5引入的壹個很酷的特征，但是為了保持與舊版本Java的兼容性，導致缺失某些重要的特性，尤其是不能在運行時反省範型的類型。例如，妳有壹個方法，接受List參數，如果傳進來壹個List，妳卻不能知道運行裏該範型的確切類型。同理，妳也不能創建範型數組。這意味著，盡管下面的代碼看起來很自然，但卻不編譯不了：
List[] listsOfStrings = new List[3];
6、不可避免的範型警告：妳有發現過自己陷入不可能去掉的關於範型的警告麽？如果妳像我壹樣大量使用範型，我打賭妳碰到過。事實上，是這個問題的規模化癥狀，讓他們認為需要引入壹個特定的註解(@SuppressWarnings("unchecked"))來處理這種情況，我覺得，範型應該可能被設計的更好。
7、不能傳void給方法調用：我得承認，這種給方法傳遞void的需求，乍壹看有些怪異。我喜歡DSL，當我實現自己的DSL庫（lambdaj）的壹個特定特性時，我不得不需要壹個方法聲明成這樣的簽名：void doSomething(Object parameter)，這裏為這個方法傳進來的參數parameter，是另壹個方法調用的結果，它唯壹的目的，是註冊調用（的對象）自身，以可以在以後執行它。讓我吃驚的是，即使println方法返回void，看上去也並沒有壹個好理由，不允許我把代碼寫成這樣，：
doSomething(System.out.println("test"));
8、沒有原生的代理機制：代理是壹種非常有效和應用廣泛的模式，但Java提供的代理機制，只針對接口，而不是具體類。這是為什麽象cblib這樣提供這種機制的庫，被如此多的主流框架，如Spring和Hibernate，采用的原因。此外，由於cglib通過運行時創建被代理類的子類來實現的，因此這些種方式有壹個眾所周知的限制——不能代理final類，比如String。
9、差勁的Switch...case語句：Java規定，switch...case只能選擇int和enum（Java5開始）。這壹點如果跟更現代的語言如Scala相比，看起來簡直太弱了。
10、受檢查異常（Checked exception）：類似原生類型，受檢查異常也已經成為Java的壹個罪孽之源。它迫使程序員必須做下面兩件極其糟糕討厭的事情中的壹個：讓妳的代碼裏充斥大量的、糟糕難讀的、容易出錯的try...catch語句，而這樣做的最大意義，只是將捕獲的異常，包裝成運行時異常，然後再重新拋出；或者是讓大量的拋出聲明子句汙染妳的API，讓接口缺少靈活性和可擴展性。
真正的問題是，這裏我提到的這幾大主要問題，唯壹的解決辦法，是要做壹個痛苦的決擇，定義壹套新的語言規範，放下當前版本的向後兼容性。我猜他們永遠也不會這麽做，雖然我相信，如果編寫壹個能夠自動轉換舊Java源碼的程序，讓它們與假設的新版本兼容，並不是很困難。最後，這就是我決定開始尋找壹個更好的JVM兼容語言的原因。