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也很多.
