Reprise du message précédent :

de l'ihm tu veux dire?
je suis pas sur que struts soit spécifiquement lié à l'html.
et sinon y'a jsf nan?
 
de ttes façons, perso, vu le "cout" de maintenance/d'évolution d'une appli en swing, ça me viendrait pas à l'idée de faire une interface en swing au lieu d'une interface web, pour une appli "business" qui tourne ds un serveur d'applications...
sauf cas particuliers et spécifiques..

ha tiens benou, tant que t'es là, toi tu pourras ptet repondre à une question sur jsp/taglibs... mais on dévie un peu là nan?

 
ben pas forcement, j'ai jamais utilisé la taglibs, et je crois que ca m'a fait perdre pas mal de temps

dis toujours mais je suis pas très bon en taglibs ...
 
ca reste dans le sujet : c'ets du j2ee ... mais si c'est un cas bien particulier fais un nouveau topic ...

 
v lire ca  

oui mais j'ai pas mon code sous la main pour taper l'exemple dans le topic
bref, si ça prend plus de 3 posts je ferai un topic et on deletera d'ici
 
 
voila, sur mon tag, j'ai une methode  

dans mon tld (généré par xdoclet2 ), j'ai le rtexprvalue à true.
 
dans mon jsp de test de test je fais

 
et en fait, à l'execution, la methode setMachin reçoit un string qui contient exactement <%=uneinstancedUnObjetQuelconque%>
 
j'ai loupé un épisode ou quoi ?
 
Bon, faut savoir quand meme que j'ai pas essayé mon truc dans un vrai environnement web, mais juste au travers d'HttpUnit, avec jasper pluggé dessus pour me compiler mes jsp. (donc théoriquement un vrai tomcat devrait me faire la meme chose, mais faudrait que j'essaie il est vrai - allez tiens je vais booter la machine)

désolé, je connais pas assez ... j'ai jamais écrit une taglib

C'est pas ça le critère de choix, on développe pas pour soit mais pour l'utilisateur.
 
 
Il est innacceptable de travailler toute la journée avec un navigateur, c'est trop limité et inefficace. Il faut donc des vraie interfaces pour les applications métier.
 
Comme c'est lourd à faire, la technique consiste à décrire le mécanisme de l'interface (par un langage spécial), donner 2-3 critères cosmétiques (qui seront valables pour toute l'application) et à faire générer l'affaire (les générateurs comportants des point de trafficage pour les 5-10% de code qu'il faut écrire à la main).  
 
Avec en plus une déscription relativement indépendante du format de sortie de l'interface, on peut aussi faire générer l'interface web correspondante pour ceux qui intervienent rarement sur le module en question.

ben je ne suis qu'a moitié d'accord. pour la majorité des cas, j'ai pas l'impression qu'un navigateur soit trop limité (mais il l'est pour d'autres)... et ça permet qd meme une grande souplesse à d'autres niveaux (flexibilité, delocalisation, ...)

SWT la maintenance est pas censé etre plus aisé que swing?

ça va pas recommencer cette histoire d'swt

c'etait une question c'est tout, je voulais tester et j'ai pas pris le temps  

mouhais, c qd même du grec tout ca...
 
en gros J2EE c un moyen de faire un ERP orienté web et interface  pour client léger quoi...si g bien compris...
 
le pire c les sigles : c franchement abscon...comme ses pieds (celui là il est pour moi, ca évitera que qqn d'autre le fasse)

tiens, ça marche sous resin mon histoire de taglib.
fait chier tiens...

ok, ça marche aussi dans mes testcases maintenant
 
 
(c koi ce bordel)

non : l'interfacage web est un des moyen d'accéder au système. Il n'est pas forcément le but

ok...mais c bien censé faciliter la conception d'ERP fait maison non ?

c'est quoi que tu appelles ERP ?

j'allais demander
parce que comme dit benou, J2EE est surtout l'interface, apres tu peux faire toutner ce que tu veux...  
exemple: nous utilisons J2EE : tomcat, on va se mettre à hibernate, mais le vrai gros truc tourne en fait en C et en Fortran, l'utilisateur ne le sais pas, et il a pas à le savoir, il a son interface web, la logique metier communique avec les gros trucs et la BDD et puis c'est tout

 
ben normalement c bon
tu doit avoir dans ton tld un truc du genre
 

 
ce qui est galère avec les taglibs c'est qu'il y a des comportements differents avec les serveurs d'application
genre faut essayer ca

ou ça

 
c pas tres clair ce que je dis mais bon  

ben merci... c'est exactement ce que j'avais. et si tu as lu la suite tu as vu qu'en fait... ça marche... je sais pas, je devais être bourré le jour ou j'ai essayé.

ben un ERP ca veut dire Enterprise ressource planning...c SAP par exemple, ou PeopleSoft, JDEdwards...ou Navision, et j'en passe...
 
En gros c une méga appli métier qui interface une seule DB, avec toutefois des interfaces dédiées selon le type d'utilisateur en face...sachant que là dessus tu peux y foutre des modules pour faire de l'extranet, et autre...
 
et d'après ce que vous me dites, le J2EE ca semble pratique pour faire ce genre de modules, quitte à faire la logique dans un langage plus rapide...
 
ou alors g rien compris, et je serais pas contre un exemple d'utilisation...

 
Java est rapide dans ce genre d'utilisation (gourmand en mémoire, certe, mais rapide)

erp = bloatware alors?

sérieux, tu sais pas ce que c'est ?
 
 
Jubijub> théoriquement, en J2EE on peut effectivement faire un ERP complet, mais de ce que je vois, on fait plutôt des modules pour des métiers spécifiques qu'une application qui fait tout. Je suppose que c'est parce redémarrer un ERP complet n'est pas trop à l'ordre du jour chez les éditeurs.

-->uriel : 1000 excuses g été imprécis : disons qu'on élimine au max la redondance de donnée vu que la même info n'est stockée qu'une fois pour tous les services...cad par ex le salaire n'est stocké qu'1x dans une BDD, et les applis compta, paye, ERM pointent dessus...de la sorte aussi, si par ex la paye modifie ce salaire, ca l'écrit automatiquement au journal comptable si c un nouvel employé, ou ca modifie l'existant...
 
-->nraynaud : oui c clair que je pense pas qu'ils réécrivent from scratch un ERP...

c'est la façon dont il le décrit, ça fait tres bloatware

ben non...c up & running dans plein de boites...tt les grosses boites ont un ERP...

l'un n'empeche pas l'autre . mais cessons, ça va tourner au troll

pis c pas le sujet, ct une question de ma part, vu que moi non plus je comprends pas à quoi sert le J2EE...

ben oui, ca peut servir à faire un ERP, mais c'est que une utilisation possible ...

drapeau ...

un lien sur les patterns :
http://java.sun.com/blueprints/cor [...] /Patterns/
 
je propose une définition rapide du mot "J2ee" :
ensemble de spécifications permettant de standardiser le mode d'exécution d'un serveur d'applications.
 
Les différentes versions de j2ee (1.2, 1.3 ...) englobent différentes versions d'APIs ...
 
D'ailleurs JDO ne fait pas partie de J2ee je crois ...
 
Après, derrière le terme de J2ee, on a les notions de scalabilité, approche par composant, architecture n-Tiers...
on peut en faire des trucs avec j2ee, suffit d'avoir un bon architecte pour pas avoir de projets à rallonge car ça peut rapidement devenir une usine à gaz ..

flag

j'ai chopé la premiere édition de ca :
 
http://www.oreilly.fr/catalogue/ja [...] ition.html
 
ca vaut le coup que le lise ou c'est tout périmé ?

bah c'est jamais perdu mais bon garde à l'esprit que certains bouquins racontent vraiment n'importe quoi
 
(et par exemple ECS, je crois que tu peux tres franchement zapper le chapitre, sauf pour culture generale)

 
c'est ca en fait : http://www.oreilly.fr/catalogue/javaserver-pages.html
 
j'avais cru comprendre que o'reilly était un bon éditeur