سؤال

هل أزعج أي شخص عن حقيقة أن BizTalk لديه الكثير من مشاكل النشر / المبنى المزعج.

على سبيل المثال، إذا كنت تستخدم فئات التجميع C # لتكون مباني / نشرها بانتظام أحصل على أخطاء SGEN.exe، والتي يتم إصلاحها إذا قمت بإزالتها من التجمع الخاص بي، إلا أن بعض التبعيات تعطي مشاكل مرة أخرى، مما يعني بعد ذلك إعادة بناءه و أعد تشغيل Visual Studio لأنها لا تؤدي إلى تشغيل التجميعات بطريقة أخرى. ونعم أنا دائما استخدام أمر بناء الحدث:

"C: Program Files Microsoft Visual Studio 8 SDK V2.0 Bin gacutil.exe" / i $ (targetfilename)

أنا أيضا تجربة الكثير من المشاكل WWITH سلسلة تسلسل أو منطقية وغيرها أثناء المبنى، والذي أصبح ثابتا أيضا بعد إعادة تشغيل محلول Visual Studio.

أيضا عندما ترغب في استيراد ملف .msi، لديك إلى UnenList وإزالة كافة مثيلات التشغيل التي تم نشرها لائق.

ودعونا لا ننسى إعادة تشغيل مثيلاتك المضيفة، وهو خيار على مشروع Visual Studio الخاص بك ولكن بالكاد يعمل من أي وقت مضى إعادة تشغيل مثيلات المضيف يدويا أكثر من مجرد روتين.

دعنا نواجه الأمر، هناك الكثير من الأشياء الأخرى التي تواصل أيضا ارتفاع مشاكل المراجع وغيرها، وأنا متأكد من أنني أستطيع أن أفكر في زوجين آخرين بعد يوم من العمل.

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

هل كانت مفيدة؟

المحلول 2

قمنا بتثبيت SP1 ل BizTalk أمس. أداء قد تحسن كثيرا! بدءا من أوجيهنا المستخدمة لتناول الأعمار. يستغرق فقط بضع ثوان الآن!

نصائح أخرى

حول إعادة تشغيل المثيلات المضيفة، لقد وجدت البرنامج النصي PowerShell "BTS" التالي ليكون مفيدا للغاية:http://winterdom.com/2006/09/btsresetwithpowershell.

لا يحل المشكلة، لكنها أسرع استخدامها من إعادة تشغيل مثيلات مضيف من وحدة التحكم في إدارة BizTalk.

خلاف ذلك، وأنا أتفق معك أن النشر معقدة للغاية (خاصة عندما يكون لديك مشاريع / تطبيقات متعددة مع تبعيات بينها)، ولكن "الحل" الوحيد لدي هو كسر المشاريع / التطبيقات بعناية بطريقة ستقلل المشكلة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top