Reprise du message précédent :
element.addChild("pouet" ).addAttribute("tralala", "machin" )

ah ok, mais je voyais pas l'utilisation du xml comme ca. Pour moi ca s'integre pas dans le code en dur

heu y'en a pour qui la dualité "représentation interne pour bosser" et "représentatoin externe pour stocker ou transmettre" pose des pbs ici ?

c surtout en terme de traitement que ca me tique : l'idéal serait que j'ai pas à reparser le XML dans tt les sens...surtout si on inclus le multiutilisateur...y me faut qqc de rapide

Je suis un peu dans le xeb là (je lis uniquement, la flemme de télécharger tout le bordel).
 

 
est-ce qu'on est obligé d'utiliser les sessions comme des Maps ou est-ce qu'on peut les spécialiser (j'ai pas parlé d'héritage hein) pour l'appli de façon à avoir des truc biens typés style :

 
?

déjà tu dois plus utiliser getValue mais getAttribute().
 
Sinon, non, tu ne peux pas les spécialiser. Mais rien t'empêche de faire une coquille ...

en fait la question n'est pas annodine, dans mon appli j'ai un problème similaire.

tu dois faire (selon moi)
 
ShoppingCart cart = (ShoppingCart) session.getAttribute("shoppingCart" );
 

oui, mais non.
 
 
je vois bien dans ce cas-ci mais pas dans mon appli.
 
en gros, LE truc c'est de virer la table de hachage (puisque le nombre de slots et les clefs sont connues à la compil), mais j'ai pas trop de solution élégante.

Mais j'ai été le chopper où encore mon tuto ?
http://www.javaworld.com/javaworld [...] spmvc.html

 
J2EE, c'est un truc d'inculte ? c'est pour ça que c'est du merise mal planqué, que tous les JSP que j'ai vu étaient conçus à l'envers ?

 
petite question de "j'ai pas encore envie de lire la spec", on peut pas avoir un chemin de code qui n'arriverait pas ici si la session n'était pas valide ? c'est-à-dire que vérifier des session dans tous ses trucs web, je trouve ça con, il n'existe pas un moyen de ne pas écrire la vérification une fois pour toute (tout en gardant un peu de souplesse puisqu'il doit exister des pages stateless) ?

Filter est ton ami

trouve moi un truc qui n'aie pas ce schéma :
 

 
alors que bien entendu, vu que tout le monde a un header et un footer, il faut inverser la dépendance pour éliminer le boiler plate et se concentrer sur le code de la page.

quoi??
(je riais pour le coup du int)

ouais : soit filter, soit une servlet qui fait se genre de vérif et dont tu hérite plutot que d'hériter de HttpServlet.
 
Mais filter est plus "pluggable"

c'est quoi ce redirect avec l'url du site en dur ?  

pkoi tu veux pas de haschage ? pour une questionde perf ?
 
je ne pense pas que tu puisses zapper ce méchanisme ... et tu sais, c'est pas très grave : regarde bien ce qui est fait dans le code des tags libs ...

oui, je suis parti dans filter, ça me parrait exactement ça. Maintenant, se pose la question de l'interraction de tout ce bordel, on verra au fil de l'eau (je sens que je vais encore me retrouver avec des trucs que je vais être tout seul à utiliser).

c si zarb que ca le J2EE ? ca fait peur en fait

ben le filter c'est avant la servlet.
 
dans le filtre, en faisant chain.doFilter(), tu donne la main à la servet (ou au filtre) qu'il y a derrière.
 
le problème du filtre c'est que la façon de le mapper est assez limité : soit sur une url précise, soit sur un répertoire entier, soit sur une extension.

perf et élégance. Mais je ne parle pas que web là, j'ai un pb similaire dans jcoinoin, je l'ai fait à coup de "propriétés", mais je trouve ça pas top, entre autres à cause du risque de collision de noms (qu'il n'y a pas dans une session je pense).

la peur est le premier pas vers le respect  

heu, je suis quelqu'un d'un peu heu "différent" de la moyenne aussi, les gens normaux ne se posent pas de questions.

pour éviter ca, par convention on utilise les noms de package genre "com.maboite.monprojet.mavariable" (avec une jolie classe WebCst qui contient les constantes public static final String),

-->benou : je croyais que ct vers le coté Obscur ?
-->nraynaud : oui je sais...mais les tutos font peur, c assez énorme comme connerie le coup du int...si g pu comprendre la couille, c que c vraiment low level, et que le type s'est pas relu...

ouais, aussi ouais ...

d'ailleurs c l'émerveillement qui est le premier pas vers le respect, c nicolas hulot qui le dit

ouais mais avec J2EE ca marche pas comme ca

nan, je parle pas de ça.
 
Bon, je me lance : en gros, j'ai un modèle (un historique de posts sur uen tribune) qui a des vues. chaque vue veut associer des données propres à chaque post. On peut faire une Map (post->data) dans chaque vue, mais on a vu plus compact. donc la feinte c'est d'avoir les data directement accrochées aux posts, par un système non-typé de get/setProperty(). Sauf que si 2 vues utilisent le même nom de propriété, ça va chier.
 
Pour l'instant, la clef de la propriété, c'est directement l'instance de la vue, mais c'est pas top.

une petite question par rapport à http://www.javaworld.com/javaworld [...] spmvc.html
 
La bonne méthode c'est bien de faire passer des clefs primaires entre le client et le serveur et de ne pas le montrer à l'utilisateur ou tout le monde trouve parfaitement normal de faire des StringTokenizer dans le serveur sur des données clientes sans même vérifier les erreurs ?
 
plus sérieusement, il me semble qu'une bonne chose est de garder des clef primaires de bout-en-bout, sachant qu'en plus on sait trouver un entity Bean rapidement avec sa clef primaire. C'est pas une bonne idée ?

rien compris à la question ...
Quelles clefs primaires ?

voyons clef primaires dans J2EE .... ça doit être les clefs de la voiture ?

j'adore le mec qui pose une question, ne se fait pas se faire comprendre, et se fout de la gueule de celui qui lui demande une précision pour l'aider.
 
C'est un comportement digne d'un boulet catégorie poid lourd.
 
je t'envoie donc te faire foutre en bonne et dûe forme  

First hit : 3000 pts...

t'as raison, je le connais aussi c'est un gros naze.

bonjour, j'ai une question C++

excellent, dans quelle ville es-tu chrisbk ?
on en redicute tout de suite après Shina Twain.

 
Fait un C++TECH@prog

bonjour je suis en train de lire un livre et ils parlent à un moment de "blocs" , pourriez vous me dire à quoi font ils reference avec ce bloc ?
 
merci

{} <- c'est ça un bloc.