Reprise du message précédent :
 
xerses (je crois) / dom4J (j'en suis sûr)
 
après, la dernière fois que j'ai parlé de dom4j, on m'a dit que c'était un peu vieux...il y a peut être mieux comme lib.

hep les gens vous savez comment on définit le temps d'expiration du cookie de session dans tomcat ? et comment on défini le temps max d'inactivité d'une session ? j'voudrais que les 2 soient super-grands.

sans (trop) réinventer la roue, appliquer une XSL sur un Document avec les API de base (JDK de Sun) c'est faisable rapidement...

TransformerFactory tf = TransformerFactory.newInstance();
Transformer t = tf.newTransformer(new DOMSource(tonXslDocument)));
Document result = getDocumentBuilder().newDocument();
DOMResult domResult = new DOMResult(result);
t.transform(new DOMSource(document), domResult);

(et mettre la bonne mayo autour évidemment.)

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

t'as WTP ?

Le contenu de ce message a été effacé par son auteur

eclipse de base ne gère que J2SE brut de fondrie, après, faut rajouter des couches.

télécharger la bonne version, ca marche aussi...

lorill parle d'or. y a pas que les liens sur la page de D/L de eclipse. Y a un peu de doc. Comme par exemple celle qui dit que la complétion, c'est une des fonctions de WTP, entre autres.
 
sinon, eclipse c'est aussi 120Mo pour compiler du Java

Le contenu de ce message a été effacé par son auteur

public class MyServlet extends HttpServlet {
// ...
}

je crois que Cargo, c'est pas fait pour moi

chargé par le mauvais classloader ...

  euh et ça veut dire quoi ?

hum ... que t'es dans la merde ...
 
en gros y'a un système de classloader hiérarchiques dans ces système, pour identifier une classe, on utilise son nom et son classloader, c'est pour ça que des fois tu as des messages bizzares, quand tu vois que les noms sont pareils mais il te dit que c'est pas pareil.
 
La hiérarchie elle permet d'isoler les classes entre elles, en mettant 2 webapps dans 2 classloader frères, y'en a pas une qui peut toucher aux données de l'autre.

C'est normal que je trouve pas de méthode getDispatcher dans l'interface HttpServletRequest, alors que plein de trucs sur l'internet mondial font référence à "request.getDispatcher"?

edit: wtf, c'est getRequestDispatcher, dans l'interface

question a deux balles :
 
dans une webapp, vous avez besoin de faire des actions typiquement asynchrones, qui peuvent prendre du temps et/ou planter, mais sans gener l'utilisateur.  
 
Exemples : envoier un mail de notif a 15 personnes lors du post d'un article.
 
Vous faites ca comment ? Chaque servlet qui a ce besoin se crée son thread dans son coin ? Un executeur dans un thread a part qui prend une file d'actions ou de runnables ? autre ?

normalement c'est interdit, ce qui est prévu c'est d'avoir un service à côté et depuis ton conteneur tu attrape ton service par JNDI.

Un (ou plusieurs) java.util.concurrent.ExecutorService instanciés par Spring et injectés là où on peut en avoir besoin, qui va manager sa threadpool (ya plein de méthodes statiques dans java.util.concurrent.Executors en fonction du type de threadpool et de config dont on a besoin) et quand on a besoin de balancer un truc dans un thread on submit chaque runnable ou callable à l'executor.

Après, ça c'est pour les trucs internes au bouzin, il y a aussi un système de jobs qui tourne un peu plus à l'extérieur.

Enfin moi c'est pas pour envoyer des mails, c'est pour taper sur 5 WS en parallèle vu que j'ai besoin des 5, mais qu'ils ont pas besoin les uns des autres.

j'ai pas la mémoire suffisante pour avoir un service a coté, j'imagine (et j'ai jamais fait de jndi, honte a moi)

lorill > dans les faits, tout le monde ouvre des threads perso dans tomcat, je pense qu'il doit y avoir des systèmes spéciaux, mais ils sont pas portables entre conteneurs je pense.

mouais, j'étais parti pour m'implémenter ma propre queue, mais apparement un ExecutorService, c'est justement ca, donc j'ai qu'a en utiliser un.

ouais, surtout qu'en java5 ça sera une queue sans lock donc c'est pas mal.

kekekekeke

  Il faut que je mette Tomcat dans le classpath de Cargo ou quoi ? (cette fois, j'install Tomcat via du code java, plus par le plugins Maven 2)
 
 
  Je suis pas près d'y arriver

FUCK CARGO

  je rame comme pas croyable...pour rien pour l'instant
  mais j'apprend plein de truc en passant

hep les jeunes, j'ai une question EJB QL.
J'ai des users et des groups, dans group, j'ai une relation many-to-many avec les utilisateurs (mappée sur une 3ème table).
maintenant, je veux obtenir la liste des groupes avec le nombre d'utilisateur dedans. Comment qu'on fait ?

halp, j'vais tuer des trucs si ça continue

J'ai des problèmes d'encoding, genre sur ma machine en local ça marche très bien mais quand je suis derrière un proxy à la con que je suis obligé d'être derrière, tous mes caratères non-ascii se font flinger.

Genre:

<%=pageContext.getRequest().getParameter("pouet" )%>

Si je lui balance "Iñtërnâtiônàlizætiøn" (via un form en post et tout) il me renvoie "Iñtërnâtiônà lizætiøn". Par contre

<%= new String(pageContext.getRequest().getParameter("pouet" ).getBytes("iso-8859-1" ), "utf-8" )%>

me renvoie bien "Iñtërnâtiônàlizætiøn" quand je lui file "Iñtërnâtiônàlizætiøn"

j'aime bien cette string de test.
 
j'y mettrait bien un € quand même pour la route  

J'ai aucun mérite, ça vient de http://www.intertwingly.net/storie [...] /i18n.html

no

Bon ben j'ai trouvé, si ça peut servir à des gens:
 

• En dev je tape directement sur le serveur, les formulaires envoyés en POST sont donc bien envoyés en POST jusqu'à Tomcat
• Pas de bol, la gateway de prod est totalement stupide, donc elle n'est pas foutue de forwarder les requêtes POST en POST, et tous les accès serveur se font en GET
• Spring a un filtre CharacterEncodingFilter pour fixer l'encodage d'entrée, mais il ne marche que sur les données envoyées en POST (sur le corps de la requête en fait
• Donc il faut modifier la conf de Tomcat (...) et ajouter un paramètre "URIEncoding" sur tous les éléments Connector (avec la valeur dont on a besoin, chez moi UTF-8), parce que par défaut Tomcat décode les URI (et donc tous les paramètres GET) en iso-8859-1 (ou ptet en utilisant l'encoding par défaut de l'environnement)

ça arrive souvent ça j'ai des opérations interdites en get moi

Je pense pas non, là c'est la gateway Vodafone Live, en gros le service qui transforme les pages du langage propriétaire SFR en une soupe lisible par le navigateur qui est en face. C'est super spécifique et super merdique. C'est pas juste un proxy.

uhm, c'est rigolo cobertura en tant que plugins maven
 
Ca fait des reports avec plein de rouge et plein de vert dans les sources

Tu peux avoir ça directement dans ton netbeans aussi ( http://codecoverage.netbeans.org/ ), et IntelliJ (7 en tout cas) le fait nativement

saloperies de layout swings ...

 
<nraynaud>tu préfères les CSS ?</nraynaud>