সিস্টেম.মিসিংমাথোডেক্সপশন: পদ্ধতিটি পাওয়া গেল না?

244

আমার এসপ নেটওয়ার্ডস অ্যাপ্লিকেশনগুলিতে একবার যা কাজ করছিল তা এখন এই ত্রুটিটি ছুঁড়ে দেয়:

সিস্টেম.মিসিংমাথোড এক্সেপশন: পদ্ধতি পাওয়া যায় নি

DoThisপদ্ধতি একই বর্গ উপর এবং এটি কাজ করা উচিত।

আমার যেমন জেনেরিক হ্যান্ডলার রয়েছে:

public class MyHandler: IHttpHandler
{
    public void Processrequest(HttpContext context)
    {
      // throws error now System.MissingMethodException: Method not found?
      this.DoThis(); 
    }

    public void DoThis()
    {
    //
    }
}
c#  asp.net  dll  nuget  httphandler 
— user603007
সূত্র
আপনি কি আরও কিছু কোড পোস্ট করতে পারেন, কারণ এই কোডটি বৈধ নয়।
— মিরনিচ
2
কী somepage? 'শব্দ' হিসাবে উল্লিখিত, এই কোডটি বৈধ নয়। দয়া করে আমাদের একটি সম্পূর্ণ কোড স্নিপেট দিন যা সমস্যাটি দেখায়।
— অ্যামি

উত্তর:

387

এটি এমন একটি সমস্যা যা তখনই ঘটতে পারে যখন কোনও ডিএলএল এর পুরানো সংস্করণ তখনও আশেপাশে কোথাও স্থির থাকে। নিশ্চিত হয়ে নিন যে সর্বশেষতম সমাবেশগুলি মোতায়েন রয়েছে এবং কোনও নকল পুরানো সংসদগুলি নির্দিষ্ট ফোল্ডারে লুকিয়ে নেই। আপনার সেরা বাজি হ'ল প্রতিটি নির্মিত আইটেম মুছে ফেলা এবং সম্পূর্ণ সমাধান পুনর্নির্মাণ / পুনর্নির্মাণ to

— রাষ্ট্র
সূত্র
62
বিশেষত, নিশ্চিত হয়ে নিন যে কোনও পুরানো সংস্করণ জিএসি-তে নেই।
— ই
7
এছাড়াও, আপনি যদি দুর্ভাগ্যজনক ক্ষেত্রে কাজ করে থাকেন যেখানে আপনার একটি লাইব্রেরি রয়েছে যা একটি লাইব্রেরির উপর নির্ভর করে, যা একটি লাইব্রেরির উপর নির্ভর করে ইত্যাদি। তারপরে যে কোনও ডিএল এর একই সংস্করণ দিয়ে সমস্ত নির্ভরযোগ্য লাইব্রেরি পরিষ্কার / পুনর্নির্মাণ নিশ্চিত করুন, আমার ক্ষেত্রে এনহাইবারনেট ...
— সার্জ সাগান
2
প্রকল্পের জন্য .NET লক্ষ্য কাঠামো আপগ্রেড করাও ত্রুটিটি ঠিক করতে পারে। আমি একটি এমভিসি 4 / ওয়েব এপিআই 1 প্রকল্পের আপগ্রেড করছিলাম। নেট 4.5। সমস্ত এমভিসি, ওয়েব এপিআই এবং সত্ত্বা ফ্রেমওয়ার্ক নির্ভরতা আপগ্রেড করার পরে, আমি একই ত্রুটির মধ্যে দৌড়েছি; লক্ষ্য ফ্রেমওয়ার্কটি .NET 4.5.1 এ পরিবর্তন করার ফলে ত্রুটিটি দূর হয়ে যায়।
— সের্গেই কে
1
এটি আমার ক্ষেত্রে হয়েছিল যখন আমি কেবলমাত্র একটি পরিবর্তিত এক্স ফাইল ফাইল স্থাপন করেছিলাম এবং কোনও সহায়ক ডেলিকে নিযুক্ত করি নি কারণ এতে কোনও কোড পরিবর্তন হয়নি - তবে এটি পুনর্নির্মাণ করা হয়েছিল। আমি যে পুনর্নির্মাণ dll স্থাপন এবং ত্রুটি চলে গেছে। আমি অন্য একটি অপরিবর্তিত dll পুনরায় স্থাপন না করেই অন্যান্য মোতায়েন করেছি এবং কোন সমস্যা ছিল না তাই এখানে ঠিক কী ঘটেছে আমি এখনও নিশ্চিত নই। আমি অনুমান করি যে নিরাপদ কাজটি হ'ল কোনও পুনর্নির্মাণ ফাইল মোতায়েন করা হোক না কেন এটির অন্তর্নিহিত কোড পরিবর্তন হয়েছে কি না।
— হো হো হো
14
অ্যাসেম্বলিটি কোথা থেকে লোড করা হচ্ছে তা দেখতে ডিবাগ করার সময় আমি ডিবাগ -> উইন্ডোজ -> মডিউল উইন্ডোটি খুলতে দরকারী মনে করি।
— জেমসডি
31

Nu ভুল Nuget প্যাকেজ সংস্করণ ⚠️

আমি একটি ইউনিট পরীক্ষা প্রকল্পের যা আমাদের কোম্পানি অভ্যন্তরীণ মতিন Nuget ডেটা অ্যাক্সেস প্যাকেজ এবং পুলিংয়ের হত যে কোড টানা একটি বহিস্থিত প্যাকেজ যার সংস্করণ ছিল পথ বর্তমান সংস্করণ পিছনে।

সমস্যাটি ছিল প্যাকেজের জন্য নুগেট সেটিংসটি সেট করা হয়েছিল least version; এবং পুরানো সংস্করণটি জিতেছে এবং অপারেশনের সময় ব্যবহৃত হয়েছিল ...

সুতরাং এটি প্যাকেজ এবং অ্যাপ্লিকেশন উভয়ই ব্যবহার করে একটি সাধারণ সমাবেশের জন্য নীরবে ভুল সংস্করণ পেয়েছে ।

Olution সমাধান 💡

ব্যবহার করতে নিউজেটে প্যাকেজটি সেট করা / আপডেট করে এবং সর্বশেষতম [get] এ বিষয়টি সমাধান করুন।

— ΩmegaMan
সূত্র
1
এটি আমার জন্য এটি স্থির করে দিয়েছে। সমাধানের জন্য প্যাকেজগুলি পরিচালনা করা কার্যকর হয়নি তবে আমাকে প্রতিটি প্রকল্প পৃথকভাবে আপডেট করতে হয়েছিল।
— আওকসন
আমার ইউনিট পরীক্ষার প্রকল্পটি আমার আসল প্রকল্পের চেয়ে একটি নতুন সংস্করণ উল্লেখ করছে
— ২১:৩১ তে রাইউস
26

আমি সার্ভারে সঠিক .NET ফ্রেমওয়ার্ক সংস্করণ ইনস্টল করে এই সমস্যাটি সমাধান করেছি। ওয়েবসাইটটি সংস্করণ ৪.০ এর অধীনে চলছিল এবং এটি যে সমাবেশটি আহ্বান করেছিল তা 4.5 এর জন্য সংকলিত হয়েছিল। .NET ফ্রেমওয়ার্ক 4.5 ইনস্টল করার পরে এবং ওয়েবসাইটটি 4.5 তে আপগ্রেড করার পরে, সমস্ত ঠিক আছে।

— বেন গ্রিপকা
সূত্র
2
এবং .NET 3.5 কম্পাইল লক্ষ্য সঙ্গে কিছু সমস্যা ইনস্টল .NET 3. আমি সত্যিই ভাবছি কেন স্টার্টআপে আর মৌলিক সতর্কবার্তা আছে ...
— মার্টিন Meeser
নেট ফ্রেমওয়ার্ক সংস্করণ> ৪.০ এর জন্য আপনাকে স্টক-কিপিং ইউনিট (এসকিউ) নির্দিষ্ট করতে হবে, এটি অ্যাপটি টার্গেট করে। নেট ফ্রেমওয়ার্কের সংস্করণটি নির্দেশ করে। ডকস.মাইক্রোসফট.ইন- ইউএস
— ডটনেট /
21

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

— Jelani
সূত্র
5

একটি পৃথক dll নয়, একই সমাবেশে একটি ফাইল রেফারেন্স সহ আমার সাথে এটি ঘটেছে। একবার আমি প্রকল্পটি থেকে ফাইলটি বাদ দিয়ে আবার এটি অন্তর্ভুক্ত করি, সবকিছু ঠিকঠাক কাজ করেছিল।

— জোশ নো
সূত্র
5

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

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

— মার্ক মিউয়ার
সূত্র
5

আপনার রেফারেন্স পরীক্ষা করুন!

আপনার সমাধান প্রকল্পগুলি জুড়ে আপনি নিয়মিত একই তৃতীয় পক্ষের লাইব্রেরিগুলিতে নির্দেশ করছেন (কেবল সংস্করণগুলিতে বিশ্বাস করবেন না, পথটি দেখুন না) Be

উদাহরণস্বরূপ, আপনি যদি একটি প্রকল্পে আইটেক্সটশার্প v.1.00.101 ব্যবহার করেন এবং আপনি অন্য কোথাও নুগেট বা রেফারেন্স আইটেক্সটশার্প v1.00.102 ব্যবহার করেন তবে আপনি এই ধরণের রানটাইম ত্রুটিগুলি পেয়ে যাবেন যা কোনওভাবে আপনার কোডে প্রবেশ করবে।

একই ডিএলএল এবং সমস্ত কিছুতে কাজ করার জন্য আমি 3 টি প্রকল্পে আইটেক্সটশার্পে আমার রেফারেন্স পরিবর্তন করেছি।

— Juls
সূত্র
আমার জন্য এটি পরিষ্কার প্রকল্প এবং মুছে ফেলা এবং আবার কিছু উল্লেখ আবার যুক্ত করতে ভাল কাজ করেছে।
— হুনজা পি।
এটি ভিএস 2017 এর সাথে বিশেষত একটি সমস্যা কারণ এটি প্রায়শই আপনাকে একটি রেফারেন্স যুক্ত করার প্রস্তাব দেয় যা সমাধানে অন্য প্রকল্পের আউটপুট ফোল্ডারে উত্সের পথ নির্ধারণ করে, রেফারেন্স অ্যাসেমব্লির আউটপুট ফোল্ডারটি নয়।
— মিঃ টিএ
4

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

[assembly: AssemblyVersion("0.2.6")]
[assembly: AssemblyFileVersion("0.2.6")]
[assembly: AssemblyInformationalVersion("0.2.6")]
— sennett
সূত্র
আমি এটি কিভাবে পরীক্ষা করব?
— সার্জ
আমি মনে করি নুপুরে।
— সিনিট
4

এছাড়াও .. আপনার প্রকল্পগুলি বা সমাধানটি "পরিষ্কার" করার চেষ্টা করুন এবং আবার পুনর্নির্মাণ করুন!

— user384080
সূত্র
3

আপনি কি আবার চালু এবং চালু করার চেষ্টা করেছেন? জোকস একদিকে, আমার কম্পিউটারটি পুনরায় চালু করাই ছিল আসলে আমার জন্য কৌশলটি এবং অন্য উত্তরের কোনওটিতে তার উল্লেখ নেই।

— লি বেইলি
সূত্র
3

আমি কেবল এই সমস্যাটি নিয়ে এসেছি এবং এটি প্রমাণিত হয়েছে যে এটি আমার ইউআই প্রকল্প থেকে আমি ডিএলএল এর পূর্ববর্তী সংস্করণটি উল্লেখ করছি। সুতরাং, সংকলন করার সময় এটি খুশি ছিল। তবে এটি চালনার সময় ডিএলএল এর পূর্ববর্তী সংস্করণটি ব্যবহার করা হয়েছিল।

আপনার সমাধানগুলি পুনর্নির্মাণ / পরিষ্কার / পুনর্নির্মাণের প্রয়োজন অনুমান করার আগে অন্যান্য সমস্ত প্রকল্পের রেফারেন্সগুলি পরীক্ষা করুন।

— জেমি লুপটন
সূত্র
2

আমার ক্ষেত্রে এটি একটি অনুলিপি / পেস্ট সমস্যা ছিল। আমি আমার ম্যাপিং প্রোফাইলটির জন্য প্রাইভেট কনস্ট্রাক্টরের সাথে একরকম শেষ করেছি:

using AutoMapper;

namespace Your.Namespace
{
    public class MappingProfile : Profile
    {
        MappingProfile()
        {
            CreateMap<Animal, AnimalDto>();
        }
    }
}

(কর্টারের সামনে নিখোঁজ "জনসাধারণ" নোট করুন)

যা পুরোপুরি সূক্ষ্মভাবে সংকলিত হয়েছে, কিন্তু অটোম্যাপার যখন প্রোফাইলটি ইনস্ট্যান্ট করার চেষ্টা করে তখন এটি (অবশ্যই!) কনস্ট্রাক্টরকে খুঁজে পায় না!

— DaBeSoft
সূত্র
@ রেনাডগৌথির হয়ত আমি জোন স্কিটের উত্তরটিতে কিছু ভুল লিখেছি, তবে তিনি বলেছিলেন যে অ্যাক্সেস মডিফায়ারবিহীন ক্লাসগুলি অভ্যন্তরীণ, এবং মন্তব্যে তিনি আক্ষরিকভাবে বলেছিলেন "না এটি নয়। আপনি যদি কোনও নির্মাণকারী ঘোষণা করেন এবং কোনও অ্যাক্সেসিবিলিটি নির্দিষ্ট না করেন তবে এটি হবে বেসরকারী থাকুন। সি # স্পিকারের 10.3.5 বিভাগটি দেখুন "। সুতরাং আমি অনুমান করি যে আমার নির্মাতা সব পরে ব্যক্তিগত? যদি আমার ভুল হয় তবে দয়া করে আমাকে সংশোধন করুন। এবং হ্যাঁ আমার উত্তরদাতা প্রসঙ্গের বাইরে ছিল, আমি এখানে অন্য প্রশ্ন থেকে এসেছি (যা আমার পক্ষে কোনও উত্তর দেয় না)। আমিও আমার উত্তরটিতে একটি লিঙ্ক যুক্ত করব।
— ডাবিসফট
আপনি একেবারে ঠিক বলেছেন, আমাকে কিছু মনে করবেন না, আমি অকেজো মন্তব্য মুছে ফেলেছি।
— রেনেউদ গৌথির
1

আমার একটি অনুরূপ দৃশ্য ছিল যেখানে আমি এই একই ব্যতিক্রম ছোঁড়া হচ্ছে। আমার ওয়েব অ্যাপ্লিকেশন সমাধানে দুটি প্রকল্প ছিল যার নামকরণ হয়েছে, উদাহরণস্বরূপ, ডাল এবং ডাল C কাস্টস্পেক। ডাল প্রকল্পে মেথড 1 নামে একটি পদ্ধতি ছিল, তবে ডাল.কাস্টস্পেক তা করেনি। আমার মূল প্রকল্পে ডএল প্রকল্পের একটি রেফারেন্স ছিল এবং আরেকটি প্রকল্পের আরেকটি প্রকল্পের রেফারেন্স ছিল। আমার মূল প্রকল্পটি মেথড 1 এ কল করেছে। অ্যান্ডেলপ্রজ প্রকল্পের ডাল প্রকল্প নয়, ডাল কাস্টস্পেক প্রকল্পের একটি উল্লেখ রয়েছে। বিল্ড কনফিগারেশনে DAL এবং DAL উভয়ই ছিল ust সবকিছু নির্মিত হওয়ার পরে, আমার ওয়েব অ্যাপ্লিকেশন প্রকল্পের বিন ফোল্ডারে অ্যানড্রোপ্রোজ এবং ডএল অ্যাসেম্বলিগুলি ছিল। যাইহোক, যখন আমি ওয়েবসাইটটি চালালাম তখন ওয়েবসাইটটির জন্য অস্থায়ী এএসপি.এনইটি ফোল্ডারে ডাল অ্যাসেম্বলি নয়, তার ফাইলে ড্যাল কাস্টস্পট সমাবেশ ছিল, কিছু কারণে. অবশ্যই, যখন আমি সেই অংশটি চালিয়েছি যেখানে মেথড 1 বলে, আমি একটি "পদ্ধতি খুঁজে পাইনি" ত্রুটি পেয়েছি।

এই ত্রুটিটি সমাধান করার জন্য আমার যা করতে হবে তা হ'ল ডাবল.কাস্টস্পেক থেকে আন্ডারপ্রোজ প্রকল্পের রেফারেন্সটি কেবল ডাল-তে পরিবর্তন করা, অস্থায়ী এএসপি.নেট ফাইল ফোল্ডারে থাকা সমস্ত ফাইল মুছে ফেলা হয়েছে এবং তারপরে ওয়েবসাইটটি পুনরায় চালু করতে হবে। তারপরে, সবকিছু কাজ শুরু করে। আমি এটিও নিশ্চিত করেছিলাম যে ডাল.কাস্টস্পেক প্রকল্পটি বিল্ড কনফিগারেশনে আনচেক করেই নির্মিত হচ্ছে না।

আমি ভেবেছিলাম ভবিষ্যতে এটি অন্য কাউকে সহায়তা করার ক্ষেত্রে আমি এটি ভাগ করে নেব।

— রন কানাগি
সূত্র
1

আমি আমার এএসপি.এনইটি ওয়েবসাইটে একই অবস্থা পেয়েছি। আমি প্রকাশিত ফাইলগুলি মুছলাম, ভিএস পুনরায় চালু করেছি, প্রকল্পটি সাফ ও পুনরায় নির্মাণ করেছি। পরবর্তী প্রকাশের পরে, ত্রুটিটি চলে গেছে ...

— Irshu
সূত্র
1

আমি আমার পরিবর্তনগুলির সাথে শেল্ফেট তৈরি করে আমার ওয়ার্কস্পেসে টিএফএস পাওয়ার সরঞ্জামগুলি 'স্কর্চ' চালিয়ে এই সমস্যার সমাধান করেছি ( https://visualstudiogallery.msdn.microsoft.com/f017b10c-02b4-4d6d-9845-58a06545627f )। তারপরে আমি পরিবর্তনগুলি অপরিবর্তিত রেখে প্রকল্পটি পুনরায় সংশোধন করেছিলাম। এইভাবে আপনি আপনার ওয়ার্কস্পেসের আশেপাশে থাকা কোনও 'হ্যাঙ্গিং-পার্টিস' পরিষ্কার করতে পারবেন এবং একটি নতুন দিয়ে স্টার্টআপ করবেন। অবশ্যই এটি প্রয়োজন যে আপনি টিএফএস ব্যবহার করছেন।

— fbastian
সূত্র
1

সমস্যাটি প্যারামিটার বা রিটার্ন টাইপের যে পদ্ধতিটি অনুপস্থিত বলে রিপোর্ট করা হয়েছে এবং সেখানের প্রতি "অনুপস্থিত" পদ্ধতিটি ভাল is

আমার ক্ষেত্রে এটিই ঘটছিল এবং বিভ্রান্তিমূলক বার্তাটি বিষয়টি খুঁজে বের করতে অনেক বেশি সময় নিয়েছে। এটি প্যারামিটারের ধরণের জন্য জিএসি-তে পুরানো সংস্করণ ছিল বলে সমাবেশটি সক্রিয় হয়, তবে ব্যবহৃত সংস্করণ নম্বর স্কিমগুলির পরিবর্তনের কারণে পুরানো সংস্করণটি আসলে একটি উচ্চতর সংস্করণ নম্বর ছিল। জিএসি থেকে সেই পুরানো / উচ্চতর সংস্করণটি সরানো সমস্যার সমাধান করেছে।

— জিমি
সূত্র
1

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

স্পষ্টতই, এটি ছিল না যে আমার রেফারেন্সটি কোনও পুরানো ডিএলএলটির দিকে ইঙ্গিত করছে, এটি ছিল যে কোনও পুরানো ডিএলএল-এর একটি অনুলিপি যে ডিরেক্টরিটিতে আমার অ্যাপ্লিকেশনটি পরীক্ষা করা হয়েছিল সেখান থেকে একটি পৃথক সিস্টেমে যাচাই করা হয়েছিল in

— grep65535
সূত্র
1

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

— আলেকজান্দ্রে ডৌব্রিকোর্ট
সূত্র
1

আমার ক্ষেত্রে, মিসিংমথোডএক্সেপশন একই পদ্ধতিতে ছিল এমন একটি পদ্ধতির জন্য!

যাইহোক, আমি সবেমাত্র একটি নিউগেট প্যাকেজ যুক্ত করেছি যা আমার 4.7.1-টার্গেটিং প্রকল্পে নেট স্ট্যান্ডার্ড 2 ব্যবহার করে, যা System.Net.Http (4.7.1: সংস্করণ 4.0.0.0, NUGet প্যাকেজ .NET ব্যবহার করে) এর জন্য সংস্করণ সংঘাত সৃষ্টি করেছিল caused স্ট্যান্ডার্ড 2 চায় 4.2.0.0)। এই পরিচিত বিষয় হবে বলে মনে হচ্ছে 4.7.2 (নোট 2 দেখুন) ভাল হওয়া উচিত ।

আমি আমার অন্যান্য সমস্ত প্রকল্পে এটির মতো বাঁধাই করা পুনঃনির্দেশ ব্যবহার করেছি, কারণ এটি আমার 4.2.0.0 লোড করার চেষ্টা করার সাথে সাথেই ব্যতিক্রম হয়েছিল:

  <dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />
  </dependentAssembly>

এই এক প্রকল্প, এটা System.Net.Http লোড করার চেষ্টা করে বলে মনে করা হচ্ছে শুধুমাত্র ছাড়া যখন একটি স্থানীয় ফাংশন কলিং যে ব্যবহারসমূহ এটা প্যারামিটার বা রিটার্ন টাইপ (ডিবাগ সময় প্যারামিটার হয়, রিটার্ন টাইপ যখন আমি রান হিসাবে একটি System.Net.Http.HttpResponseMessage ডিবাগার ছাড়াই পরীক্ষাগুলি, কিছুটা অদ্ভুত)) এবং System.Net.Http- এর 4.2.0.0 সংস্করণটি লোড করতে পারে না এমন কোনও বার্তা দেখানোর পরিবর্তে, এই ব্যতিক্রমটি ফিরিয়ে দেয়।

— Legolas
সূত্র
0

এমভিসি 4 ব্যবহার করে আমার সাথে এটি ঘটেছিল এবং আমি এই থ্রেডটি পড়ার পরে সিদ্ধান্ত নিয়েছি যে ত্রুটিটি ছুঁড়ে ফেলছিল তার নামটির জন্য।

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

সুতরাং ভিএস এমন একটি মডেলকে উল্লেখ করছিল যা আমি আবার জিজ্ঞাসা না করেই আমি আবার লিখেছিলাম যে আমি এটি করতে চাই কিনা।

— TheWizardOfTN
সূত্র
0

এটি যদি কাউকে সহায়তা করে তবে এটি পুরানো সমস্যা হলেও আমার সমস্যাটি কিছুটা বিশ্রী ছিল।

জেনকিন্স ব্যবহার করার সময় আমার এই ত্রুটি হয়েছিল।

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

— রেনাটো চেনসিনস্কি
সূত্র
0

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

namespace Example
{
    public class ConfigFile
    {
        public ConfigFile()
        {
            Sensors = new List<ISensorInfo<Int32>>();
        }
        public List<ISensorInfo<Int32>> Sensors { get; set; }
     }
   }
}

**using Example.Sensors.Type1; // Added this to not throw the exception**
using System;

namespace Example.Sensors
{
    public interface ISensorInfo<T>
    {
        String SensorName { get; }
    }
}

using Example.Sensors;

namespace Example.Sensors.Type1
{
    public class Type1SensorInfo<T> : ISensorInfo<T>
    {
        public Type1SensorInfo() 
    }
}
— স্টিভেন কক্সলিয়েন
সূত্র
0

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

— bytedev
সূত্র
0

আমার একটি পরীক্ষা প্রকল্প ছিল যা 2 টি অন্যান্য প্রকল্পের রেফারেন্স করে যা প্রত্যেকে একই ডিএল এর বিভিন্ন সংস্করণ (বিভিন্ন স্থানে) উল্লেখ করে। এটি সংকলক বিভ্রান্ত।

— nuander
সূত্র
0

আমার ক্ষেত্রে স্পটিফাই.এক্স.এই একই পোর্টটি ব্যবহার করছিল যা আমার ওয়েব এপিআই প্রকল্প কোনও ডেভলপমেন্ট মেশিনে ব্যবহার করতে চেয়েছিল। বন্দরের নম্বর ছিল 4381।

আমি স্পটিফাই ছেড়ে দিলাম এবং সবকিছু আবার ভালভাবে কাজ করেছে :)

— আরদা বসোগলু
সূত্র
0

আমার ক্ষেত্রে, কোনও কোড পরিবর্তন হয়নি এবং হঠাৎ সার্ভারগুলির মধ্যে একটিতে এটি পাওয়া শুরু হয়েছিল এবং কেবল এই ব্যতিক্রম (সমস্ত সার্ভারের একই কোড রয়েছে, তবে কেবলমাত্র একটিতে সমস্যা হতে শুরু করেছে):

System.MissingMethodException: Method not found: '?'.

স্ট্যাক:

Server stack trace: 
   at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
   at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]: 
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
   at myAccountSearch.AccountSearchClient.myAccountSearch.AccountSearch.searchtPhone(searchtPhoneRequest request)
   at myAccountSearch.AccountSearchClient.searchtPhone(String ID, String HashID, searchtPhone Phone1)
   at WS.MyValidation(String AccountNumber, String PhoneNumber)

আমি বিশ্বাস করি যে সমস্যাটি অ্যাপপুল দূষিত হয়েছিল - আমরা প্রতিদিন সকাল তিনটায় অ্যাপপুলের পুনর্ব্যবহার করতে চলেছি এবং বিষয়টি সকাল at টায় শুরু হয়েছিল এবং তারপরে পরের দিন সকাল তিনটায় এটি নিজেই শেষ হয়েছে।

— জর্জ
সূত্র
0

মাইক্রোসফ্ট থেকে অবশ্যই একটি রেফারেন্স বাগ হতে হবে।

আমি আমার সমস্ত লাইব্রেরি পরিষ্কার করেছি, পুনর্নির্মাণ করেছি এবং এখনও একই সমস্যা পেয়েছি এবং এটি সমাধান করতে পারছি না।

আমি যা করেছি তা ভিজ্যুয়াল স্টুডিও অ্যাপ্লিকেশনটি বন্ধ করে দিয়ে আবার এটিকে খুললাম। কৌতুকটি করেছে।

এটি খুব হতাশাব্যঞ্জক যে এ জাতীয় সরল সমস্যাটি সমাধান করতে এত দিন সময় নিতে পারে কারণ আপনি ভাবেন না যে এটি এমন কিছু হবে।

— জয়জে বার্নার্ড
সূত্র
0

আমার ক্ষেত্রে, আমার প্রকল্পটি উল্লেখ করা হয়েছিল Microsoft.Net.Compilers.2.10.0। আমি যখন এটি স্যুইচ করেছি Microsoft.Net.Compilers.2.7.0, ত্রুটিটি চলে গেছে। এরকম বিভিন্ন কারণে কী রহস্যজনক ত্রুটি।

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