HTTPClient Debug Log

Guck mal hier http://download.oracle.com/javase/1.4.2/docs/guide/jar/jar.html#Provider%20Configuration%20File
Das ganze läuft ja über das ServiceProvider Modell und der Logger zieht sich den Logger, der im Classpath als Logger installiert ist.
Das kann entweder im META-INF der jars deklariert werden, oder halt explizit im Programm.

Das sollte ja auch unter Android gehen.

Jetzt nur mal so als Ansatz

Du kannst über die Service Provider auch XML Parser deklarieren und allen möglichen andren Schnick-Schnack.
So kannst Du z.B. dafür sorgen, dass dein Programm garantiert einen bestimmten Parser benutzt, der beispielsweise ein speziellen Feature hat wie Validierung.
Logging auch, siehe: http://maven.40175.n5.nabble.com/WEB-INF-classes-META-INF-td106966.html

IMHO müsstest du also nur eine Logger-Implementierung deiner Wahl als jar mit in dein Projekt aufnehmen und dafür sorgen, dass sie sich als LoggerServiceProvider registriert.
Das könnten evtl. sogar schon im META-INF Verzeichnis der Logger Implementiertung der Fall sein (wobei ich nicht weiss ob Android das beachtet).
Oder wenn nicht, könntest Du es wohl manuell im Java Code machen.

— geändert am 28.01.2011, 12:02:23

Also mir reicht es aus, dass er funktioniert ;-)

Ich würde das aber an deiner Stelle einfach mal ausprobieren ...Versuch macht kluch.
Wenns nicht geht sind wir alle schlauer

Ich hatte ein Problem
Das konnte ich dank eines übermittelten StackTrace aber nachvollziehen und abstellen.
Da hat das ConnectionPooling Probleme bereitet und in bestimmten Fällen haben Connections ihren Kontext verloren und Exceptions geworfen, wenn er versucht hat sie wiederzuverwenden.

Zum Logging:
Ich würde mal das Logger-jar entpacken und die services Deklaration selbst einfügen, dann wieder zusammenpacken.
Soweit ich weiss sind die Apache jars nicht signiert, so dass er das schlucken müsste.

Oder evtl. ins META-INF des Android Projekts? Oder evtl. selbst im Quellcode den Provider registrieren?
Dann eine Konfiguration für den jeweiligen Logger hinterlegen, die in die Konsole loggt und auf DEBUG stellen.
Da der HTTPClient auf den Logger als Provider zugreift, findet er solange keinen, bis einer deklariert wird.
Sobald du also einen deklarierst, müsste er fröhlich losloggen.

Wenn man es im Quellcode macht, müsste man den Provider natürlich vor dem ersten Aufruf einer HTTPClient Klasse deklarieren, weil ich vermute, dass die Logger statisch gehalten werden und schon beim Laden der Klasse initialisiert werden.

— geändert am 28.01.2011, 12:47:42

Bei mir soll garnichts rauskommen, sondern bei dir ;-)

Ich liefere dir nur Denkanstöße ... ob das in der Android Version auch funktioniert ... keine Ahnung ... aber einen Versuch wäre es MIR wert.


Ich hab mir mal den Quellcode von Commons Logging vorgenommen und der sieht so aus:

LogFactory:

D.h. das normale commons logging geht über die ServiceProvider um eine konkrete Logging-Implementierung zu finden, die es nutzen kann.
Der normale HTTPClient geht über commons logging, um zu loggen.

1+1 ergibt also, dass man dem normalen HTTPClient über ServiceProvider einen Logger unterjubeln kann

Auf das Android Pendant kann ich leider grad nicht schauen...aber soll ja auch nur ein Denkanstoß für DICH sein ;)

— geändert am 28.01.2011, 13:31:04

Jupp, aber die Klasse Log hast Du nicht zitiert. Die wird aber vom unteren CodeBlock verwendet.
Was darin passiert wäre doch interessant.

Wofür so kompliziert?
Im Emu laufen lassen und mit WireShark sniffen.


EDIT:
Eine Idee hab ich noch.
Wenn du eh den Quellcode hast, kopier dir die Klassen des HTTPClient in dein Package (zumindest, die die du einsehen willst), bieg die Verweise entsprechend um, dann kannst Du ihn sogar debuggen ;) ... oder halt Logging selbst einfügen.

— geändert am 28.01.2011, 14:29:02

Gerngeschehen !