إدارة التطبيق أو إس جي أي كبير

Question

ولدي كبير، وتزايد الطلب أو إس جي أي مع عدد من حزم. أنا الغريب لمعرفة أفضل طريقة لإدارة هذا النوع من التطبيق. حاليا، أنا باستخدام الكسوف ومخضرم، ولكن على الرغم من هذا شيء عظيم بالنسبة للحزم بناء (عبر مخضرم-حزمة من البرنامج المساعد)، وحتى الآن لم يكن من السهل على إدارة التطبيق بالكامل.

ما أود القيام به هو إما أن يكون واحد التكوين التشغيل أو واحد pom.xml التي يمكن إطلاقها وسيتم بناء التطبيق بالكامل / المشروع وأطلقت. أيضا، أود الحصول على شيء من شأنها أن تكون جيدة لتصحيح الأخطاء.

ولقد سمعت من PAX بناء وقد ركبت عليه في الكسوف، ولكن حتى الآن فقد كان عونا قليلا (ربما أنا لا تستخدم بشكل صحيح).

وأنا متأكد من أن هناك الناس هناك مع التطبيقات أو إس جي أي الكبيرة التي يتم إدارتها بشكل صحيح. أي نصيحة يمكن أن تكون مشتركة تساعد بشكل كبير.

وشكرا لكم، ستيفن

Answer 1

وA التكوين المدى ممكن عبر باكس عداء . فإنه يتيح لك اختيار تنفيذ منصة أو إس جي أي، تحديد ملامح (مجموعات تعبئتها مسبقا من الحزم لبعض الدور، على سبيل المثال web، log، ds، وما إلى ذلك)، ويحظى بدعم التقديم الجيد، وعلى سبيل المثال فإنه يمكن تحميل حزم من مخضرم مستودع. ونتيجة لذلك، هل يمكن أن يكون تكوين المدى مثل

--platform=felix
--log=INFO
--profiles=scalamodules,ds,config,log
mvn:com.my/bundle/1.0.1-SNAPSHOT@update
# other bundles

في حالة طلبك كبيرة جدا أو لديك تطبيقات مختلفة، وهناك وسيلة لخلق الشخصية الخاصة كذلك.

Answer 2

وحسنا ...

وكان كل deopends على ماذا تقصد ب "إدارة" التطبيق.

لديف الوقت المطلقة، بناء والتصحيح - الكسوف IDE يجب أن تتلاءم مع القانون فقط تماما

ومخضرم ... لا أستطيع أن أتكلم عن ذلك، كما كنت تستخدم أبدا بنفسي.

لدينا تطبيق كسوف كبير جدا إلى (عدة، في الواقع) وعلى الجانب ديف من الأشياء التي لا تستخدم أي شيء خاص بالإضافة إلى الكسوف وانها SCM متكاملة.

في الخادم سم مكعب بناء، ونحن أيضا استخدام الكسوف مقطوعة الرأس للقيام المبنى والتعبئة والتغليف.

والآن الإعداد من مساحة العمل قد ذهب قليلا من يد في وقت متأخر مع كل التبعيات وخطوات بناء المتوسطة، لذلك نحن نحقق <لأ href = "http://www.eclipse.org/buckminster/" يختلط = "نوفولو noreferrer"> بكمنستر لإدارة تجسيد منصة ومساحة العمل الموارد الهدف.

إذا أن يعمل بها، سنقوم على الأرجح الانتقال إلى بناء مع بوكي أيضا - من المؤكد تبدو واعدة

و(ليس لدي أي خبرة مع PAX، ولكن في لمحة، أنها تبدو واعدة، وكذلك ...)

Answer 3

وأنا جديدة تماما لأو إس جي أي، ولكن

ولن يكون من الممكن استخدام OBR الخدمة في مثل هذه الطريقة التي سيكون لديك ملف مستودع OBR واحد التي تحتاج إلى حزم وترك الرقم OBR الخدمة من تبعيات وملء OSGIhost بالنسبة لك؟

Answer 4

وهذه المنطقة وأعتقد أن لديها دعم ضعيف جدا في الوقت الراهن. أو إس جي أي لا حقا تحديد أي شيء عن نشر أو التعبئة والتغليف حتى يصل إلى أطر أخرى (مثل الكسوف) للتوصل إلى طريقة خاصة بهم للقيام بذلك.

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

إذا كنت لا تفعل الحزب الشيوعي الثوري، الذي هو وضعي كذلك، ثم ربما لديك للفة الحل الخاص بك، كما لم أجد أي حل عام. وفيما يلي عرض موجز لما نقوم به:

ونحدد مشروع POM واحد يسرد كافة حزم المضمنة في التطبيق الخاص بك. كل هذا المشروع لا غير قائمة المراجع - يتيح نسميها 'حزمة القائمة' مشروع

وبعد ذلك، ونحن نستخدم توفير باكس لتشغيل المشروع في نمط التنمية. ويتحقق ذلك عن طريق جعل "حزمة من قائمة" بوم الأصل للبوم التقديم للمشروع باكس (عادة في المجلد 'توفير'). ثم، عند بدء تشغيل باكس، فإنه يستخدم قائمة حزم من هذا المشروع لبدء أو إس جي أي. ويتم وضع علامة المراجع حزمة في المشروع 'حزمة القائمة' باسم 'المقدمة' نطاق هذا العمل.

وبعد ذلك، لإنشاء توزيع، لدينا مشروع آخر. ويتميز هذا المشروع أيضا مشروع "حزمة من قائمة" الأصل. يستخدم هذا المشروع مختلف الإضافات لإنشاء توزيع، بما في ذلك تحميل الجرار حزمة. يتضمن توزيع البرامج النصية التي تبدأ أو إس جي أي، ولكن هذه هي مكتوبة بخط اليد، وليس هناك أنظمة باكس هنا.

وهذا يعمل بشكل جيد بالنسبة لنا للحفاظ على قائمة حزم في مكان واحد، ولكن لا يزال هناك الكثير من مكتوبة بخط اليد ومخطوطات، وهناك قضايا تقاسم التكوين بين النظامين - على سبيل المثال ملفات التكوين، ومستويات بداية الباقة الخ.