মেভেন স্কোপের মধ্যে পার্থক্য কী compileএবং providedযখন আরআর্টিফ্যাক্ট জেআর হিসাবে নির্মিত হয়? যদি এটি যুদ্ধ ছিল, আমি বুঝতে পারি - নিদর্শনগুলি ওয়েবে-আইএনএফ / লিবিবে অন্তর্ভুক্ত করা হত বা না হত। তবে জার ক্ষেত্রে এটি বিবেচ্য নয় - নির্ভরতা অন্তর্ভুক্ত নয়। তাদের স্কোপ compileবা হয় যখন তাদের ক্লাসপথে থাকতে হবে provided। আমি জানি যে providedনির্ভরতাগুলি ট্রানজিটিভ নয় - তবে এটি কি কেবল একটি পার্থক্য?
উত্তর:
থেকে ম্যাভেন ডক :
কম্পাইল
এটি ডিফল্ট সুযোগ, কোনওটি নির্দিষ্ট না করা হলে ব্যবহৃত হয়। প্রকল্পের সমস্ত শ্রেণিপথগুলিতে সংকলন নির্ভরতা উপলব্ধ। তদুপরি, এই নির্ভরতা নির্ভর প্রকল্পগুলিতে প্রচারিত হয়।
প্রদত্ত
এটি অনেকটা সংকলনের মতো, তবে আপনি জেডিকে বা কোনও ধারক রানটাইমের সময় নির্ভরতা সরবরাহ করবে বলে ইঙ্গিত দেয়। উদাহরণস্বরূপ, জাভা এন্টারপ্রাইজ সংস্করণের জন্য ওয়েব অ্যাপ্লিকেশন তৈরি করার সময়, আপনি সার্লেটlet এপিআই এবং সম্পর্কিত জাভা ইই এপিআইয়ের উপর নির্ভরতা নির্ধারিত স্কোপে সরবরাহ করবেন কারণ ওয়েব ধারক সেই ক্লাসগুলি সরবরাহ করে। এই সুযোগটি কেবল সংকলন এবং পরীক্ষার শ্রেণিপথে উপলভ্য, এবং ট্রান্সটিভ নয়।
সংক্ষিপ্তবৃত্তি:
compileহবে না provided।
সংকলনের অর্থ অ্যাপটি সংকলন এবং চালনার জন্য আপনার জেআর দরকার। একটি ওয়েব অ্যাপ্লিকেশনের জন্য, উদাহরণস্বরূপ, জারটি ওয়েবে-আইএনএফ / lib ডিরেক্টরিতে স্থাপন করা হবে।
প্রদত্ত অর্থ হ'ল সংকলনের জন্য আপনার জেআর দরকার, তবে রান সময়ে পরিবেশের দ্বারা ইতিমধ্যে জার সরবরাহ করা হয়েছে যাতে আপনার অ্যাপ্লিকেশনটির সাথে এটি প্যাকেজ করা দরকার না। একটি ওয়েব অ্যাপ্লিকেশনের জন্য, এর অর্থ এই যে JAR ফাইলটি WEB-INF / lib ডিরেক্টরিতে স্থাপন করা হবে না।
একটি ওয়েব অ্যাপ্লিকেশনটির জন্য, যদি অ্যাপ্লিকেশন সার্ভারটি ইতিমধ্যে জআর (বা এর কার্যকারিতা) সরবরাহ করে, তবে "সরবরাহিত" ব্যবহার করুন অন্যথায় "সংকলন" ব্যবহার করুন।
mvn exec:javaচালিত হওয়ার সময় সরবরাহকৃত নির্ভরতা শ্রেণিপথের সাথে যুক্ত হয় না তবে সংকলিত নির্ভরতা হয়।
যদি আপনি তার সমস্ত নির্ভরতা (টিপিকাল এক্সএক্সএক্সএক্সএক্স-অল.জার) সহ একক জেআর ফাইল উত্পন্ন করার পরিকল্পনা করে থাকেন, তবে সুযোগের বিষয়গুলি সরবরাহ করুন, কারণ এই ক্ষেত্রের অভ্যন্তরের শ্রেণিগুলি ফলাফলের জেআর-তে প্যাকেজ হবে না।
আরও তথ্যের জন্য মাভেন-এসেম্বলি-প্লাগইন দেখুন
maven-assembly-plugin, আকর্ষণীয় যে সর্বাধিক ভোটের উত্তরগুলি উল্লেখ করে না।
- কম্পাইল
শ্রেণীর পথে উপলভ্য করুন, স্বাভাবিক জার হলে এই নির্ভরতাটিকে চূড়ান্ত জারে যুক্ত করবেন না; তবে চূড়ান্ত জারটি যদি একক জার হয় তবে এই বয়ামটিকে জারে যুক্ত করুন (উদাহরণস্বরূপ, এক্সিকিউটেবল জার)
- প্রদত্ত
নির্ভরতা রান টাইম পরিবেশে উপলব্ধ হবে তাই কোনও ক্ষেত্রে এই নির্ভরতা যুক্ত করবেন না; এমনকি একক জারে নয় (যেমন সম্পাদনযোগ্য জার ইত্যাদি)
একটি জার ফাইলের জন্য, পার্থক্যটি MANIFEST.MF ফাইলের তালিকাভুক্ত ক্লাসপথে রয়েছে যদি অ্যাডক্লাসপথটি মাভেন-জার-প্লাগইন কনফিগারেশনে সত্য হিসাবে সেট করা থাকে। 'সংকলন' নির্ভরতা ম্যানিফেস্টে উপস্থিত হবে, 'সরবরাহিত' নির্ভরতাগুলি হবে না।
আমার পোষা প্রাণীগুলির মধ্যে একটি হল এই দুটি শব্দটির একই উত্তেজনা হওয়া উচিত। হয় সংকলিত এবং সরবরাহ করা হয়, বা সংকলন এবং সরবরাহ করে।
আপনি যখন খাঁটি সুযোগটি সেট করেন provided, এর অর্থ হ'ল প্লাগইন চললে প্রকৃত নির্ভরতা সংস্করণটি আপনি ইনস্টল করা অ্যাপাচি মাভেনের সংস্করণের উপর নির্ভর করবে।
জার ফাইল যদি এক্সিকিউটেবল স্প্রিং বুট জার ফাইলের মতো হয় তবে সমস্ত নির্ভরতার সুযোগ অবশ্যই compileসমস্ত জার ফাইল অন্তর্ভুক্ত করতে হবে।
তবে জার ফাইলটি যদি অন্য প্যাকেজ বা অ্যাপ্লিকেশনগুলিতে ব্যবহৃত হয় তবে তার জন্য জার ফাইলটিতে সমস্ত নির্ভরতা অন্তর্ভুক্ত করার দরকার নেই কারণ এই প্যাকেজগুলি বা অ্যাপ্লিকেশনগুলি নিজেরাই অন্যান্য নির্ভরতা সরবরাহ করতে পারে।
JAR packagingপ্রসঙ্গে শর্তগুলির মধ্যে পার্থক্য সম্পর্কে চিন্তাভাবনা করি । ম্যাভেন ডক এটি সম্পর্কে উল্লেখ করে না। আমি কিছুক্ষণের জন্য ম্যাভেন ব্যবহার করি, তবে আমি ইতিমধ্যে নিজেকে এটি সম্পর্কে জিজ্ঞাসা করেছি :) সুতরাং মনে হচ্ছেJAR packagingপ্রসঙ্গে,compileএবংprovided(নির্ভরতা স্থানান্তর ব্যতীত) এর মধ্যে কোনও পার্থক্য নেই। আমি কি সঠিক?