據國外網站報道，動態語言是否將會拯救Swing?Swing是否需要拯救?

　　Julian Doherty 通過陳述JRuby可以拯救Swing開始了這場討論。2003年，Joshua Marinacci發文列出了Swing失敗的原因：

　　·Swing應用建立緩慢

　　·Swing設計治理器很惡心

　　·Swing應用很難維護

　　·Swing功能太廣泛

　　·沒有自身特質

　　·Swing應用歷史紀錄比較糟糕

　　Doherty 指出動態語言，尤其是Ruby，能幫助解決這些問題。回應Doherty的觀點, pinderkent說Swing技術是回天無術，并且APIs的建立并沒有與語言的發展相一致。

　　Danno Ferrin 也加入討論反駁pinderkent的觀點，并說Groovy是一個好拯救Swing的候選者。他指出Groovy的封裝在進程事件分配上將會幫助開發者避免過多預算。 pinderkent堅持Swing的APIs使這些變得不穩定。

　　最終，Daniel認為Swing不需要拯救。他重復Marinacci的6個觀點并一一做出反駁。在他的文章中，這些問題得到了進一步論證Groovy的Swing的優點(類似于JRuby當中的庫)。

　　注：當java1.0剛剛出現時還沒有swing,當時的GUI基本編程庫,sun取名叫AWT(Abstract Window Tookit),基本AWT庫處理用戶界面的方法是將這些元素的創建行為交給,底層操作系統的GUI工具箱進行處理,來實現WORA的目的.而因為種種原因,不同的OS之間存在差異,使得AWT界面庫存在許多bug.

　　1996年sun同netscape通力合作創建了新的庫取名Swing.假如,沒有Swing,java的圖形就面就不名一文.swing是java的基礎類,是JFC的一部分,完整的JFC是很巨大的.包括的Swing也很多.