تناغم أباتشي

كان مشروع Harmony في البداية بمثابة جهد لتوحيد جميع مطوري تطبيقات Java المجانية . وتوقع العديد من المطورين أن يكون المشروع متفوقًا على مشاريع GNU و Apache وغيرها. دُعي مطورو GNU للمشاركة في التخطيط التحضيري الأولي. [ ^{7 ] ثم} قررت Apache عدم استخدام شفرة من GNU Classpath لأنها أرادت أن يكون Harmony متاحًا بموجب رخصة Apache الإصدار 2. ^{[ 8 ]} وكان من المفترض أن يكتب مطورو Apache الفئات المطلوبة من الصفر، وأن يتوقعوا تبرعات كبيرة من شركات البرمجيات. أدت سوء الفهم في بداية المشروع، ومقترحات من شركات كبرى مثل IBM للتبرع بكميات كبيرة من الشفرة الموجودة، إلى أن ينظر بعض أفراد مجتمع Java المجاني إلى المشروع على أنه اتحاد شركات وليس مشروعًا تابعًا لـ Apache. ^{[ 9 ]}

كانت إحدى نقاط عدم التوافق الرئيسية بين مشروعي GNU Classpath و Apache Harmony هي التراخيص غير المتوافقة: رخصة GNU العامة لـ Classpath مع استثناء الربط مقابل رخصة Apache لـ Harmony . ^{[ 9 ]}

في 10 أبريل 2007، أرسلت مؤسسة برمجيات أباتشي رسالة مفتوحة إلى جوناثان شوارتز ، الرئيس التنفيذي لشركة صن مايكروسيستمز ، بشأن عجزهم عن الحصول على ترخيص مقبول لمجموعة أدوات توافق تقنية جافا SE 5 (TCK)، وهي مجموعة أدوات اختبار يحتاجها المشروع لإثبات التوافق مع مواصفات جافا SE 5، وفقًا لما يقتضيه ترخيص مواصفات صن لجافا SE 5. ^{[ 10 ]} ويكمن سبب عدم قبول مؤسسة برمجيات أباتشي لهذا الترخيص في فرضه قيودًا على الحقوق من خلال تحديد "مجال الاستخدام" المتاح لمستخدمي هارموني، وهو ما لا يتوافق مع قواعد عملية مجتمع جافا . ^{[ 11 ]}

أجابت شركة صن على مدونة الشركة ^{[ 12 ] [ 13 ]} بأنها تعتزم إنشاء تطبيق مفتوح المصدر لمنصة جافا بموجب رخصة جنو العمومية ، بما في ذلك مجموعة اختبار الاختبار، لكن أولويتها هي جعل منصة جافا متاحة لمجتمع لينكس بموجب رخصة جنو العمومية في أسرع وقت ممكن.

أثارت هذه الإجابة ردود فعل متباينة، حيث انتقد البعض شركة صن لعدم ردها "بشكل منفتح بما فيه الكفاية" على رسالة مفتوحة، ^{[ 14 ]} بينما انتقد آخرون مؤسسة برمجيات أباتشي ؛ إذ يعتقد البعض أن المؤسسة تصرفت بشكل غير حكيم بمطالبتها الشديدة بشيء كان بإمكانها الحصول عليه بمزيد من الدبلوماسية من شركة صن، لا سيما بالنظر إلى الإطار الزمني لفتح مكتبة الفئات. ^{[ 15 ] [ 16 ]}

أصدرت شركة صن حزمة تطوير البرمجيات OpenJDK في مايو 2007، مصحوبةً بترخيص خاص يسمح بتشغيل مجموعة اختبار البرمجيات (TCK) ضمن بيئة OpenJDK لأي تطبيق مرخص بموجب رخصة جنو العمومية (GPL) مشتق بشكل أساسي من OpenJDK. ^{[ 17 ]} ولا يشمل هذا الترخيص مشروع Apache Harmony، غير المرخص بموجب رخصة جنو العمومية. وفي 9 ديسمبر 2010، استقالت مؤسسة برمجيات أباتشي من اللجنة التنفيذية لعملية مجتمع جافا، ^{[ 18 ]} احتجاجًا على صعوبة الحصول على ترخيص مقبول لدى أباتشي لاستخدامه مع مشروع Harmony. ^{[ 19 ]}

تستخدم الآلة الافتراضية المستخدمة في منصة أندرويد من جوجل ( دالفيك حتى الإصدار 4.4، وخليفتها، وقت تشغيل أندرويد (ART)) مجموعة فرعية من هارموني لنواة مكتبة الفئات الخاصة بها . ^{[ 20 ] [ 21 ]} ومع ذلك، لا تتوافق دالفيك مع ملفات تعريف مكتبة فئات جافا SE أو جافا ME (على سبيل المثال، فئات J2ME ، و AWT ، و Swing غير مدعومة).

استبدل نظام Android 7.0 "Nougat" نظام Harmony بنظام OpenJDK . ^{[ 3 ]}

في 11 أكتوبر 2010، قررت شركة IBM ، وهي أكبر المشاركين في المشروع، الانضمام إلى شركة Oracle في مشروع OpenJDK ، محولةً بذلك جهودها من مشروع Harmony إلى تطبيق Oracle المرجعي. ^{[ 22 ] [ 23 ]} وكتب بوب سوتور، رئيس قسم Linux والمصادر المفتوحة في IBM، في مدونته أن "IBM ستحول جهودها التطويرية من مشروع Apache Harmony إلى OpenJDK". ^{[ 24 ]} وفي مارس 2011، أعلن تيم إليسون من IBM استقالته من منصب رئيس إدارة مشروع Harmony. ^{[ 25 ] [ 26 ]} وبعد انسحاب IBM، انخفض مستوى نشاط المشروع بشكل كبير. ^{[ 27 ]}

في 29 أكتوبر 2011، أطلق تيم إليسون، قائد مشروع Harmony-dev، استطلاع رأي على القائمة البريدية للمشروع حول ما إذا كان ينبغي إيقافه. وفي 3 نوفمبر، جاءت النتيجة 20 صوتًا مؤيدًا للإيقاف مقابل صوتين مؤيدين. ^{[ 4 ]} وفي 16 نوفمبر 2011، أقرّ مجلس إدارة مؤسسة برمجيات أباتشي قرارًا بإنهاء المشروع. ^{[ 28 ]} صوّت أحد المديرين، لاري روزن ، بـ"لا"، مستندًا إلى توقيت القرار لا إلى مزاياه؛ بينما كان التصويت بالإجماع فيما عدا ذلك. ^{[ 28 ]} أُوقف المشروع في 16 نوفمبر 2011. ^{[ 5 ]}

تتكون الآلة الافتراضية لطبقة وقت التشغيل الديناميكي من المكونات التالية:

1. النواة الافتراضية: بمكوناتها الفرعية، تركز معظم وظائف التحكم في JVM.
2. طبقة النقل : تخفي التفاصيل الخاصة بالمنصة عن مكونات الجهاز الظاهري الأخرى خلف واجهة واحدة وتعتمد على طبقة Apache Portable Runtime .
3. جامع البيانات المهملة : يقوم بتخصيص كائنات جافا في ذاكرة الكومة واستعادة الكائنات التي لا يمكن الوصول إليها باستخدام خوارزميات متنوعة.
4. مدير التنفيذ : يختار محرك التنفيذ لتجميع طريقة ما، ويتعامل مع الملفات الشخصية ومنطق إعادة التجميع الديناميكي.
5. مكتبة الفئات : هي مكتبة قياسية في لغة جافا.
6. مدير الخيوط الذي يتعامل مع تعدد الخيوط في نظام التشغيل
7. يتكون محرك التنفيذ مما يلي:
   1. المترجم الفوري لتجميع وتنفيذ كود الأساليب.
   2. مترجم لتسهيل عملية تصحيح الأخطاء .

قدّم المشروع تطبيقًا محمولًا سهّل عملية التطوير على العديد من المنصات وأنظمة التشغيل. وكان التركيز الرئيسي على أنظمة تشغيل ويندوز ولينكس على معمارية x86 و x86-64 ^. [ ^{31 ]}

تم استلام التبرعات المتوقعة من شركات البرمجيات بالفعل. يحتوي مشروع Apache Harmony الآن على الكود البرمجي العامل، بما في ذلك كود Swing و AWT و Java 2D الذي ساهمت به شركة Intel .

اعتبارًا من فبراير 2011 ، حقق مشروع Harmony نسبة اكتمال 99٪ لـ JDK 5.0 ، و 97٪ لـ Java SE 6 . ^{[ 2 ]}

يمكن تتبع تقدم مشروع Apache Harmony مقابل J2SE 1.4 و Java SE 5.0. ^{[ 32 ]} كما يوجد فرع لـ Harmony v6.0 قيد التطوير لـ Java SE 6.0.

قام مطورو Apache Harmony بدمج العديد من مشاريع المصادر المفتوحة الموجودة والمجربة ميدانيًا لتحقيق هدفهم (عدم إعادة اختراع العجلة ). العديد من هذه المشاريع ناضجة ومعروفة، بينما تطلبت أجزاء أخرى من المكتبة كتابةً من الصفر.

هذه قائمة بمكونات المصادر المفتوحة الموجودة المستخدمة في مشروع Apache Harmony؛ بعضها كان قيد الاستخدام قبل بدء المشروع.

يُعدّ برنامج Harmony أقل توثيقًا من تطبيقات Java المجانية البديلة. على سبيل المثال، في GNU Classpath، يحتوي كل أسلوب من أساليب فئة CORBA المركزية (ORB) على تعليق توضيحي في كل من فئة API المجردة القياسية ^{[ 33 ]} والتنفيذ ^{[ 34 ]} . أما في مشروع Yoko، الذي يستخدمه Harmony ^{[ 35 ]،} فقد كانت معظم الأساليب، سواء في الإعلان القياسي ^{[ 36 ]} أو فئة التنفيذ ^{[ 37 ]} ، غير موثقة في نهاية أكتوبر 2006. كما دعم GNU Classpath ميزات CORBA القديمة والحديثة (كما هو الحال في تطبيق Sun). في المقابل، ترك Harmony الأسلوب المركزي للمعيار الأقدم ( ORB.connect(Object)) غير مُنفّذ بالكامل.

يتطلب تطبيق منصة جافا بالكامل مُترجمًا يُحوّل شفرة جافا المصدرية إلى بايت كود ، وبرنامجًا لإدارة ملفات JAR ، ومُصحِّح أخطاء ، وعارض تطبيقات صغيرة، ومُلحقًا لمتصفح الويب ، على سبيل المثال لا الحصر. يحتوي برنامج Harmony على المُترجم ، وعارض التطبيقات الصغيرة ، ومُوقِّع ملفات JAR، وjavah، وjavap، و keytool ، وpolicytool، و unpack200 . ^{[ 38 ]}

يحتوي برنامج Harmony على سبعة تطبيقات للآلات الافتراضية التي تشغل مكتبة Harmony Class Library، وجميعها كانت تبرعات من جهات خارجية:

• JC Harmony Edition VM، "JCHEVM"، استنادًا إلى مترجم JCVM ، ساهم به المؤلف، آرتشي كوبس.
• BootJVM، وهي آلة افتراضية بسيطة للتمهيد ، ساهم في تطويرها دانيال ليديك.
• SableVM ، وهو مترجم متقدم وقابل للنقل، ساهم فيه مؤلفون من مجموعة أبحاث Sable ؛ وDynamic Runtime Layer Virtual Machine.
• DRLVM ، وهو مترجم فوري ساهم به Intel .
• أعلنت BEA عن توفر نسخة تجريبية من JRockit VM التي تعمل بمكتبة Apache Harmony Class Library. ^{[ 39 ]}
• JikesRVM ، وهي آلة جافا افتراضية مفتوحة المصدر تعتمد على بنية فوقية دائرية وتستخدم مكتبة فئات Apache Harmony. ^{[ 40 ]}
• Ja.NET SE هو مشروع مفتوح المصدر يوفر JDK جافا 5 (مكتبات الفئات، والأدوات، وما إلى ذلك) التي تعمل على .NET Framework CLR. يعتمد Ja.NET SE على مكتبات فئات Apache Harmony. ^{[ 41 ]}

في نهاية نوفمبر 2006، كان دعم اللغة الذي توفره هذه الآلات الافتراضية لا يزال غير مكتمل، وكانت تعليمات البناء توصي باستخدام J9 الخاص بشركة IBM لتشغيل مجموعة اختبارات مكتبة الفئات. ومع ذلك، لم يعد هذا ضروريًا (اعتبارًا من يوليو 2007).

أما بالنسبة لبقية المشروع، فقد توقف تطوير الآلة الافتراضية DRLVM الآن (اعتبارًا من مايو 2011). ^{[ 42 ]}