الانتقال من الخروع لنقابة الصحفيين

Question

واني اسعى الى جعل متوافقة بلدي تطبيق جافا مزيد من المعايير واحدة من أكبر القضايا التي تواجه أنا هو الانتقال إطار ORM لدينا من الخروع JDO لتنفيذ JPA (التفكير إما السبات أو DataNucleus). لدينا منطقتنا المستمرة طبقة تجريد البيانات بحيث يمكن بسهولة أن يتم ذلك في إعادة الهيكلية الأساسية بإضافة تنفيذ النقابة لAPI لدينا وخلق التعيين. ثم يصبح أكثر تعقيدا، ونحن نستخدم زيت الخروع OQL، وليس بشكل كبير ولكن ليس معنويا، والتي لم تستخرج. ونحن أيضا جعل الاستفسارات JDBC الخام مباشرة إلى قاعدة البيانات، ولكن من خلال الذهاب الخروع للحصول على الاتصال. نحن نستخدم ehcache إلى ذاكرة التخزين المؤقت الأشياء لدينا بين عدة ملقمات.

والأسئلة:

1) بشكل عام، هل هناك أي اختلافات كبيرة في كيفية الخروع وJPA علاج الأجسام perstent أنني يجب أن تكون على علم؟

2) هل توفر لغة الاستعلام JPA ميزات مشابهة لعجلات OQL؟ أو أنني سوف تحتاج إلى النظر في JDO؟

و3) هل يمكنني استخدام ecache مع أي تطبيقات JPA؟

و4) أي واحد يعرف من أداة يمكن أن تحويل من الخرائط الخروع لرسم الخرائط JPA؟

وأخيرا، أعتقد، أي أفكار على نقاط القوة في مختلف تطبيقات النقابة؟ السبات جذابة لأن ذلك يستخدم على نطاق واسع، ولكن القلق الأكبر لي هو البساطة لذلك ربما DataNucleas، EclipseLink (أو أي شيء آخر) قد تكون لي أفضل؟

شكرا،

وبيتر كوان

Answer 1

EclipseLink هو خيار كبير عند الانتقال من زيت الخروع، وEclipseLink هو مزود النقابة ومثل الخروع يدعم الخرائط كائن إلى XML (باستخدام المكون MOXY ).