提前通知? 不-是薩拉米香腸切片! 要么?
我的第一印象是:嘿,你們不明白。 在時間表中延遲刪除功能對社區不利。 但是唐納德讓我意識到Java 8計劃于2013年5月發布。
@ myfear @ jponge @ alexismp再次,我真的很抱歉提前18個月的建議對您還不夠。
— DonaldOJDK(@DonaldOJDK) 2012年7月17日
這基本上意味著,我們將在18個月后得到通知。 但是你猜對了。 我失望的原因不是時間。 這是關于Java的未來已被交流并用于營銷的方式。 伯特·埃特曼(Bert Ertmann)用他的推文為我釘上了它:
計劃B承諾在'12年秋季開始。 然后成為'13秋季,現在它的主要特征之一成為'15秋季。 男孩,真是一團糟! #拼圖
—伯特·埃特曼(@BertErtman) 2012年7月17日
這似乎是一種模式。 切片一切,直到沒有相關的東西。 可是等等。 我們都沒有看到拯救港滑梯嗎? 我們是否一直忽略它們? 還是我們不知道它們的真正重要性? 難道這不是一個敏捷的計劃過程,只是沒有以正確的方式進行溝通嗎? 社區作為最重要的利益相關者(除了Oracle內部利益)顯然沒有意識到聲明和計劃的真實可靠性。 我以前見過。 并用同樣的方法掙扎。 概述計劃的更多內容,甚至為進度添加進度表,對于深入了解開發實際發生的情況將是非常有用的工具。 不,我不打算看到所有小數字,但我希望有一個指標來指示正在按計劃進行的工作和正在……被推遲的工作。
我不想錯過對Donald和Mark以及Dalibor以及來自OpenJDK / Oracle團隊的許多其他人傾聽社區的感謝的機會。 我很高興在Twitter,電子郵件,博客,論壇以及周圍的任何地方看到他們,以收集反饋并嘗試以Oracle交流建議和決策的方式進行工作。
真正原因是什么?
除了Mark在博客中表達的理由之外,還有其他原因嗎? “仍然存在一些重大的技術挑戰”,并且“沒有足夠的時間來進行廣泛的評估,審查和反饋,而平臺需要如此深刻的改變。” 跟隨Mark的twitter流也可以在此處揭示更多見解。 “從Sun的一小部分開始,到與Oracle的整合幾乎沒有幸存,大約一年前才配備了完整的人員……”( @mreinhold )對于外部人員來說,消息聽起來像……哇,這些東西是幾年前開始的,實際上沒有人在那里編碼? 有了Mark的見解,我希望他能再寫一篇關于這件事的博客文章確實聽起來有些不同。 事實可能是這里要簡單得多。 知道社區可以做些什么也將是一件好事。 馬克:繼續! 繼續取消以前的秘密部分,并嘗試促進社區所提供的內容!
iOS上的Java夢想結束了嗎?

您還記得上次JavaOne所說的話嗎? iOS和Android版本的JavaFX? 既然Java ME從未真正崛起過,移動女神又回來了Java? 太棒了 做到這一點的最突出的要求之一就是能夠將JDK重新打包到合適的大小以完成工作。 拼圖是其背后的想法。 從今天起,Mark建議在Java SE 8規范中引入“一個或多個緊湊的Profiles” http://mail.openjdk.java.net/pipermail/java-se-8-spec-observers/2012-July/000001.html解決缺少的模塊系統。 實際上,這將不是一個“模塊”系統,而僅僅是“構建JDK的不同方式,從而導致JRE的大小不同”。 ( @mreinhold )。 是的 好。 問到可能有答案的含義是:“我們已經在為構建和測試模塊化平臺的復雜性做準備。” ( @mreinhold )似乎該提案的構建基塊已就緒,并且不需要額外的開銷就可以在路上獲得移動承諾。
因此,我們不必擔心基于JavaFX的應用程序的下載量會超過100 MB。 我不知道它們是否會滿足建議的10 MB開始的分發大小。 但無論如何,我希望它的大小合理。
我們不需要拼圖!?
真? 我們已經有了OSGI,JBoss模塊,HK2內核抽象。 有很多東西可用,而Jigsaw只會幫助JDK。 真? 我從稍微不同的角度看它。 即使模塊系統最初確實對JDK有所幫助,但依賴的平臺規范(例如Java EE)也非常需要模塊系統。 Java根本沒有任何內容可做。 JCP至少沒有任何東西。 因此,從今天開始尋找模塊化方法將意味著接受非JCP技術。 我們都知道這不會發生。 因此,在Java EE 7及更高版本中,我們非常確定此建議會對內部討論施加很大壓力。 不要忘記競爭對手在進入和決定該領域所獲得的額外年限。 如果您問我,最糟糕的事情是Jigsaw最終只能在內部使用JDK。 完全有可能發生這種情況。
Java 8還剩下什么?
隨著Jigsaw被剝奪了Java 8時間框架,這里最重要的問題是關于剩下的東西。 甚至仍然在保存港聲明下基本上是:
– Lambda項目(JSR 335)將關閉Java編程語言。
–新的日期/時間API(JSR 310) –類型注釋(JSR 308) –幾個較小的功能
Mark表示,隨著新的作用域Java 8將于2013年9月左右準時交付。
現在感覺好些了嗎?
我不知道。 即使睡個好覺也沒有帶回我幾天前談論Java模塊化的那種舒適感。 但是我想我必須克服它,而這仍然是那些沒有毛骨悚然的真正日子的日子。 似乎我個人必須考慮其他方法。 一直等到2015年。 OSGI,JBoss模塊……我來了。
更新20.07.12
亞歷克西斯提出了關于動機和拼圖背后真正崩潰的有趣觀點:
“正如我在上文中所寫,Oracle具有宣布Jigsaw戰略目標的資源。 我可以同意,到2013年年底可能很難交付,但是等待2016年實際上是在消滅拼圖游戲,并鼓勵所有人尋找替代品,這將危及拼圖游戲日新月異的機會。 實際上,即使Oracle也在考慮使用Java 8中的配置文件,如果您問我的話,這也是一個丑陋的創可貼。 您需要痛苦地拆掉它,以在平臺中獲得適當的模塊化。 Jigsaw確實不應該被視為“一項新功能”,對我來說,這確實是一些人長期以來一直在呼吁的Java重新啟動。 只有兼容的。”
參考: 計劃B? 那是計劃N…沒什么。 2015年 , Jigsaw來自我們的JCG合作伙伴 Markus Eisele,他在Enterprise Software Development with Java博客上發表文章。
翻譯自: https://www.javacodegeeks.com/2012/07/plan-b-that-is-plan-n-nothing-jigsaw.html