ומה עם SWING? הרבה דברים ניתן להחליף אבל SWING ובכלל כל ספריה גרפית זה דבר שתופס מקום רב. אתה לא מצפה מאנשים להוריד תוכניות ענקיות?
עד שSWING לא מקומפל GCJ תגרום לתוכניות JAVA להראות כמו SCRIPT.

ראשית כל, יש ספקטרום רחב של תוכנות שלא זקוקות ולא צריכות ממשק גראפי כלשהו(למשל שרתים ותוכנות שירות רבות)

שנית, לא ברור מה הלהט להשתמש בSWING, שתמיד נראה זר בשולחן העבודה(ובכלל, למה שפת תכנות זקוקה לטולקיט משלה?), אפשר לכתוב יישומי GNOME או QT בגאווה, או במקרה ויש צורך במראה נטיבי, בSWT.

אין הרבה סיבות להשתמש בJAVA ללא השימוש בJDK באיזשהו שלב. אפילו שמקמפלים NATIVE כהצעה למי שרוצה על מנת להאיץ את הביצועים. אבל בסופו של דבר רובם המכריע של היישומים לJAVA נכתבו על מנת שירוצו על JDK. מכשירים ניידים וכד'.. ובפרט היכולות של JAVA לגבי פורטביליות של אובייקטים בתקשורת וכד' שמשמשים בכתיבת סוכני תוכנה שמוכרחים יכולות מסוג זה. יהיה קשה להעביר את היכולות האלו לNATIVE.

שפה צריכה טולקיט משלה כדי שתהיה cross platform. בכל אופן, זאת הכוונה. AWT מוגבל למכנה המשותף הנמוך ביותר של רכיבי ממשק המשותף לכל מערכות ההפעלה עליהן ג'אווה נתמכת, שזה מעט מאוד.

אפשר כמובן לטעון שיש ספריות gtk או qt למערכות הפעלה רבות, אבל זה בערך אותו דבר. גם הן לא משתמשות ברכיבים הטבעיים של המערכת, אלא בטולקיט משלהן (או לפחות, כך זה נראה לי בפעם האחרונה שניסיתי את GIMP על windows).

כמדומני במקרה של מיקרוסופט היה מדובר בשינויים בJDK שמיקרוסופט חכרה מסאן(חריגה מתנאי הרישיון).

הן המהדר והן הספריות הנלוות לו נכתבו ללא התבססות על קוד מסאן.

אגב פורטביליות, באופן אירוני, היות וGCJ רץ על כל פלטפורמה שGCC רץ בה, ניתן לומר שGCJ הופכת את גאווה ליותר פורטבילית, בהינתן קוד המקור.

הבעיה היא שאני לא בטוח שניתן להריץ יישומי JAVA על הJDK של סאן לאחר חיבורם לKDE? מישהו יודע?
זה נשמע כמו שימוש בSYSTEM CALLS שסאן השאירה פתח לזה בJAVA אבל בסוף זה חוזר אליה כבומרנג.

אם אני מבין את כוונתך אז אם סאן תשחרר את הקוד של ג'אווה אזי גנו כבר לא יהיה חשוב.