Վստահված սերվերի կարգավորումներ ժամանակի դրոշմանիշի հարցումների համար 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 ուղին և սովորական ստուգման և նույնականացման քաղաքականությունը։