Discussion :

[Zril62]

Bonjour,

Dans le cadre d'un projet java web, je souhaite créer une partie ou l'utilisateur pourrait construire ses propres écrans de saisie ( sans connaissances informatique il pourrait ajouter des libellés ainsi que des zones de textes, mettre des règles sur ces champs comme différent de vide ou encore X champ rempli si Y champ rempli).

Je cherche donc une technologie compatible avec mon projet java web me permettant de réaliser ceci.

merci d'avance

[OButterlin]

En dehors de l'applet, je pense que ce sera difficile sans phase de compilation.
Dans tous les cas, ce ne sera pas de la tarte

Quel est l'intérêt au juste ?
Très franchement, l'utilisateur lambda ne se voit pas concevoir une IHM et encore moins les contrôles de champs avec dépendances.
A qui donc s'adresse une application comme ça ?

Dans tous les cas, bonne chance.

[Zril62]

j'avais déjà étudié l'applet mais le "client lourd" et la compilation me dérange un peu :/

L'application est destiné à plusieurs clients qui n'ont pas les mêmes besoins et donc il est nécessaire pour eux de concevoir eux même leurs écrans.

On a déjà eu un projet similaire à celui la, nos pages étaient alors générées dynamiquement en java Script.Je me demandais alors si il y avait une solution alternative.

[OButterlin]

C'est vrai, je n'avais pas pensé à javascript, c'est ce que j'avais moi-même utilisé lorsque j'ai écrit mon second framework (mémoire, mémoire !).
Avec des bibliothèques comme ExtJs il y aurait de quoi faire, mais bon, ça reste de la présentation... il reste la couche données et l'interaction entre les 2.
Peux-tu préciser le contexte de ton application ?
Qu'est ce qui fait que tu ais besoin d'une telle souplesse ?
(parce que la contre-partie sera une maintenance largement plus complexe)

Sinon, pour l'applet, il n'y a compilation qu'une fois, après, il faut construire les éléments graphiques en passant les paramètres au lancement côté client (navigateur).

[Zril62]

au niveau de la couche métier, elle est la même. On a un système qui nous permet d'enregistrer de la même manière 10 champs comme 1000 champs sans modification pour un écran .

On a besoin de cette souplesse car on a pas mal de clients de différents domaines (par exemple un agriculteur n'aurait pas les mêmes besoins qu'une compagnie aérienne). Ici le domaine c'est l'assurance, tu peux assurer une voiture comme ta vie et ceci n'a pas du tout les mêmes règles. Les clients souhaitent paramétrer eux même leurs écrans.

la couche métier est donc la même mais les vues et les règles de saisies sont différentes.

[OButterlin]

OK, je comprends mieux.
Maintenant, pour les solutions compatibles avec une application web, je ne connais que ces 2 (applet ou javascript).
Avec ExtJs, il y a certainement un plus au niveau des capacités ajax. Pour ce qui est de la conception des vues, on a la notion de layout également, mais il faudrait un outil pour le maquetage (ça existe, mais ils ne sont pas gratuit ou ne l'étaient pas), ça reste relativement complexe pour un utilisateur.

Il n'y aurait pas vraiment d'avantage par rapport à une solution basée sur du JSF + Facelets + RichFaces (ou équivalent)

La question est : de quelle nature sont tes utilisateurs ?

Si ce sont des utilisateurs "finaux", je pense qu'il te faudra une application d'habillage, qu'elle génère du javascript ou des pages jsp n'a que peu d'intérêt, donc, ça ouvre le choix.