"সফ্টওয়্যার সংযোগ বিঘ্নিত কারণ: সকেট লেখার ত্রুটি" এর সরকারী কারণ

Question

এই স্ট্যাক ট্রেস স্নিপেট দেওয়া

দ্বারা সৃষ্ট: java.net.SketException: সফ্টওয়্যার সংযোগ বিলোপ ঘটিয়েছে: java.net
 . সকেটআউটপুটস্ট্রিম.সকেটওয়াইট0 (স্থানীয় পদ্ধতি) এ সকেট লেখার ত্রুটি

আমি নিম্নলিখিত প্রশ্নের উত্তর দেওয়ার চেষ্টা করেছি:

1. কি কোড এই ব্যতিক্রম নিক্ষেপ করা হয়? (জেভিএম? / টমক্যাট? / আমার কোড?)
2. কী কারণে এই ব্যতিক্রম নিক্ষেপ করা হয়?

# 1 সম্পর্কিত:

সূর্যের জেভিএম উত্সটিতে এই সঠিক বার্তাটি নেই, তবে আমি মনে করি পাঠ্য সফটওয়্যারটির কারণে সংযোগটি বাতিল হয়ে গেছে: সকেট লেখার ত্রুটি এর স্থানীয় প্রয়োগ থেকে SocketOutputStream:

private native void socketWrite0(FileDescriptor fd, byte[] b, int off,
                 int len) throws IOException;

# 2 সম্পর্কিত

আমার ধারণাটি হ'ল ক্লায়েন্টটি সম্পূর্ণ প্রতিক্রিয়া পাওয়ার আগে সংযোগটি বন্ধ করে দিলে এটি ঘটেছিল (যেমন একটি অনুরোধ পাঠানো হয়েছিল, তবে পূর্ণ প্রতিক্রিয়া পাওয়ার আগে এটি বন্ধ / সমাপ্ত / অফলাইন হয়ে গেছে)

প্রশ্নাবলী:

1. উপরের অনুমানগুলি কি সঠিক (# 1 এবং # 2)?
2. এটিকে পরিস্থিতি থেকে আলাদা করা যায়: " সার্ভারের পাশে নেটওয়ার্ক ত্রুটির কারণে ক্লায়েন্টকে লেখা যায়নি "? বা যে একই ত্রুটি বার্তা রেন্ডার হবে?
3. এবং সর্বাধিক গুরুত্বপূর্ণ: উপরে সরকারী কোন দলিল (যেমন সূর্যের থেকে) রয়েছে?

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

Comments

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

— koppor

আরে Eran আমি এই ব্যতিক্রম যখন (লেখার / পাঠানোর পাচ্ছি outs.write(audioBytes);) byte[]করার জন্য OutputStream। অডিও যখন চালাচ্ছে এবং বাজানোর সময় ব্যবহারকারীরা অন্য কোনও মেনুতে ক্লিক করে (যা একটি সার্ভারের অনুরোধ প্রেরণ করে) কনসোলে একই ত্রুটি পেয়েছি। সুতরাং এই ব্যতিক্রম উপেক্ষা নিরাপদ?

— আমোঘ

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

— ইরান মেডান

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

— ক্ষিতাইজ শর্মা

Answer 1

এই ত্রুটিটি ঘটতে পারে যখন স্থানীয় নেটওয়ার্ক সিস্টেম কোনও সংযোগ বন্ধ করে দেয়, যেমন উইনসক যখন ডেটা রিট্রান্সমিশন ব্যর্থ হওয়ার পরে কোনও প্রতিষ্ঠিত সংযোগ বন্ধ করে (রিসিভার কখনই ডেটাস্ট্রিম সকেটে প্রেরিত ডেটা স্বীকার করে না)।

দেখুন এই দুটিই MSDN নিবন্ধ । 'সফ্টওয়্যার দ্বারা সংযোগ বিঘ্নিত হওয়া' সম্পর্কিত কিছু তথ্যও দেখুন ।

Comments

WSAECONNABORTED - একটি বোধগম্য ব্যাখ্যা

— মাদুর গেসেল

@ ম্যাটগ্যাসেল এই নিবন্ধটি কেবল বিভ্রান্তির পুনরাবৃত্তি করেছে এবং এর নিজস্ব কিছু যোগ করে। WSAECONNABORTED একটি উইনসক ত্রুটি কোড, সুতরাং এর জন্য সম্ভবত বার্কলে ব্যাখ্যা থাকতে পারে না। HTTP সার্ভার সম্পর্কে বর্ণিত পরিস্থিতি WSAECONNABORTED নয়, ECONNRESET উত্পাদন করবে produce

— মার্চুইস অফ লর্ন

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

— Amogh

@ রুস্টিক্স তিনটি সূত্র এখানে উদ্ধৃত করেছে যে এটি ACK ব্যর্থতার দ্বারা উত্পাদিত হয়েছে। আপনার নিজের দাবির জন্য যদি কোনও উত্স থাকে তবে দয়া করে এটি উল্লেখ করুন।

— লার্নের মারকুইস

এটি আসল উত্তর নয় কারণ সমস্যাটি আরও চালিয়ে নেওয়ার জন্য আপনাকে তথ্য দেয় না। এখানে উত্তরটি মূলত "নেটওয়ার্কে খারাপ কিছু ঘটেছিল"। আরও লগ এবং ক্রিয়াকলাপের অন্যান্য রেকর্ডগুলি অন্তর্নিহিত সমস্যাটি চিহ্নিত করার জন্য আমাকে কী অনুমতি দিতে পারে তা বোঝা সত্যিই সহায়ক হবে।

— ডেরেক বেনেট

Answer 2

java.net.SocketExceptionযখন তৈরি অথবা অ্যাক্সেস একটি ত্রুটি ফেলা হয় একটি সকেট (যেমন বিভিন্ন TCP )। সার্ভারের সংযোগটি শেষ হয়ে যাওয়ার পরে এটি সঠিকভাবে ঘটতে পারে (সঠিকভাবে এটি বন্ধ না করে), সুতরাং সম্পূর্ণ প্রতিক্রিয়া পাওয়ার আগে। বেশিরভাগ ক্ষেত্রে এটি টাইমআউট ইস্যুতে ঘটতে পারে (উদাহরণস্বরূপ প্রতিক্রিয়াটি অনেক বেশি সময় নেয় বা অনুরোধগুলির সাথে সার্ভার ওভারলোড হয়), বা ক্লায়েন্ট এসওয়াইএন প্রেরণ করেছে, তবে এটি এসিকে পায় নি (সংযোগ সমাপ্তির স্বীকৃতি) । সময়সীমা সম্পর্কিত সমস্যার জন্য, আপনি সময়সীমা মান বাড়িয়ে বিবেচনা করতে পারেন।

সকেট ব্যতিক্রম সাধারণত সমস্যাটি সম্পর্কে নির্দিষ্ট বিশদ বার্তা নিয়ে আসে।

বিস্তারিত বার্তার উদাহরণ:

• সফ্টওয়্যারটির কারণে সংযোগ বাতিল হয়ে গেছে: পুনরায় ব্যর্থ হয়েছে।

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

  সম্ভাব্য সমাধান: আপনার CLASSPATH এ সঠিক গ্রন্থাগার / ড্রাইভার রয়েছে তা নিশ্চিত করুন।

• সফ্টওয়্যার কারণে সংযোগ বিলোপ: সংযুক্ত।

  রিমোটের সাথে সংযোগ স্থাপন করতে কোনও সমস্যা হলে এটি ঘটতে পারে। উদাহরণস্বরূপ ভাইরাস-চেকারের কারণে রিমোট মেল অনুরোধগুলি প্রত্যাখ্যান করা হয়েছে ।

  সম্ভাব্য সমাধান: সংযোগের জন্য বহির্গামী অনুরোধগুলির জন্য পোর্টটি ব্লক করছে কিনা তা ভাইরাস স্ক্যান পরিষেবা পরীক্ষা করুন।

• সফ্টওয়্যারটির কারণে সংযোগ বাতিল হয়ে গেছে: সকেট লেখার ত্রুটি

  সম্ভাব্য সমাধান: আপনি স্রোতে বাইটের সঠিক দৈর্ঘ্য লিখছেন তা নিশ্চিত করুন। আপনি যা পাঠাচ্ছেন তা দ্বিগুণ পরীক্ষা করে দেখুন। এই থ্রেড দেখুন ।

• পিয়ারের মাধ্যমে সংযোগটি পুনরায় সেট করুন: সকেট লেখার ত্রুটি / পিয়ারের দ্বারা সংযোগ বাতিল করা হয়েছে: সকেট লেখার ত্রুটি

  অ্যাপ্লিকেশনটি সার্ভারের পাশে কী-লাইভ সংযোগের সময়সীমা শেষ হয়েছে কিনা তা যাচাই করে নি।

  সম্ভাব্য সমাধান: নিশ্চিত হয়ে নিন যে সংযোগটি পড়ার আগে এইচটিপিপিলেটটি অকার্যকর। ^E13222_01

• পিয়ার দ্বারা সংযোগ পুনরায় সেট করুন।

  পিয়ার (সার্ভার) দ্বারা সংযোগটি সমাপ্ত করা হয়েছে।

• সংযোগ পূনস্থাপন.

  অনুরোধটির সাথে অনুরোধের কারণে সংযোগটি হয় ক্লায়েন্ট দ্বারা বন্ধ করা হয়েছে বা সংযোগের সার্ভার শেষে বন্ধ করা হয়েছে।

  দেখুন: আমার জাভা ডটকমকে কী ঘটছে? সকেট এক্সসেপশন: সংযোগটি পুনরায় সেট করুন?

Comments

এই 6 টি পয়েন্টের মধ্যে একটিই আসলে প্রশ্নের উত্তর দেয়, ভুল করে। আরও কয়েকজন ভুল হিসাবে রয়েছে। অ্যাপ্লিকেশনটি 'সার্ভারের পাশে কী-লাইভ সংযোগের সময় শেষ হয়েছিল কিনা তা পরীক্ষা করতে পারে না ' ' HttpClientহচ্ছে nullসম্ভবত একটি কারণ না পারেন SocketException। স্ট্রিমে সঠিক দৈর্ঘ্য না লিখলে তা হয় না।

— লার্নের মারকুইস

Answer 3

আমি এটি বেশিরভাগ ক্ষেত্রে দেখেছি যখন কোনও ওয়ার্কস্টেশন / ল্যাপটপে কর্পোরেট ফায়ারওয়াল পথে আসে, এটি সংযোগটি মেরে ফেলে।

যেমন। আমার একই সার্ভারে একটি সার্ভার প্রক্রিয়া এবং একটি ক্লায়েন্ট প্রক্রিয়া রয়েছে। সার্ভারটি সমস্ত ইন্টারফেসে (0.0.0.0) শুনছে এবং ক্লায়েন্টটি পাবলিক / হোম ইন্টারফেসের সাথে একটি সংযোগ চেষ্টা করে (লুপব্যাক ইন্টারফেসটি 127.0.0.1 নোট করুন)।

যদি মেশিনটির নেটওয়ার্ক সংযোগ বিচ্ছিন্ন থাকে (যেমন ওয়াইফাই বন্ধ থাকে) তবে সংযোগটি তৈরি হয়। যদি মেশিনটি কর্পোরেট নেটওয়ার্কের সাথে সংযুক্ত থাকে (সরাসরি বা ভিপিএন) তবে সংযোগটি তৈরি হয়।

তবে, মেশিনটি যদি সর্বজনীন ওয়াইফাই (বা হোম নেটওয়ার্ক) এর সাথে সংযুক্ত থাকে তবে ফায়ারওয়ালটি সংযোগটি কিল করে দেয়। এই পরিস্থিতিতে ক্লায়েন্টকে লুপব্যাক ইন্টারফেসের সাথে সংযুক্ত করা ঠিক হোম / পাবলিক ইন্টারফেসের সাথে নয়, দুর্দান্ত কাজ করে।

আশাকরি এটা সাহায্য করবে.

Comments

ফায়ারওয়াল সংযোগগুলি রোধ করে । প্রশ্নটি একটি বিদ্যমান সংযোগটি পুনরায় সেট করার বিষয়ে।

— মারকুইস

Answer 4

যা উপাদান ব্যর্থ আমি ব্যবহার করে TCP / IP যোগাযোগ নিরীক্ষণ হবে প্রমাণ wireshark এবং চেহারা যারা actaully বন্দর বন্ধ করা হয়, এছাড়াও সময় সমাপ্ত প্রাসঙ্গিক হতে পারে।

Comments

কেউ বন্দর বন্ধ করছে না। অপারেটিং সিস্টেমটি সংযোগটি বাতিল করে দিচ্ছে।

— লার্নের মার্কুইস

@EJP আমি যখন দেখেছি যে এটি যখন বোঝা বেশি হয়ে যায় এবং স্মৃতিশক্তি শেষ হয়ে যায় তখন আমি এই ঘটনাটি দেখেছি। আমি নিশ্চিত নই যে এটি ওএস যা সংযোগটি বন্ধ করে দেয় তবে জেভিএম বন্য হয়ে যায়।

— জি

@ জী একটি বন্দর বন্ধ করে দেওয়া, যা ওয়ায়ারশার্কে এফআইএন হিসাবে দেখা যায় এবং সংযোগটি বাতিল করে দেওয়ার মধ্যে পার্থক্য রয়েছে, যা নেই।

— লার্নের মারকুইস

Answer 5

আপনি কি টমকেট উত্স কোড এবং জেভিএম উত্সটি পরীক্ষা করেছেন? এটি আপনাকে আরও সহায়তা দিতে পারে।

আমি মনে করি আপনার সাধারণ চিন্তাভাবনা ভাল। আমি এমন ConnectExceptionদৃশ্যের একটি আশা করব যা আপনি সংযোগ করতে পারবেন না couldn't উপরেরটি দেখতে ক্লায়েন্ট চালিত দেখে মনে হচ্ছে।

Comments

হ্যাঁ, আমি পরীক্ষা করেছি টমকেটের উত্সগুলিতে বাক্যটির কোনও অনুমান ছিল না, ধন্যবাদ।

— ইরান মেডান

না তিনি টমকেট উত্স এবং জেভিএম উত্সটি পরীক্ষা করেছেন।

— স্টিফেন সি

বা যদি তিনি জেভিএম উত্সটি পরীক্ষা করে থাকেন, তবে সেগুলি সব পরীক্ষা করে দেখেনি।

— স্টিফেন সি

@ এহরান - স্থানীয় উত্সগুলিতে বার্তাটির স্ট্রিং সম্ভবত। তবে আপনার ইভেন্ট লগটিও পরীক্ষা করা উচিত। আইএমও, পরবর্তীটি সম্ভবত আরও তথ্যবহুল হতে পারে।

— স্টিফেন সি

এই বার্তার স্ট্রিংটি আসলে অপারেটিং সিস্টেম থেকে আসে।

— লার্নের মারকুইস

Answer 6

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

Comments

না এটা না। এটি একটি সকেট ফাঁস অন্তর্ভুক্ত করবে, যা শেষ পর্যন্ত এফডি ক্লান্তি ঘটায়।

— লার্নের মারকুইস

Answer 7

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

আশাকরি এটা সাহায্য করবে.
এবং যদি এখনও সমস্যার মুখোমুখি হন তবে আপনার সমস্যাটি বিশদে এখানে সংক্ষেপে।

Comments

@ ভাবিনছাত্রোলা নং, একটি ভুল উত্তর। বর্ণিত পরিস্থিতি 'পিয়ার দ্বারা সংযোগ পুনরায় সেট করুন' উত্পন্ন করে, প্রশ্নের ত্রুটি নয়।

— লার্নের মারকুইস

Answer 8

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

সোপুআইতে এখানে যান:

ফাইল -> পছন্দসমূহ - সকেট সময়সীমা (এমএস)

... এবং একটি বড় মান যেমন 180000 (3 মিনিট) রাখুন, এটি আপনার ইস্যুটির জন্য সঠিক সমাধান হবে না কারণ ফাইলটি বাস্তবে বড় আকারের, তবে কমপক্ষে আপনার প্রতিক্রিয়া থাকবে।

Answer 9

অন্য ক্লায়েন্টে সংযোগ বন্ধ রয়েছে

আমার ক্ষেত্রে ত্রুটিটি ছিল:

java.net.SocketException: Software caused connection abort: recv failed

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

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

জাভা অ্যাপ্লিকেশনটি পুনরায় চালু করলে ত্রুটিটি আর পাওয়া যায়নি।

কনফিগ

• উইন্ডোজ 7
• এক্সিলিপ কেপলার
• এসকিউরিল 3.6
• org.h2. ড্রাইভিং ভার 1.4.192

Answer 10

আমার ক্ষেত্রে, আমি ক্লায়েন্ট এবং সার্ভারের দিকটি বিকাশ করেছি এবং আমার ব্যতিক্রম রয়েছে:

কারণ: ত্রুটি মার্শালিং আর্গুমেন্ট; নেস্টেড ব্যতিক্রম হ'ল: java.net.SketException: সফ্টওয়্যার কারণে সংযোগ বাতিল, সকেট লেখার ত্রুটি

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

Answer 11

আমার সার্ভারটি এই ব্যতিক্রমটি 2 দিনের মধ্যে ফেলেছিল এবং আমি সংযোগ বিচ্ছিন্নকরণ ফাংশনটি এর সাথে সরিয়ে এটি সমাধান করেছি:

outputStream.close();
inputStream.close();
Client.close();

তালিকা থ্রেড শেষে। যদি এটা কাউকে সাহায্য করবে।

Answer 12

নীচে বর্ণিত পরিস্থিতিতে, ক্লায়েন্ট পক্ষ যেমন একটি ব্যতিক্রম ছুঁড়ে ফেলবে:

সার্ভারকে ক্লায়েন্ট শংসাপত্রের প্রমাণীকরণ করতে বলা হয়, তবে ক্লায়েন্ট একটি শংসাপত্র সরবরাহ করে যা প্রসারিত কী ব্যবহার ক্লায়েন্ট প্রমাণকে সমর্থন করে না, তাই সার্ভার ক্লায়েন্টের শংসাপত্র গ্রহণ করে না, এবং এটি সংযোগটি বন্ধ করে দেয়।

Comments

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

— রাষ্ট্রপতি জেমস কে পোলক

প্রকৃতপক্ষে এটি বর্তমান প্রশ্নের মতোই সকেটএক্সসেপশন ছুড়ে ফেলেছে, আমি পরীক্ষা

— করেছিলাম

Answer 13

এসএসএল ক্লায়েন্ট পক্ষ নীচের পরিস্থিতিতে এমন ব্যতিক্রম ছুঁড়ে ফেলবে （আমি পরীক্ষা করেছিলাম）,:

সার্ভারকে ক্লায়েন্ট শংসাপত্র প্রমাণীকরণ করতে বলা হয়, তবে ক্লায়েন্ট একটি শংসাপত্র সরবরাহ করে যা প্রসারিত কী ব্যবহার ডোনট সমর্থন ক্লায়েন্ট প্রমাণকে দেয়।

Answer 14

বাকি API কলগুলি উপহাস করার সময় আমি ওয়্যারমককে নিয়ে একই সমস্যার মুখোমুখি হয়েছি। আগে আমি এইভাবে সার্ভারটি সংজ্ঞায়িত করছিলাম:

WireMockServer wireMockServer = null;

তবে এটি নীচের প্রদর্শিত মত সংজ্ঞা দেওয়া উচিত:

@Rule 
public WireMockRule wireMockRule = new WireMockRule(8089);

Comments

এটি একটি NullPointerExceptionসমস্যা সৃষ্টি করবে , এই সমস্যা নয়।

— লার্নের মারকুইস