Ant SignJar: প্রক্সির মাধ্যমে টাইমস্ট্যাম্প অনুরোধ পাঠান
Ant SignJar-এর টাইমস্ট্যাম্প অনুরোধ যে প্রক্সি ব্যবহার করে তা কনফিগার করুন; বিল্ড লাংচারের সেটিং যে jarsigner-এ পৌঁছায় তা ধরে নিবেন না।
একটি বিল্ড তার সব নির্ভরতা ডাউনলোড করে JAR সাইন করার সময় আরও একটি নেটওয়ার্ক অনুরোধ প্রয়োজন হতে পারে। সেই অনুরোধটি Ant-এর SignJar টাস্ক যে jarsigner প্রক্রিয়া চালু করে তার মাধ্যমে টাইমস্ট্যাম্প অথরিটির কাছে যায়।
SignJar TSA-নির্দিষ্ট প্রক্সি অ্যাট্রিবিউট দেয়। বিদ্যমান সাইনিং কনফিগারেশনের ভিতরে প্রাসঙ্গিক রূপটি হলো:
<signjar jar="${jar.to.sign}"
alias="${signing.alias}"
keystore="${signing.keystore}"
storepass="${signing.storepass}"
tsaurl="https://tsa.example/"
tsaproxyhost="proxy.example"
tsaproxyport="8080" />
মানগুলো বিল্ডের অনুমোদিত সাইনিং সেটআপ ও TSA-র জন্য প্লেসহোল্ডার। Ant 1.9.5 সংস্করণ থেকে tsaproxyhost ও tsaproxyport নথিভুক্ত করে।
Ant 1.10.15-এ SignJar TSA URL-এর স্কিম পরীক্ষা করে এবং এই অ্যাট্রিবিউটগুলোকে -J-D দিয়ে jarsigner-এ পাঠানো সংশ্লিষ্ট HTTP বা HTTPS প্রক্সি প্রপার্টিতে রূপান্তর করে। প্রক্সি হোস্ট নিজেই একটি হোস্টনেম, এর পোর্ট আলাদা ভাবে দেওয়া হয়। অনুমোদিত TSA যদি প্রকাশ্যভাবে পৌঁছানো যায় এবং সাইনিং প্রক্রিয়াকে অননুমোদিত প্রকাশ্য মধ্যস্থতাকারী ব্যবহারের অনুমতি থাকে, তবে HTTP প্রক্সি তালিকার একটি এন্ট্রি ঐ দুটি TSA প্রক্সি অ্যাট্রিবিউট পূরণ করতে পারে।
এই চাইল্ড-প্রসেস সীমা Maven antrun বিল্ডেও গুরুত্বপূর্ণ। Maven-এর রিপজিটরি প্রক্সি কনফিগারেশন এবং Ant চালানো JVM-এর প্রপার্টি এই প্রমাণ নয় যে আলাদা ভাবে চালু করা jarsigner রুটটি পেয়েছে। সেই প্রক্রিয়া তৈরি করে যে টাস্ক তা কনফিগার করুন।