Ungültiges cookie-header : Unable to parse abläuft Attribut an, wenn der läuft-Attribut leer ist

In einem android-Anwendung, bei der Verwendung von DefaultHttpClient um eine URL-Inhalt (HttpGet ausführen) erhalte ich die folgende Warnung protokolliert: 

W/ResponseProcessCookies(20386): Invalid cookie header: "Set-Cookie: NSC_vbue_iuuq=ffff660; expires=; domain=private.false.name; path=/; isSecure=false". Unable to parse expires attribute:

Verstehe ich die Warnung, weil die expires Feld enthält keine gültige Datums-format. Ich verstehe es vielleicht, weil es ein "session-cookie" (ohne Experte). Thread über ähnliche situation in Curl Kontext

Suche im web fand ich vor allem die 

.setParameter(ClientPNames.COOKIE_POLICY, CookiePolicy.BEST_MATCH (or other) )

option, um keine Warnung durch das Parsen korrekt Daten, die ein Komma enthalten.

Aber ich möchte vermeiden, dass log. (nicht durch deaktivieren der logs)
Ich glaube, dass intern alles in Ordnung ist, da "DENKE ich", cookie.setExpiryDate() wird einfach nicht aufgerufen.

Glaubst du, ich brauche eine bestimmte Konfiguration von HTTP-client (ich habe keine konkreten Konfigurationen), um zu vermeiden, dass die Warnung oder zur Unterstützung der leeren abläuft?

Dank.

InformationsquelleAutor Michael Stilmant | 2012-02-29
  1. 4

    Wenn Sie keine bewusstseinsverändernden die CookieSpec können Sie liefern Ihre eigene, mehr Nachsicht, Unterklasse.

    Erstellen Sie zunächst eine milde CookieSpec wird akzeptieren, dass null und leere Werte für die expires - Attribut, wie hier:

    class LenientCookieSpec extends BrowserCompatSpec {
    public LenientCookieSpec() {
        super();
        registerAttribHandler(ClientCookie.EXPIRES_ATTR, new BasicExpiresHandler(DATE_PATTERNS) {
            @Override public void parse(SetCookie cookie, String value) throws MalformedCookieException {
                if (TextUtils.isEmpty(value)) {
                    //You should set whatever you want in cookie
                    cookie.setExpiryDate(null);
                } else {
                    super.parse(cookie, value);
                }
            }
        });
    }
}

    Nun müssen Sie sich & wählen Sie diese neue CookieSpec im HTTP-client.

    DefaultHttpClient client = new DefaultHttpClient();
client.getCookieSpecs().register("lenient", new CookieSpecFactory() {
        public CookieSpec newInstance(HttpParams params) {
            return new LenientCookieSpec();
        }
    });
HttpClientParams.setCookiePolicy(client.getParams(), "lenient");

    Etwas "so" könnte für Sie arbeiten.

    • Vielen Dank für diesen Kommentar. Sollte funktionieren und in der Tat war mir nicht klar, ich könnte es tun so. Aber ich Frage mich nun ob das server-cookie-format mit dieser leere läuft, kann erwartet werden? Ich bin nicht der Besitzer des Servers, so sollte ich mich den melden die server-Besitzer über die situation? Grüße,
    • Nun, es ist nicht ideal, das Sie senden aus bad cookies - otoh, ich glaube, alle CookieSpec Implementierungen von Apache sind ein bisschen bisschen anal zu Parsen manchmal.
    • Nur überprüft die rfc2109 über, und scheint, dass ich falsch verstanden, die Tatsache, dass expires=; gilt nicht, wenn die überprüfung Kommentare wie in codeproject.com/Articles/3106/..., wobei "leer" Datum siehe Datum wie (01-Jan-0001 00:00:00
    InformationsquelleAutor Jens
Schreibe einen Kommentar