CruiseControl.net فشل مع خطأ HTTP 500 على ويندوز فيستا x64

Question

وأنا ركبت CruiseControl.net (من المثبت CruiseControl.NET 1.4 Setup.exe الموجود) على آلة تطوير ويندوز فيستا x64. هو جزء الخادم يعمل بصورة جيدة. ومع ذلك، فإن قطعة webdashboard لا يعمل.

وأول رسالة خطأ رأيت عندما حاولت سحب ما يصل HTTP: // المضيف المحلي / ccnet squawked عن عدم قادرة على تشغيل في وضع خط متكامل. ثابتة بسهولة. أنا فتحت لوحة الادارة IIS7 وغيرت تطبيق ccnet لاستخدام ".NET الكلاسيكية التطبيقات تجمع" تجمع التطبيقات.

ولكن، وأنا الآن الحصول على خطأ HTTP المستمر 500 عندما أحاول الاتصال. I تعيين أذونات NTFS على المجلد webdashboard مفتوحة على مصراعيها في الآمال التي ربما كان مشكلة أذونات الملف. أي فرح.

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

Answer 1

وهنا الجزء العلوي من تفريغ خطأ HTTP 500 I كان الحصول على:

<اقتباس فقرة>   

وHTTP خطأ 500.0 - خطأ خادم داخلي

     

والوصف: لا يمكن عرض الصفحة بسبب حدوث خطأ داخلي في الملقم.

     

ورمز الخطأ: 0x800700c1

     

وإعلام: ExecuteRequestHandler

     

وحدة: IsapiModule

     

وURL المطلوب: HTTP: //localhost/ccnet/default.aspx

     

والمسار الفعلي: C: ملفات \ برنامج (x86) و \ CruiseControl.NET \ webdashboard \ default.aspx

     

وتسجيل دخول المستخدم: مجهول

     

وتسجيل الدخول الطريقة: مجهول

     

ومعالج: AboMapperCustom-80778

     

وعلى الأرجح يسبب:

     

وتلقى IIS الطلب؛ ومع ذلك، حدث خطأ داخلي أثناء معالجة الطلب. السبب الرئيسي لهذا الخطأ يعتمد على أي وحدة يعالج الطلب وما كان يحدث في العملية المنفذة عند وقوع هذا الخطأ.   كان IIS غير قادرين على الوصول إلى ملف web.config لموقع ويب أو تطبيق. يمكن أن يحدث هذا إذا تم تعيين أذونات NTFS بشكل غير صحيح.   كان IIS غير قادرة على معالجة التكوين لموقع ويب أو تطبيق.   مصادقة المستخدم ليس لديه الإذن لاستخدام هذا DLL.   تم تعيين الطلب إلى معالج تمكن لكن لم يتم تثبيت الميزة. NET التمدد.

وكان المفتاح لتحديد هذا بالنسبة لي خط معالج. لسبب ما تم تكوين تطبيق ويب ccnet مع اثنين من معالجات تتنافس للسيطرة على * .aspx اتصال. معالج الحقيقي، من Thoughtworks، تم تعيينها في ملف web.config. ومع ذلك، عندما فتحت الباب تعيينات معالج من لوحة التحكم IIS7 عن التطبيق ccnet رأيت أن هناك معالج آخر يدعى AboMapperCustom-80778 تم إنشاؤها مسبقا ووضع للبحث عن * .aspx اتصال.

وأنا النقر الحق معالج واختيار "إزالة". بعد ذلك بدأ التطبيق ccnet تشغيل غرامة بالنسبة لي.

Answer 2

وهذه آخر يبدو أن تشير إلى أن مجموعة من المشاكل يمكن أن يحدث ث / IIS ونظام تشغيل 64 بت. راجع الرابط لبعض الأفكار على حلها: HTTP: // بلوق .danbartels.com / أرشيف / 2005 / 18/05 / 662.aspx