[.net] فلينوتفوندكسيبتيون مع منشئ سبسيت


Answers

أدى تغيير هدف النظام الأساسي في خصائص الإنشاء إلى x64 إلى حل هذه المشكلة بالنسبة لي على شاريبوانت 2010.

Question

أحاول إنشاء مثيل SPSite على خادم المزرعة في عملية مخصصة (MyApp.exe) وأعطيه كمعلمة أوري كله ( هتب: // ميسيت: 80 / ). كما تأكدت من أن الحساب الذي يشغل MyApp.exe هو Site Collection Administrator .

ومع ذلك، لا يمكن أن تجعل مثيل SPSite مهما كنت أحاول القيام به. دائما يلقي FileNotFoundException .

أي شخص حصلت على فكرة؟

تتبع المكدس:

في Microsoft.SharePoint.SPSite..ctor (مزرعة سبارم، أوري ريكستوري، سياق منطقي سيت، سبوسيرتوكين وسيرتوكين)
في Microsoft.SharePoint.SPSite..ctor (سترينغ ريكستورل) في MyCompanyName.Service.HelperClass.GetItemStateInSharePoint (عنصر شاريبوانتيتم) في C: \ وركسباسس \ ميكومبانينام \ ديفيلوبمنت \ مين \ MyCompanyName.SharePoint \ سيرفيس \ HelperClass.cs: لين 555

ملاحظة جانبية أخرى ... لدي تطبيق ويب + مجموعة الموقع التي يمكنني الوصول إليها من خلال المتصفح دون أي مشكلة.




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

نأمل أن يساعد.




في حالتي كان بالتأكيد مشكلة الأذونات مع حساب تم تسجيل الدخول إلى ويندوز مع.

جرب هذا الأمر في شاريبوانت ماناجيمنت شل الذي يعمل كمسؤول:

جيت-سبسيت ' هتب: // يورسيت / يوركولكتيون '

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

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

أد-سبشيلادمين -UserName دومين \ وسر




لدي نوع مماثل من المسألة.

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

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




التحول إلى نونيت قد لا يكون خيارا للجميع.
في حالتي، كانت المشكلة أنني كنت على خادم 64 بت، كان لي أي فحص بو (لذلك كان اختيار النسخة الصحيحة) ولكن تم تعيين إعدادات الاختبار الخاص بي إلى "اختبارات القوة لتشغيل في عملية 32 بت" (غاه! )

في مستيست، انتقل إلى TEst-> تحرير إعدادات الاختبار-> تتبع واختبار الأثر.
اختر المضيفين.
تأكد من أنك تعمل ضد الإصدار الصحيح.

هنا هو بلدي المرجعية ل VS2010 SP1، مستيست.

  • تحتاج SP1 بحيث يمكنك استهداف الاختبارات ل. نيت 3.5. فإنه لن يعمل مع. نيت 4.0
  • تأكد من تحميل الموقع - أطلقت الموقع مباشرة من محرر VS2010، نظرا لأنه رابط تشعبي
  • تحقق من إعدادات البناء. لاختيار 64 بت إذا كان الخادم 64 بت.
  • في حالتي كان خادم 64 بت، ولكن اختيار x64 تفشل! كانت هذه أول فكرة.
  • تحقق من أن إعدادات الاختبار تدعم البتات الصحيحة.



كان لي نفس القضية. أردت تشغيل تطبيق وحدة التحكم مع معرف المستخدم الخاص بي. أنا صاحب التطبيق على شبكة الإنترنت + مزرعة المشرف. لا يزال غير قادر على تشغيل التطبيق.

تم حل المشكلة بواسطة

  1. تغيير هدف المنصة في خصائص الإنشاء إلى x64

  2. في إعدادات الموقع -> المستخدمين و أذونات -> مسؤولو الموقع جمع كان هناك اسمين. إزالة اسم آخر وبدأ العمل.




كان لدينا نفس المشكلة، ولكن أنا على دراية الأسباب المختلفة، وهنا ملخص:

  1. هل يمكن أن يكون سوء كتابة أو إدخالها على خلاف ذلك عنوان خاطئ
  2. لا يحتوي حساب المستخدم الذي يشغل العملية على الأذونات المطلوبة، وهي: إذن الإذن لموقع شاريبوانت، و دبو من ديسيبل شاريبوانت كونفيغ، و دب المحتوى.
  3. يجب أن تكون العملية عملية 64 بت (الافتراضي هو 64 بت "أي وحدة المعالجة المركزية") عند البناء على ملقم 64 بت.
  4. يجب أن تستهدف العملية. نيت 3.5



تحقق من web.config وشاهد ما إذا كان هناك تكوين هناك مع ملف مفقود.

ننظر فيكم 12 خلية للسجل. إذا كانت إعدادات السجل صحيحة، فستفقد الملف.

تحرير: تحقق أيضا إذا كان كل دل الخاص بك في غاك. تحقق مما إذا كان ملف web.config يحتوي على كافة المعلومات: نامسباس، كلاسنام، نامسباس، فيرسيون = version_number، كولتور-your_culture، بوبليكيتوكين = your_signed_token




إذا كان تطبيق وحدة التحكم الوصول شاريبوانت 2010 تأكد من المشروع الخاص بك الهدف الهدف هو x64 و. نيت فريميورك هو 3.5.




ومن الممكن أيضا أن نموذج الكائن لا يحب عنوان ورل الذي تعطيه. إذا لم تقم بتزويده إما بعنوان ورل المحدد الذي قمت بإنشاء مجموعة الموقع أو عنوان ورل المحدد المدرج في الخاص بك هو تكوين في تعيينات الوصول البديلة الخاصة بك، وسوف رمي استثناء قد لا يكون بالضرورة معنى. في حالتك قد تحاول http://mysite أو http://machinename .