Intersult HTTP
Your trail: 

This page (revision-4) was last changed on 17-Aug-2012 10:15 by Dieter Käppel

This page was created on 07-Aug-2012 16:11 by Dieter Käppel

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
4 17-Aug-2012 10:15 4 KB Dieter Käppel to previous
3 17-Aug-2012 10:15 3 KB Dieter Käppel to previous | to last
2 07-Aug-2012 16:12 3 KB Dieter Käppel to previous | to last
1 07-Aug-2012 16:11 2 KB Dieter Käppel to last

Page References

Incoming links Outgoing links
Intersult HTTP
Intersult HTTP

Version management

Difference between version and

At line 1 changed one line
Das [Intersult HTTP] sind Streaming-Handler für das [Java] URL-Handling mit NTLM-Unterstützung und arbeitet mit allen Betriebssystemen zusammen. Es kann aus dem [Intersult Maven Repository] bezogen werden, ist daher mit [Maven] kompatibel.
Das [Intersult HTTP] sind Streaming-Handler für das [Java] URL-Handling mit NTLM-Unterstützung. Es kann aus dem [Intersult Maven Repository] bezogen werden, ist daher mit [Maven] kompatibel.
At line 4 changed one line
Die normalen [Java] Streaming-Handler für HTTP- und HTTPS-URLs handeln die Authentifizierung bei Proxy oder Server unter Windows selbst ab.
Die normalen [Java] Streaming-Handler für HTTP- und HTTPS-URLs handeln die Authentifizierung bei Proxy oder Server selbst ab. Der Benutzer hat keine Möglichkeit zum Eingreifen. Entweder die eingebauten Methoden zur Authentifizierung sind ausreichend für den benötigten Zweck, oder der Handler schlägt fehl mit der maximalen Anzahl von Redirects.
At line 6 removed 4 lines
Allerdings hat der Benutzer hat keine Möglichkeit zum Eingreifen. Entweder die eingebauten Methoden zur Authentifizierung sind ausreichend für den benötigten Zweck, oder der Handler schlägt fehl mit der maximalen Anzahl von Redirects.
Des Weiteren funktioniert das transparente NTLM nur unter Windows, wenn der entsprechende Account auf der Maschine verfügbar ist. Soll ein anderer Account verwendet werden oder man benutzt ein anderes Betriebssystem, schläft das transparente NTLM fehl.
At line 13 changed 28 lines
[Intersult HTTP] enthält mehrere Handler, der NtlmHandler dürfte der interessanteste davon sein. Jedoch können auch die HTTP- und HTTPS-Handler verwendet werden, um eine direktere HTTP-Verbindung herzustellen, ohne die üblichen Authentifizierungsversuche.
!!NTLM
Das NTLM wird durch einen eigenen Handler verwendet:
{{{
NtlmHandler handler = new NtlmHandler();
handler.setUsername("domain\\username");
handler.setPassword("password");
URL url = new URL(null, urlString, handler);
URLConnection connection = url.openConnection();
...
}}}
Der NtlmHandler kapselt einen anderen Handler, hier wird per Default der Intersult HTTP/HTTPS-Handler verwendet, weil der normale Java-Handler die Authentifizierung abfangen und seinerseits verarbeiten würde. Falls kein transparantes NTLM zur Verfügung steht, würde dies sonst fehlschlagen.
Die Authentication kann auch durch den Default-Authenticator gesetzt werden:
{{{
Authenticator.setDefault(new Authenticator() {
@Override
protected PasswordAuthentication getPasswordAuthentication() {
return new PasswordAuthentication("domain\\username", "password".toCharArray());
}
});
}}}
!!URL mit Intersult HTTP
!URL mit Intersult HTTP
At line 50 changed one line
!!HTTPS
!HTTPS
At line 60 changed one line
!!Genereller Austausch der Handler
!Genereller Austausch der Handler
At line 76 changed 2 lines
!!Request Method
Die standard HttpURLConnection hat fest die Request Methods GET, POST, HEAD, OPTIONS, PUT, DELETE und TRACE eingebaut. Das Verwenden einer anderen Method ist nicht möglich.
!NTLM
Das NTLM kann momentan nur durch einen eigenen Handler verwendet werden:
At line 79 changed one line
Die [Intersult] HttpURLConnection nimmt beliebige Request Methods bis zu einer Länge von 256 Zeichen an. Sie kann damit auch als Grundlage für SVN- oder DAV-Anfragen genutzt werden.
{{{
URLStreamHandler handler = new com.intersult.net.http.Handler();
handler = new NtlmHandler(handler);
URL url = new URL(null, urlString, handler);
URLConnection connection = url.openConnection();
...
}}}
At line 81 changed 4 lines
!!!Hintergründe
Der NtlmHandler kapselt einen anderen URLStreamHandler, hier wird per Default der Intersult HTTP/HTTPS-Handler verwendet, im Konstruktor kann jedoch ein anderer Handler übergeben werden.
Der normale Java-Handler kann nicht verwendet werden, da er die Authentifizierung abfängt und seinerseits verarbeiten. Falls kein transparantes NTLM zur Verfügung steht, würde dies sonst fehlschlagen.
Wie zu sehen ist, kapselt der NtlmHandler einen anderen Handler. Hier muss der [Intersult HTTP]-Handler verwendet werden, weil der normale Java-Handler die Authentifizierung abfangen würde. Falls kein transparantes NTLM zur Verfügung steht, würde dies sonst fehlschlagen.
This page (revision-4) was last changed on 17-Aug-2012 10:15 by Dieter Käppel Top
Übersicht
Startseite
Das Unternehmen
Produkte
Consulting
Referenzen

Jobmarkt
Jobangebote
Profile

Hilfe
Suche
Seitenindex
Letzte Änderungen
Sichere Verbindung

Systeme
Tickets
Jenkins
Nexus
SVN
Email Client
962 Aufrufe

referenziert von
Intersult HTTP
Intersult Produkte

© 2022 Intersult GmbH | Jobs | Kontakt | Presse | AGB | Impressum | Cookies | Datenschutz | Serverzeit 2024.11.23 16:12:56 GMT