Java 9+ JarSigner API-তে টাইমস্ট্যাম্প অনুরোধের প্রক্সি সেটিংস

System.setProperty("http.proxyHost", "proxy.example");
System.setProperty("http.proxyPort", "8080");

java.net.Authenticator.setDefault(new java.net.Authenticator() {
    @Override
    protected java.net.PasswordAuthentication getPasswordAuthentication() {
        if (getRequestorType() == RequestorType.PROXY
                && "proxy.example".equalsIgnoreCase(getRequestingHost())
                && getRequestingPort() == 8080) {
            return new java.net.PasswordAuthentication(
                proxyUser, proxyPassword.toCharArray());
        }
        return null;
    }
});

var signer = new jdk.security.jarsigner.JarSigner.Builder(signingEntry)
    .tsa(java.net.URI.create("http://tsa.example/"))
    .build();

signingEntry হলো বিদ্যমান KeyStore.PrivateKeyEntry। অ্যাপ্লিকেশনের ক্রেডেনশিয়াল উৎস থেকে প্রক্সি অ্যাকাউন্টের মান দিন, তারপর এই সাইনকারকে তার স্বাভাবিক ZipFile/আউটপুট-স্ট্রিম কর্মপ্রবাহে ব্যবহার করুন।

অনুরোধকারী-ধরনের পূর্বনির্ধারক প্রক্সি ও গন্তব্য প্রমাণীকরণ আলাদা রাখে, ফলে গন্তব্যের চ্যালেঞ্জ প্রক্সি পাসওয়ার্ড পায় না; হোস্ট ও পোর্ট মধ্যস্থতাকারীকে সীমিত করে।

সিস্টেম প্রপার্টি ও ডিফল্ট Authenticator সমগ্র JVM-এ প্রভাব ফেলে। একসাথে চলা কাজের চারপাশে সেগুলো বদলানোর বদলে শুরুতে তাদের জীবনকাল নির্ধারণ করুন।

পাবলিক jdk.security.jarsigner API sun.security.tools.jarsigner.Main এবং পুরোনো tools.jar বিন্যাস এড়িয়ে চলে। উদাহরণটি HTTP TSA ব্যবহার করে; HTTPS TSA-এরও নিজস্ব HTTPS পথ ও স্বাভাবিক যাচাই ও প্রমাণীকরণ নীতি দরকার।