ফাইল বা সমাবেশ বা এর একটি নির্ভরতা লোড করা যায়নি


238

আমি এর মধ্যে আরও একটি "ফাইল বা অ্যাসেম্বলি বা এর অন্যতম নির্ভরতা লোড করতে পারিনি" সমস্যা হচ্ছি।

অতিরিক্ত তথ্য: ফাইল বা সমাবেশ 'মাইক্রোসফ্ট.প্র্যাকটিসস.ইউনিটি, সংস্করণ = 1.2.0.0, সংস্কৃতি = নিরপেক্ষ, PublicKeyToken = 31bf3856ad364e35' বা এর অন্যতম নির্ভরতা লোড করা যায়নি। অবস্থিত সমাবেশের প্রকাশ্য সংজ্ঞাটি সমাবেশের রেফারেন্সের সাথে মেলে না। (এইচআরসিলেট থেকে ব্যতিক্রম: 0x80131040)

এটি কী কারণে ঘটছে বা কারণটি অনুসন্ধান করতে কীভাবে আমি এটি ডিবাগ করতে পারি তার আমার কোনও ধারণা নেই।

আমি আমার সমাধান ক্যাটালগ .csproj ফাইলগুলিতে একটি অনুসন্ধান করেছি এবং আমার যেখানে Unক্য রয়েছে তার প্রত্যেকটি জায়গায়:

রেফারেন্স অন্তর্ভুক্ত = "মাইক্রোসফ্ট.প্র্যাকটিসস.ইউনিটি, সংস্করণ = 2.0.414.0, সংস্কৃতি = নিরপেক্ষ, পাবলিককি টোকেন = 31 বিএফ 3856 এডি 364e35, প্রসেসর আর্কিটেকচার = এমএসআইএল"

আমার যে কোনও প্রকল্পে 1.2.0.0 এর বিপরীতে যে কোনও রেফারেন্স খুঁজে পাচ্ছেন না।

আমার কীভাবে কোনও ধারণা এটি সমাধান করা উচিত?

আমি সাধারণভাবে এর মতো সমস্যাগুলি ডিবাগ করার টিপসেরও কৃতজ্ঞ হব।


1
আপনার রেফারেন্স অ্যাসেমব্লিশগুলির মধ্যে কোনও পুরানো Unityগ্রন্থাগারে কিছু জিনিস ব্যবহার করা যেতে পারে ?
ডেস্কলোন

3
সম্ভবত ... তবে আমি কীভাবে অ্যাসেম্বলিগুলি সন্ধান করব? আমার সমাধানে আমার অনেক প্রকল্প রয়েছে এবং সম্ভাব্য সন্দেহভাজন অনেক সন্দেহভাজন ... বিচার ও ত্রুটির
জন্তুটিকে

3
এটি বিধানসভা রেফারেন্স নয়, আপনি সংস্করণ ২.০ উল্লেখ করেছেন। তবে রানটাইমের সময়, সিএলআর 1.2 টি পুরানো সংস্করণ সন্ধান করছে। আপনি যদি আপনার বিল্ড ডিরেক্টরিতে সেই পুরানো ডিএলএলটি না দেখতে পান তবে সিএলআর কীভাবে এই পুরানো অনুলিপিটি খুঁজে পেয়েছিল তা জানতে Fuslogvw.exe ব্যবহার করুন।
হান্স প্যাস্যান্ট

2
আপনার প্রকল্পের বিন ফোল্ডারটি দেখুন এবং দেখুন যে আপনার প্রকল্পের dll এর নামে কোনও বিরোধ রয়েছে। কেবল সেটিকে মুছুন এবং তারপরে আপনার সমাধানটি পুনর্নির্মাণ করুন। এটা আমার জন্য কাজ করেছে।
coggicc

11
"বা এর একটি নির্ভরতা" হ'ল সেই অংশ যা সত্যই আমাকে বিরক্ত করে। যদি এটি "এর অন্যতম নির্ভরতা" লোড করতে না পারে তবে ত্রুটিটিতে কোন "এর অন্যতম নির্ভরতা" লোড করা যায় না তা বলা উচিত। বর্তমান ফর্মটি অকেজো, এটি পাশাপাশি বলতে পারে জিনিসটি লোড করতে পারে না
পল ম্যাকার্থি

উত্তর:


116
  1. আপনি কোনও অ্যাসেম্বলিকে উল্লেখ করছেন কিনা তা যাচাই করে নিন যার ফলস্বরূপ unityক্যের একটি পুরানো সংস্করণ উল্লেখ করা হচ্ছে। উদাহরণস্বরূপ বলা যাক যে আপনার কাছে একটি অ্যাসেম্বল বলা হয়েছে ServiceLocator.dllযার জন্য ইউনিটি অ্যাসেমব্লির পুরানো সংস্করণ প্রয়োজন, এখন যখন আপনি এটি উল্লেখ করেন তখন আপনি ServiceLocatorএটি ইউনিটির পুরানো সংস্করণ সরবরাহ করবেন এবং এটি সমস্যা তৈরি করে।

  2. সমস্ত প্রকল্পগুলি তাদের সমাবেশগুলি তৈরি করে এমন আউটপুট ফোল্ডার হতে পারে, unityক্যের একটি পুরানো সংস্করণ রয়েছে।

পুরাতন অ্যাসেম্বলিগুলি কে লোড করছে তা জানতে আপনি ফুসলগভিডাব্লু ব্যবহার করতে পারেন, লগের জন্য কেবল একটি পাথ নির্ধারণ করুন এবং আপনার সমাধানটি চালান, তারপরে Fক্য পরিষদটি লোড করা হয়েছে এমন প্রথম লাইনটি পরীক্ষা করুন (ফাসলোগভায়) ডাবল ক্লিক করুন এবং কলিংটি দেখুন সমাবেশ, এবং আপনি এখানে যান।


6
ফিউজলগভিডাব্লু এর লগ ফাইলটি কোথায়
স্টিগার

1
লগ ফাইলটি সন্ধান না করার জন্য, আপনি একটি কাস্টম লগ পাথ নির্দিষ্ট করতে পারেন: সেটিংস, কাস্টম লগ পাথ সক্ষম করুন চেকবক্সটি সক্ষম করুন, একটি কাস্টম লগ পাথ প্রবেশ করুন, রিফ্রেশ করুন।
রেডগ্রাইনকোড

82

আইআইএস ম্যানেজার খুলুন

অ্যাপ্লিকেশন পুল নির্বাচন করুন

তারপরে আপনি যে পুলটি ব্যবহার করছেন তা নির্বাচন করুন

উন্নত সেটিংসে যান (ডানদিকে)

32-বিট অ্যাপ্লিকেশনটিকে মিথ্যা করে সত্যের পতাকাটি পরিবর্তন করুন।


আইআইএস -> প্রতিটি অ্যাপ্লিকেশন পুল নির্বাচন করুন -> বেসিক সেটিংস -> "। নেট ফ্রেমওয়ার্ক সংস্করণ" ড্রপডাউন এর অধীনে সর্বশেষ ফ্রেমওয়ার্ক নির্বাচন করা হয়েছে কিনা তা যাচাই করুন
মার্টিন

আপনি ভিএস-তে আপনার প্রকল্পটি ডান ক্লিক করতে পারেন। এবং পছন্দসই 32 বিট চেকমার্কটি সরিয়ে ফেলুন
ইরান otzap

ধন্যবাদ। এটা কাজ করেছে. এটি আমার ক্ষেত্রে ইতিমধ্যে সত্য ছিল, কেবল চেষ্টা করার জন্য। আমি এটি মিথ্যা করেছি এবং এটি কাজ করেছে।
meekash55

আমি যখন 1 টি সার্ভার থেকে অন্য সার্ভারে কোনও প্রকল্প মার্জ করেছি, তখন এই পতাকাটি সত্যই আবার মিথ্যা হয়েছিল, সমাধানের জন্য ধন্যবাদ!
অ্যাপসাম সলিউশনগুলি

69

আমার জন্য, অন্যান্য সমাধানগুলির কোনওটিই কার্যকর হয়নি (পরিষ্কার / পুনর্নির্মাণ কৌশল সহ)। আমি অন্য কার্যসংক্রান্ত সমাধান যা হয় পাওয়া ঘনিষ্ঠ এবং পুনরায় খোলা ভিসুয়াল স্টুডিও

আমি অনুমান করি যে এই ভিজুয়াল স্টুডিওটিকে প্রক্রিয়াটির নির্ভরতাগুলি পুনরায় পরীক্ষা করে সমাধান এবং সমস্ত প্রকল্প পুনরায় লোড করতে বাধ্য করে।


33
আপনি যদি বিশ্বাস করেন না যে এটি কার্যকর হবে তবে কমপক্ষে চেষ্টা করুন। না করা পর্যন্ত আমি নিজেই এটি বিশ্বাস করতে পারি না।
বেন কুল

3
Me আমার জন্য কাজ করেছেন
দেবিদাস এম দাস

48

আপনার সমাধানে ডিবাগ এবং রিলিজ ফোল্ডারগুলি সাফ করার চেষ্টা করুন। তারপরে অপসারণ করুন এবং আবার unityক্য যুক্ত করুন।


3
এই সমস্যাটি অনেক কিছুর কারণে হতে পারে ... আপনার সমাধানটি আমার সমস্যাগুলি সমাধান করেছে এবং অন্যদেরও সমাধান করতে পারে।
স্কট রিপ্পি

1
@ স্কটআরপি এটি আমার পক্ষে কাজ করেছিল। আমি প্রথমে সমস্ত .pdb ফাইল মুছলাম এবং তারপরে আমার প্রকল্পটি পুনরায় লোড করে এটিকে পুনর্নির্মাণ করব।
বোটেনউউভার

21

99% এ ফাইল বা অ্যাসেমব্লি লোড করা যায়নি বা এর অন্যতম নির্ভরতা সমস্যার কারণে সমস্যা হয়! আমি আপনাকে এই পদক্ষেপগুলি অনুসরণ করার পরামর্শ দিচ্ছি:

  1. Http://www.d dependencywalker.com/ থেকে নির্ভরতা ওয়াকার ডাউনলোড করুন

  2. নির্ভরতা ওয়াকার চালু করুন এবং dll খুলুন (আমার ক্ষেত্রে NativeInterfaces.dll)

  3. আপনি ফাইল খোলার ত্রুটিতে ত্রুটি সহ এক বা একাধিক ডেল দেখতে পারেন ...

  4. এর অর্থ এই যে এই ডেলটি আপনার সিস্টেমে অনুপস্থিত; আমার ক্ষেত্রে dll নাম হয়MSVCR71.DLL

  5. আপনি গুগল থেকে মিসিংস ডেল ডাউনলোড করতে পারেন এবং সঠিক পথে অনুলিপি করতে পারেন (আমার ক্ষেত্রে c:\windows\system32)

  6. এই মুহুর্তে, আপনাকে অবশ্যই জিএসি (গ্লোবাল অ্যাসেম্বলি ক্যাশে) এ নতুন dll নিবন্ধন করতে হবে: একটি ডস টার্মিনাল খুলুন এবং লিখুন:

    cd \Windows\System32
    regsvr32 /i msvcr71.dll
  7. আপনার অ্যাপ্লিকেশন পুনরায় চালু করুন!


22
নির্ভরতা ওয়াকার দুর্দান্ত, তবে ইন্টারনেট থেকে উইন্ডোজ এলোমেলো ডিএলএল অনুলিপি করা ... কম দুর্দান্ত। D দালগুলি সরবরাহকারী ইনস্টলারটি খোঁজার চেষ্টা করা আরও ভাল।
আরজেফালকোনার

আমি কয়েকটি ফাইল পেয়েছি ( API-MS-WIN-CORE-KERNEL32-PRIVATE-L1-1-1.DLL) পাওয়া যায় নি এবং আমাকে এই স্ট্যাকওভারফ্লো প্রশ্নটিতে নিয়ে গেছে । মূলত মনে রাখবেন কিছু ফাইলের জন্য মিথ্যা ইতিবাচক দিকে তাকানো হতে পারে, লিঙ্কটি আরও বিশদ সরবরাহ করে।
চেরিজউ

16

মাইক্রোসফ্ট এন্টারপ্রাইজ লাইব্রেরি (নেটটায়ার্স দ্বারা রেফারেন্স করা) ছিল আমাদের সমস্যা, যার ফলে .ক্যের একটি পুরানো সংস্করণ উল্লেখ করা হয়েছিল। সমস্যাটি সমাধানের জন্য আমরা ওয়েবকনফিগে নিম্নলিখিত বাঁধাই পুনঃনির্দেশটি ব্যবহার করেছি:

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

বিকল্পভাবে, আপনি কেবলমাত্র এন্টারপ্রাইজ লাইব্রেরিকে সর্বশেষতম সংস্করণে আপডেট করতে চাইতে পারেন।


16

নিম্নলিখিত আমার জন্য কাজ করে।

  • অস্থায়ী ফাইলগুলি সরান সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি
  • ভিএসটিএস বন্ধ করুন এবং আবার খুলুন
  • একই ডিএলএলগুলি সরান এবং যুক্ত করুন (দ্রষ্টব্য: আপনি একই মিলের সংস্করণ যুক্ত করেছেন)

15

আপনার প্রকল্পে Web.config / App.config ফাইল পরীক্ষা করুন। সংস্করণ সংখ্যাগুলি সঠিক কিনা তা দেখুন।

<bindingRedirect oldVersion="X.X.X.X-X.X.X.X" newVersion="X.X.X.X" />

এটি আমার পক্ষে কাজ করেছে।


2
এটি আমার জন্য কাজ করেছে যদিও এটি ওয়েবকনফিগ ছিল, অ্যাপকনফিগ নয়
সমানারিক

15

মূল প্রশ্নটি পাঁচ বছর আগে পোস্ট করা সত্ত্বেও, সমস্যাটি এখনও অব্যাহত রয়েছে এবং বরং বিরক্তিকর।

সাধারণ সমস্যাটি হ'ল ভুল কী হচ্ছে তা বোঝার জন্য সমস্ত রেফারেন্সড অ্যাসেমব্লির বিশদ বিশ্লেষণ। এই কাজটি আরও সহজ করার জন্য আমি একটি সরঞ্জাম তৈরি করেছি (একটি ভিজ্যুয়াল স্টুডিও এক্সটেনশন) যা বিরোধী বা অনুপস্থিত রেফারেন্সগুলি হাইলাইট করার সময় সমস্ত রেফারেন্স অ্যাসেমব্লির একটি গ্রাফ পেতে একটি .NET সমাবেশ (একটি .dllবা .exeফাইল) নির্বাচন করার অনুমতি দেয় ।

সরঞ্জামটি ভিজ্যুয়াল স্টুডিও গ্যালারীটিতে উপলভ্য: https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734

আউটপুট উদাহরণ: এখানে চিত্র বর্ণনা লিখুন


ভিজ্যুয়াল স্টুডিওর সম্প্রদায়ের সংস্করণগুলির সাথে কাজ করে না
ড্রেক্স_

আমি বিশ্বাস করি এখানে আরও একটি সমস্যা থাকা উচিত, ভিজ্যুয়াল স্টুডিও সংস্করণের সাথে সম্পর্কিত নয়। আমি ভিএস 2017 এবং ভিএস 2015 সম্প্রদায়ের সংস্করণগুলিতে এক্সটেনশনটি পরীক্ষা করেছি। আসলে এটি ভিএস 2017 সম্প্রদায় সংস্করণের মাধ্যমে তৈরি করা হয়েছিল।
marss19

আহা। আপনার কি অন্য কোনও এক্সটেনশন ইনস্টল করা আছে? এই পৃষ্ঠাটি বলছেন যে DGML বনাম কমিউনিটি সমর্থিত নয়: msdn.microsoft.com/en-us/library/hh871439.aspx#VersionSupport
Draex_

1
সম্প্রদায় সংস্করণে কোনও স্থাপত্য সরঞ্জাম নেই তবে এটি ডিজিএমএল সম্পাদক নিজেই উপলব্ধ। আপনি ভিজ্যুয়াল স্টুডিও ইনস্টলার এর মাধ্যমে "স্বতন্ত্র উপাদানগুলি" -> "কোড সরঞ্জাম" - এর অধীনে "ডিজিএমএল সম্পাদক ইনস্টল করুন" নির্বাচন করে এটি ইনস্টল করতে পারেন
মার্শ

11

স্ক্রিনশটসমাধান এক্সপ্লোরার প্রজেক্টে ডান ক্লিক করুন (সমাধান নয়), বিল্ড ট্যাবে প্ল্যাটফর্ম লক্ষ্য নির্বাচন করুন: "যে কোনও সিপিইউ"।


অ্যাপ্লিকেশন পুলটি পরীক্ষা করার পরে, "32-বিট অ্যাপ্লিকেশনগুলি সক্ষম করুন" মিথ্যাতে সেট করা হয়েছিল, তবে আমার প্ল্যাটফর্মের লক্ষ্যমাত্রা ছিল x86। এটি কোনও সিপিইউ বা এক্স 64 এ পরিবর্তন করা আমার সমস্যাটি স্থির করেছে।
কিথ কেটেরের 15

11

জান্তোস উত্তর সঠিক তবে আপনার এটিও বিবেচনা করা উচিত:

Unityক্যের জন্য v2.1.505.2 বিভিন্ন অ্যাসেমব্লিউ ভার্সন এবং এসেম্বলি ফাইল ফাইল বৈশিষ্ট্য নির্দিষ্ট করা হয়েছে:

এখানে চিত্র বর্ণনা লিখুন

অ্যাসেম্বলিফিলি ভার্সনটি নুগেট ব্যবহার করে তবে সিএলআর এর কোনও যত্ন করে না! সিএলআর কেবল এসেম্বলি ভার্সন ব্যবহার করতে চলেছে !

সুতরাং আপনার পুনঃনির্দেশগুলি এমন কোনও সংস্করণে প্রয়োগ করা উচিত যা এসেম্বলি ভার্সন বৈশিষ্ট্যে নির্দিষ্ট করা আছে । সুতরাং 2.1.505.0 ব্যবহার করা উচিত

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>

আরও দেখুন: এসেম্বলি ভার্সন, এসেম্বলি ফাইল ফাইল এবং এসেম্বলি ইনফরমেশনাল ভার্সনের মধ্যে পার্থক্য কী?


6

আমি এই ভয়ানক ত্রুটি পেয়েছি এবং এর সমাধানও পেয়েছি ...

  1. সমাধান নামটিতে রাইট ক্লিক করুন
  2. ক্লিন সলিউশন ক্লিক করুন
  3. ভিজ্যুয়াল স্টুডিও পুনরায় চালু করুন
  4. গোটো প্রকল্পের সম্পত্তি >> বিল্ড
  5. প্রকাশের জন্য কনফিগারেশন পরিবর্তন করুন
  6. ডিবাগিং শুরু করুন (F5)

1), 2)

সমাধান নামটিতে রাইট ক্লিক করুন

4), 5)

প্রকাশের জন্য কনফিগারেশন পরিবর্তন করুন

আশা করি এটি আপনাকেও সহায়তা করবে।


5
  • গোটো: সমাধান -> প্যাকেজ
  • উন্নত ট্যাবে ক্লিক করুন (পৃষ্ঠার নীচে সন্ধান করুন)
  • আপনার ডেলিকে অতিরিক্ত অ্যাসেমব্লিতে যুক্ত করুন (এইভাবে আমরা শেয়ারপয়েন্টে বহিরাগত ঘরগুলি যুক্ত করতে পারি)।

7
আমার ভিএস 2010 প্রকল্পে "সমাধান -> প্যাকেজ" নেই
মুফ্লিক্স

5

নিশ্চিত হতে পারে না এটি সাহায্য করতে পারে কিনা।

আপনার অ্যাসেমব্লিতে মিল থাকা সম্পত্তিগুলির মধ্যে সমাবেশের নাম এবং ডিফল্ট নেমস্পেসটি পরীক্ষা করে দেখুন Check এটি আমার সমস্যাটি সমাধান করেছে যা একই ত্রুটি পেয়েছিল।


অসাধারণ! আমার dll ফাইলের নাম এবং নেমস্পেস আলাদা ছিল, আমি নেমস্পেসটি অনুলিপি করে আমার dll নামকরণ করেছি।
অনিয়মস খান

5

বিন ফোল্ডারে আমার ক্ষেত্রে ইউনিটি নামে একটি রেফারেন্স ডেল ছিল M


4

ধন্যবাদ রিদ্ধি এম। আমার পক্ষে কাজ করেছেন।

অস্থায়ী ফাইলগুলি সরান সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি ভিএসটিএস বন্ধ করুন এবং আবার খুলুন একই ডিএলএলগুলি সরান এবং যুক্ত করুন (দ্রষ্টব্য: আপনি একই মিলের সংস্করণ যুক্ত করেছেন)


এটি এতক্ষণ ব্যয় করেছে এবং আমি বিশ্বাস করতে পারি না এটিই ছিল উত্তর। আপনি যখন ভিএস-এর মধ্যে কিছু অদ্ভুত আচরণ দেখেন তখন এটি সাধারণত ভাল যাওয়ার সমাধান ধন্যবাদ.
Bonez024

3

আপনি বলছেন আপনার সমাধানে প্রচুর প্রকল্প রয়েছে ... ভাল, বিল্ড অর্ডারটির শীর্ষের নিকটে একটি দিয়ে শুরু করুন। এটি তৈরির জন্য পান এবং একবার এটি শোনার পরে আপনি তাদের বাকী অংশগুলিতে একই ফিক্স প্রয়োগ করতে পারেন।

সত্যিই, আপনার সম্ভবত আপনার উল্লেখটি রিফ্রেশ করা দরকার। দেখে মনে হচ্ছে আপনি হয় আপনার সংস্করণ আপডেট করেছেন এবং রেফারেন্সগুলি আপডেট করেননি বা আপনি যদি সমাধানটি উত্স নিয়ন্ত্রণে রাখেন তবে এটি কোনও আপেক্ষিক পথের সমস্যা। কেবল আপনার অনুমানগুলি যাচাই করুন এবং পুনরায় উল্লেখটি যুক্ত করুন।


3

নিম্নলিখিত আমার জন্য কাজ করে।

  • অস্থায়ী ফাইলগুলি সরান সি: \ উইন্ডোজ \ মাইক্রোসফ্ট.নেট \ ফ্রেমওয়ার্ক \ v4.0.30319 \ অস্থায়ী এএসপি.নেট ফাইলগুলি
    • তারপরে অস্থায়ী Asp.net ফাইলগুলি> বৈশিষ্ট্য> সুরক্ষাতে ডান ক্লিক করুন এবং আইআইএস এবং আমার প্রকল্প পরিচালিত সমস্ত ব্যবহারকারীকে সম্পূর্ণ নিয়ন্ত্রণ অ্যাক্সেস দিন

3

এই সমস্যাটি আমার কাছে ঘটেছিল যেখানে প্যারেন্ট লাইব্রেরি যখন "x64" সংকলনের আশা করছিলেন তখন আমার নির্ভরশীল একটি লাইব্রেরি "যে কোনও সিপিইউ" দিয়ে একটি ডিএলএল সংকলন করছিল।



3

আমি একই সমস্যাটি আমি নীচের নির্দেশের মাধ্যমে সমাধান করেছি:

  1. সরঞ্জাম মেনু খুলুন এবং বিকল্প নির্বাচন করুন
  2. বিকল্পগুলিতে উইন্ডোটি প্রকল্প এবং সমাধান / ওয়েব প্রকল্পে যান
  3. চেক use the 64bit version of IIS ...

এখানে চিত্র বর্ণনা লিখুন


2

আপনাকে আপনার আউটপুট ফোল্ডার থেকে আপনার appname.dll ফাইলটি মুছতে হবে। ক্লিনআপ ডিবাগ এবং রিলিজ ফোল্ডার। পুনর্নির্মাণ এবং আউটপুট ফোল্ডারে পুনরায় উত্পন্ন dll ফাইলের অনুলিপি করুন।


2

আমি "স্টার্টআপ প্রজেক্ট হিসাবে সেট করুন" আনলোড করা / ভিত্তিহীন গ্রন্থাগার / প্রকল্প।

তারপর এটি মোতায়েন।

এটা কাজ করেছে!

আমি মনে করি এটি .dll খুঁজে পেল না কারণ এটি প্রথম সমাবেশে ছিল না।


2

আর একটি সম্ভাব্য কারণ: নিশ্চিত হয়ে নিন যে আপনি দুর্ঘটনাক্রমে উভয় প্রকল্পকে প্রকল্পের সম্পত্তিতে একই সমাবেশের নাম দেননি।


এইটি বুঝতে আমার কয়েক ঘন্টা সময় লেগেছে .... আমি দুর্ঘটনাক্রমে আমার ইউনিট পরীক্ষা প্রকল্পটির নাম মূল প্রকল্প হিসাবে রেখেছি, সুতরাং ইউনিট পরীক্ষা প্রকল্পটি অবশ্যই প্রকল্পের
উপরের

2

এন্টারপ্রাইজ লাইব্রেরি 5 ব্যবহার করে .NET 4.0 এর জন্য আমার সমাধানটি একটি রেফারেন্স যুক্ত করা ছিল:

Microsoft.Practices.Unity.Interception.dll


2

বিবাদী রেফারেন্সের জন্য সন্ধান করুন। এমনকি একটি পরিষ্কার এবং পুনর্নির্মাণের পরেও, বিরোধী উল্লেখগুলি এখনও সমস্যার কারণ হতে পারে। আমার সমস্যা ছিল আফরোজ এবং অ্যাকর্ডের মধ্যে। আমি উভয় উল্লেখগুলি সরিয়ে দিয়েছি এবং নির্দিষ্ট উল্লেখগুলি পুনরায় নির্বাচন করে উল্লেখগুলি যুক্ত করেছি (বিশেষত আমার ক্ষেত্রে, কেবলমাত্র একর্ড))


2

আমার জন্য ityক্য সি ছাড়াই unityক্য গেমটি পুনর্নির্মাণ সি প্রম্পেক্টস চেকমার্ক কাজ করেছে।


2

আমার ক্ষেত্রে, প্রস্তাবিত উত্তরগুলির কোনওটিরই কাজ হয়নি।

আমার জন্য যা কাজ করেছে তা এখানে:

  1. রেফারেন্স সরান
  2. ডিএলএলটির নতুন নাম দিন
  3. আবার উল্লেখটি আমদানি করুন

দ্বিতীয় পদক্ষেপটি দৃশ্যত গুরুত্বপূর্ণ ছিল কারণ এটি ছাড়া এটি কাজ করে না।


2

রেফারেন্সের জন্য "স্থানীয়ভাবে অনুলিপি করুন" সম্পত্তিটি সত্য হিসাবে সেট করা আছে এবং নির্দিষ্ট সংস্করণটি সত্য হিসাবে সেট করা আছে কিনা তা পরীক্ষা করে দেখুন। এটি ভিজ্যুয়াল স্টুডিওতে অ্যাপ্লিকেশনগুলির জন্য প্রাসঙ্গিক।


2

আমার আজ এটি ছিল, এবং আমার ক্ষেত্রে বিষয়টি খুব অদ্ভুত ছিল:

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
  </dependentAssembly>0.

এক্সএমএল শেষে বিপথগামী অক্ষরগুলি নোট করুন - কোনওভাবে সেগুলি এক্সএমএলের এই ব্লকের শেষ সংস্করণ নম্বর থেকে সরানো হয়েছিল!

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
  </dependentAssembly>

উপরের ও ভয়েলা বদল! সবকিছু আবার কাজ করে।


1

আপনি যদি উইন্ডোজ এক্সপি-তে কোনও অ্যাপ্লিকেশন খোলার মাধ্যমে এই ত্রুটি বার্তাটি পেয়ে থাকেন তবে এর অর্থ এটি প্রথমে নেট অ্যাপ্লিকেশন 4 এবং পরিষেবা প্যাক 3 ব্যতীত কাজ না করার কারণে আপনি অ্যাপটি ইনস্টল করেছেন। আপনি উভয়ই ইনস্টল করেছেন এবং আবারও আপনি এই ত্রুটিটি পেয়ে যাচ্ছেন যাতে আপনার আবার সেই অ্যাপ্লিকেশনটি পুনরায় ইনস্টল করা উচিত তবে প্রথমে যোগ এবং অপসারণ থেকে আনইনস্টল করুন

যদি এটি কাজ না করে তবে আমাকে অপব্যবহার করবেন না। আমিও জুনিয়র am

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.