Reprise du message précédent :

C'est "Android" Dépendant ou pas ? (lib dispo uniquement sur Android ?)

Le package j'avais mis ça de façon arbitraire, spa très important.

 
Pourquoi en effet s'arrêter aux forums type "Mes Discussions" ? ...
Pourquoi ne pas faire une classe plus générique avec un "genre de plugin parser" en fonction du type de forum mais qui renverrait de toute façon au moteur d'affichage toujours le même type d'adapteur ?

Moi de mon côté :
 
- J'ai une classe utilitaire, HfrDataRetriever, qui pour l'instant possède une méthode public de récupération des cats. Mais la méca est là, les autres méthodes vont arriver vite.
 
- J'ai commencé la création de beans, basés sur une classe abstraite BasicElement. Pour l'instant j'ai juste une bean Category
 
- Mon code n'est pas commitable, pas assez propre et j'ai encore ma rustine pour mon proxy en plein milieu.
 
Sinon bien joué Harko Ta classe qui gère l'auth, sera bien utile pour récupérer ses propres topics.

parce qu'il faut savoir se fixer des limites atteignable ?

Commençons petit avec HFR. Généralisons ensuite à MD (ce qui n'empêche pas de coder générique dès le début )

C'est prévu, un jour

 
Voilà .. je dis pas qu'il faut pondre tout les parsers pour tout les forums possibles et imaginables dès le début !!!
Mais AU MOINS y penser histoire de ne pas s'enfermer dans un code "MD-only" qui va demander des siècles de modif pour adapter à un autre forum ...
 

Nous sommes d'accord

Je me brancherai sur ta méca quand elle sera prête dans ce cas là.

voici les imports que j'utilise :

import org.htmlcleaner.HtmlCleaner;
import org.apache.http.cookie.Cookie;
import org.apache.http.client.HttpClient;
import org.apache.http.client.methods.HttpPost;
import org.apache.http.impl.client.DefaultHttpClient;
import org.apache.http.message.BasicNameValuePair;
import org.apache.http.NameValuePair;
import org.apache.http.client.entity.UrlEncodedFormEntity;
import java.util.ArrayList;
import java.util.List;
import java.io.IOException;

donc a priori, rien de spécifique à Android

Sur les passages un peu techniques spécifiques à HFR, vous avez essayé de copiner avec HRF+ ?

HFR+ est une appli iPhone, donc codée en Objective C, qui n'a absolument rien à voir avec le Java, donc je suis pas sûr que ça les aide trop (niveau prog).

Il n'y en a pas vraiment, suffit de connaitre la structure du dom (avec firebug par exemple) et de comprendre comment poster un message et à la rigueur les cookies d'auth et roulezzzzzz

Oui enfin si quand je vois les imports de Harkonnen, pas spécialement spécifiques android,  je me dis que si l'appli HFR+ est bien codée son portage partiel ou total pourrait être censé.
EDIT : ok  donc ça sera vite codé  

Je connais bien l'auteur, et je sais pas si c'est vraiment le cas

ce topic devrait être en sticky, comme celui de l'appli iPhone

Vous utilisez le HttpClient comme ça, en frontal ? Vous avez pas une classe utilitaire pour centraliser l'instanciation (singleton ?), les appels, la gestion du cookie et du proxy ?

Moi pour l'instant j'ai un peu factorisé ça mais ouais à terme le bousin sera générique et indépendant. T'inquiètes

En fait je cherche juste comment je pourrais aider sur mon temps libre (sauf IHM), mais vous m'avez l'air trop bien partis pour avoir besoin de moi pour le moment

tu sors stp merci.

Spa un gros mot, hein ! Mais si vous voulez passer votre temps à instancier des HttpClient, allez y

le singleton, c'est dla saloperie. Tu peux l'instancier n'importe où, n'importe comment. Du coup, tu t'ajoute des dépendances à ton singleton partout partout. Tu ne peux pas utiliser d'autre implémentation pour le service fourni par le singleton, à moins de changer le singleton. C'est très chiant pour les tests. Ca te cache les dépendances sur ta classe. Et le meilleur : quand tu as des singletons qui utilise des singletons, etc, tu te retrouve à instancier toute ton appli alors que tu as juste instancier une classe.
 
bref, évite.

mais y'a pas 36 HttpClient à instancier
dans ma classe HfrMessageSender, je ne l'instancie qu'au moment de l'envoi du message et je le referme aussitot, pourquoi j'en instancierais plusieurs ?

+1
sans compter que ce n'est pas du tout thread safe

Façon de parler... ya pas qu'une façon d'implémenter la chose et on va pas demander aux frameworks (Spring par exemle) de retirer le mot clé "singleton" parce que c'est pas joli.

Ben c'est comme tu veux, mais ya ptetre un truc qui m'échappe. Toi tu instancies puis tu fermes au moment où l'utilisateur poste un message. Mais ya d'autres utilisations das l'appli : la classe qui récupère la liste des topics, celle qui lit les messages, celle qui télécharge les smileys... si on factorise pas un minimum ça va être un beau bordel pour gérer la configuration, les cookies etc...
 

Tu va instancier ta classe une seule fois.(comme ce que fais spring en fait) Sans pour autant faire appel au méchant

( il sert a quoi le mot clé singleton en spring ? réponse en MP possible bien évidement possible histoire de ne pas faire trop de HS)

vous commitez quand sur le SVN vos trucs en cours ? j'ai pi être une idée ou deux pour une appli desktop  

le java  

Avec un beau helper des familles ça marche aussi bien

Bon bon bon, sur une page comme http://forum.hardware.fr/hfr/Discu [...] ujet-1.htm, le html cleaner met 3 ou 4 minutes à se monter et ensuite les requêtes xpath ne mène à rien. Zarb.

J'essaie de suivre ta/votre démarche : je viens de passer la page que tu cites au HTML validator, et j'ai quelques balises mal fermées et d'autres trop fermées. C'est ça qu'il s'agit de rectifier avec le cleaner?

Yep, et il s'occupe de la sélection de noeud via xpath aussi.

Elle marche chez toi celle là via le cleaner ? Chez moi elle renvoie rien, même une expression simple comme //tr ne renvoie que 9 éléments dans le doc entier

pas de souci chez moi
t'as mis quoi dans tes CleanerProperties ?
voici les miennes :

HtmlCleaner cleaner = new HtmlCleaner();
CleanerProperties props = cleaner.getProperties();
props.setAllowHtmlInsideAttributes(true);
props.setAllowMultiWordAttributes(true);
props.setRecognizeUnicodeChars(true);
props.setOmitComments(true);

J'ai pas mis allowHtmlInsideAttributes (inutile normalement). Je vais essayer.

Marche pas, j'ai vraiment une merde
 
Tu tapes sur quelle url pour tester pour la récup de topics ?

ah ouais mais t'utilises le moteur Xpath de HtmlCleaner ? j'ai jamais réussi à obtenir ce que je voulais avec, du coup je me suis rabattu sur javax.xml.xpath. seul problème : il n'est présent qu'à partir de l'API v8
 
quand je te dis que ces salauds de pauvres n'ont pas fini de nous faire chier

import org.htmlcleaner.HtmlCleaner;
import org.apache.http.cookie.Cookie;
import org.apache.http.client.HttpClient;
import org.apache.http.client.methods.HttpPost;
import org.apache.http.impl.client.DefaultHttpClient;
import org.apache.http.message.BasicNameValuePair;
import org.apache.http.NameValuePair;
import org.apache.http.client.entity.UrlEncodedFormEntity;
import java.util.ArrayList;
import java.util.List;
import java.io.IOException;

je t'ai dit une connerie en fait, tout les org.apache.* sont spécifiques à Android visiblement

  tant pis, je garderais mon idée de domination du monde pour autre chose;