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 ass dee bestehenden KeyStore.PrivateKeyEntry. Gitt d'Wäerter vum Proxykont aus der Identitéitsquell vun der Applikatioun un a benotzt dëse Signataire duerno a sengem gewéinlechen ZipFile- an Ausgabestroum-Aarbechtsfloss.

D'Prädikat vum Ufroertyp hält Proxy- an Destinatiounsauthentifikatioun getrennt a verhënnert, datt eng Destinatiounsherausfuerderung d'Proxypasswuert kritt; Host a Port beschränken den Intermédiaire.

Systemeigenschaften an den Standard-Authenticator beaflossen déi ganz JVM. Setzt hir Liewensdauer beim Start amplaz se ronderëm gläichzäiteg Aarbechten ëmzeschalten.

Déi ëffentlech jdk.security.jarsigner API vermeit sun.security.tools.jarsigner.Main an al tools.jar-Layouten. D'Beispill benotzt HTTP TSA; HTTPS TSA brauch och säin HTTPS-Wee an déi gewéinlech Iwwerpréifungs- an Authentifikatiounspolitik.

Ähnlech Artikelen