Framework Vaadin test

Bonjour,

Sur linux Mag, the last one, je viens de découvrir vaadin, moi qui semblait uptodate, et bah j'ai pris une baffe. je cherchais un framework tel GWT mais pas GWT, qui faisait du EJB/JPA ... sans la prise de tête JSF:cry:, et je viens de voir les vidéos de démos, et bah surprise.
Par contre, ce qui me surprend c'est justement que trainant sur les forums Java, c'est la première fois que j'entends parlé de lui.

Cela semble parfait, mais ou est le défaut ? je vais expérimenté ...
des avis ?
prometeur ? il est en version 6 ???? comme quoi. :calim2:

Olivier

Je l'ai vu aujourd'hui aussi et je suis complètement intéressé par Vaadin!
Si tu trouves un bon Tuto, tiens moi au courant stp ;)

je suis bluffé

je crois que je vais pousser mon collègue a faire des tentatives avec ça pour notre application en cours de dev :aie:

Bonjour,

Je suis toujours sur le coup mais je dois rectifier mon post en effet vaadin utilise des briques de bases GWT. Pour le tuto, ils offrent le livre en ligne en pdf free, rien de mieux.

Olivier

oui c'est du GWT, mais en gardant toute la logique de controle coté serveur et sans besoin de compilateur GWT :p Bref le GWT sans avoir besoin de faire du GWT.

Par contre j'attends, du coup, de voir ce que ça donnera coté performances avec 200 utilisateurs dessus en même temps :roll:

Salut,

Effectivement je suis d'accord avec vous euh ? ... toi. J'avais regardé Wicket et déception.
Donc si quelqu'un à une expérience, nous sommes preneurs.


Olivier

Je pose un drapeau ça m'intéresse.

De ce que j'en comprends c'est le même principe que Wicket à ceci prêt que ça s'appuie sur GWT pour la vue (et bénéficie donc de toute la widgethèque) ?

Ce qui m'ennuie, et ça été relevé par tchize_, c'est la part prépondérante du serveur sur le client, dans la même lignée d'Eclipse RAP. Tout évènement câblé engendre un appel serveur. Couteux... Avec GWT, le choix de la répartition est laissée libre, et pour certains traitements, il est judicieux de les effectuer côté client.

Waouh... 8O
J'ai fait quelques trucs avec wicket, je trouvais ça déjà pas mal, mais là ça m'a l'air encore bien mieux! Je vais tester ça, et je sens que si c'est comme sur les vidéos de démo, je vais développer une petite appli avec. J'essaierais de faire quelques retours d'expérience ici.

Bonjour,
Cela fait maintenant 3 mois que nous utilisons le framework Vaadin pour la conception de nos interface web en remplacement des JSP (Application EJB3 déployé sous JBoss).
Jusqu'à maintenant, le retour est plutôt positif à tous les niveaux:

Développeur
Le framework vaadin est très bien documenté et on trouve facilement des examples de code.
Le frameworkvaadin est très riche en terme de composants graphique.
Les entity beans peuvent être utilisés directement dans l'IHM. Plus besoin de DTO.
Certains développeurs reprennent plaisir même à refaire des IHMs WEB :D

Marketing/Management
Le rendu des IHMs est particulièrement joli. Très apprécié par le marketing/management pour les démos/présentations.

Utilisateurs finaux
Vaadin permet de réaliser des IHMs ayant le même comportement/look&feel qu'une application windows. Notification bar/fenêtre modale etc....
Nos applications n'ont pas encore été déployées chez nos clients mais les maquettes ont été appréciées.

Bonjour, c'est juste pour donner mon avis sur vaadin :

tout simplement excellent, et son addon Navigator7 (qui sera normalement intégré dans la version 7) le rend plus orienté web (@Page components, paramètres dans l'url etc).

Citation:

---

Envoyé par tchize_

oui c'est du GWT, mais en gardant toute la logique de controle coté serveur et sans besoin de compilateur GWT :p Bref le GWT sans avoir besoin de faire du GWT.
Par contre j'attends, du coup, de voir ce que ça donnera coté performances avec 200 utilisateurs dessus en même temps :roll:

---

blackbeltfactory l'utilise pleinement ( c'est d'ailleurs son créateur qui à écris Navigator7 ), il y a probablement plus de 200 utilisateurs connectés et ca bouge pas ;)

Bonjour tout le monde,

Pour info, vaadin est sous tests dans mon équipe depuis plusieurs mois. Le gros souci est un énorme problème de performance. On arrive à facilement avoir des bloquages...

Perso, je propose que vous jetiez un oeil sur echo3...

http://echo.nextapp.com

bien à toutes et tous...

Je peux comprendre des soucis de perfs liés au débit, vaadin etant je pense assez gourmand par là, mais, comme avec les autre framework, quand il y a des blocages, j'ai tendance dans 99% des cas à incriminer le code business qui se trouve derrière :roll:

tchize_,
pour info, on a repris une ancienne appli pour laquelle (je simplifie) on pouvait tranférer 3.7 millions d'unité d'infos /h.
une fois vaadin utilisé comme front-end on a eu peine à arrivé vers 1 millions.
sans compter nombre de blocages.

on a engagé à grands frais un 'expert' vaadin pour solutionner le problème. dead-line 1er decembre.
depuis mon dernier post, aucune amélioration sensible...

pour info, je suis expert ejb, ... instructeur chez sun/oracle pendant 4 ans.
la couche business n'est en aucun cas en cause.

et on pense sérieusement à abandonner vaadin.

autre info, ma société emploie 25.000 personnes en belgique, a une ouverture internationale et compte 800 développeurs.
la question est donc prise tres au sérieux...

si vous connaissez des alternatives à vaadin, merci de me dooner les noms...
on a d'autres possibilités en tete: backbase, echo3, rap, openLaszlo, icefaces, thinwire, ... et ZK (www.zkoss.org) pour lequel on vient de démarrer une évaluation...

bonne suite à tous

Les commentaires ici ne me disent rien qui vaille.

Je démarre la semaine prochaine un nouveau projet basé sur Vaadin.

Avec pour la partie métier EJB 3.1, JPA, Hibernate.

Ainsi que CDI pour l'injection.

Je vous tiendrai également au courant.

Bonjour,

Attention, je fais partie des fans de Vaadin donc mon point de vue est légèrement coloré... Je trouve que Vaadin est "le" framework que j'attends depuis des années : masquage du modèle request-response, facilité d'implémentation d'applis CRUD, approche par composants, etc.

En ce qui concerne les problèmes de performance, thème qui revient régulièrement dans la gestion de l'état côté serveur, l'équipe de Vaadin a réalisé un benchmark de scalabilité pour tester les limites. Les sources du test sont disponibles ce qui permet de reproduire les résultats : 11 utilisateurs concurrents sur une unique instance Amazon EC2.

Je ne connais pas l'expert qui a été mandaté, mais si nécessaire, je conseille de contacter directement la société Vaadin pour intervenir (soit directement, soit par l'intermédiaire de partenaires locaux agréés).

Ca fait pas beaucoup 11 utilisateurs sur une appli :/

Quand je déploie des petits trucs, c'est 200 users :aie:

Bonjour

Stessy, avez-vous pu évaluer Vaadin depuis le démarrage de votre projet ?

J'ai moi-même réalisé une maquette avec Vaadin et EJB/JPA/Hibernate pour la couche métier et cette solution m'est apparue tout à fait correcte.

Maintenant je n'ai pas pu la tester avec de gros volumes.

Citation:

---

Envoyé par tchize_

oui c'est du GWT, mais en gardant toute la logique de controle coté serveur et sans besoin de compilateur GWT :p Bref le GWT sans avoir besoin de faire du GWT.

Par contre j'attends, du coup, de voir ce que ça donnera coté performances avec 200 utilisateurs dessus en même temps :roll:

---

vaadin existe depuis bien longtemps, il utilise le moteur gwt... mais ça pas toujours été le cas

il y a déjà des discussions sur le sujet concernant vaadin vs ext-gwt vs smartgwt.....
200 c'est pas beaucoup....

après tout comme avec n'importe quel framework, si on code tout croche, il y aura pas de magie.....

il y a aussi

echo3
smartgwt
ext-gwt
http://www.gwtphp.com/
ZK
OpenLaszlo
JVx

j'ai pu utiliser quelques framework gwt (smartgwt, ext-gwt et gwt-ext et gwt) et gwt de base reste une plaie... très peu de composant et surtout très pauvre
par chance il y a des frameworks qui corrige cela

je n'ai pas encore essayé vaadin, mais ça fait longtemps que je l'analyse, ses composants sembles déjà mieux et j'ai pu constater que les gens semblaient apprécier leur support

je pense l'essayer sur un projet très bientôt

Citation:

---

Envoyé par tchize_

Ca fait pas beaucoup 11 utilisateurs sur une appli :/

Quand je déploie des petits trucs, c'est 200 users :aie:

---

il y a quelques bonne pratiques préconisé par l'équipe de vaadin pour éviter d'avoir rapidement des anomalies en monté en charge.....

Salut tout le monde,
J’utilise vaadin pour le développement des petites applications, du côté performance je trouve que c’est moins performant que jsf.
Mais le vrai souci que je trouve c’est qu’il n’est pas productif en comparant par exemple par le Visual web de netbeans.
Il y a un plugin eclipse pour vaadin mais ce n’est pas pratique il ne contient pas tout les composants.

Citation:

---

Envoyé par lequebecois79

il y a quelques bonne pratiques préconisé par l'équipe de vaadin pour éviter d'avoir rapidement des anomalies en monté en charge.....

---

lequebecois79 peux tu stp nous indiquer où trouver les bonnes pratiques.

Ce sont des liens qui peuvent vous aider pour utiliser vaadin.

** http://demo.vaadin.com/sampler
** https://vaadin.com/fr/book/-/page/in...iew.goals.html

Merci hnajib pour votre repense.
Je me réfère toujours à ces deux liens pour le développement Vaadin plus le forum de vaadin, ma question été plutôt pour les bonne pratiques que parlait « lequebecois79 » pour avoir une bonne performance.

Citation:

---

Envoyé par amallek

Merci hnajib pour votre repense.
Je me réfère toujours à ces deux liens pour le développement Vaadin plus le forum de vaadin, ma question été plutôt pour les bonne pratiques que parlait « lequebecois79 » pour avoir une bonne performance.

---

tu as différentes messages sur google, sur le forum de vaadin... dont celui ci:
https://vaadin.com/wiki/-/wiki/Main/...0Sluggish%20UI

Citation:

---

Envoyé par guyak

tchize_,
pour info, on a repris une ancienne appli pour laquelle (je simplifie) on pouvait tranférer 3.7 millions d'unité d'infos /h.
une fois vaadin utilisé comme front-end on a eu peine à arrivé vers 1 millions.
sans compter nombre de blocages.

on a engagé à grands frais un 'expert' vaadin pour solutionner le problème. dead-line 1er decembre.
depuis mon dernier post, aucune amélioration sensible...

pour info, je suis expert ejb, ... instructeur chez sun/oracle pendant 4 ans.
la couche business n'est en aucun cas en cause.

et on pense sérieusement à abandonner vaadin.

autre info, ma société emploie 25.000 personnes en belgique, a une ouverture internationale et compte 800 développeurs.
la question est donc prise tres au sérieux...

si vous connaissez des alternatives à vaadin, merci de me dooner les noms...
on a d'autres possibilités en tete: backbase, echo3, rap, openLaszlo, icefaces, thinwire, ... et ZK (www.zkoss.org) pour lequel on vient de démarrer une évaluation...

bonne suite à tous

---

Avant de se jeter dans un nouveau framework, il est toujours prudent et pro de se poser des questions sur ce qu'on veut faire avec et si le framework est approprié à ces genres de traitement. Bien sur que je viens de débuter avec Vaadin et j'ai pas encore fait de tests terrible de monter en charge et de performance, pour confirmer ou infirmer les propos de guyak MAIS j'ai déjà 4 ans d'expérience avec GWT/GWT-Ext et Ext-GWT, et j'ai déjà eu chaud pour la performance.

les problèmes de performances que certain ont sont peut-être du au fait qu'il code encore avec la logique client....

2 liens intéressants
https://vaadin.com/blog/-/blogs/vaad...y-quicktickets
https://vaadin.com/blog/-/blogs/serv...ia-scalability

Nous utilisons Vaadin depuis +- 1.5 an pour 3 de nos applications. Elles sont toutes les 3 déployées sur le même serveur (instance glassfish 3.0.1). Elles sont utilisées par +- 1500 personnes (en moyenne 450 utilisateurs concurrents). Et pour le moment, javais de problème de perf alors que le GUI est tres fournis. Je trouve également que les tables et autres composants sont très riches en fonctionnalités, comme le lazy loading sur les tables(Affichages dans une listes de plus de 350000 lignes). Nous avons séparer les couches Présentations,service,model et dao. Etant donné que les db existait en parties, on a recréer un modele DTO au dessus des DAO et entity en utilisant des mappeurs. comme DB, oracle attaquer avec JPA/hybernate, On utilises les EJB3 et l'injection entres les couches. pour nous Vaadin à fait ces preuves. Peut être qu'il est moins performants que d'autres, mais il est completement codé en java. (Pas besoins de jouer avec des controleurs et JSF ou JSP, même si dans ces dernier, prime faces est je truove un bon frameworks.

Bonjour,

Le post initial date de 2010 : et en 2013 quel est votre avis à propos de Vaadin ?

Merci pour vos avis. :mouarf:

A+ ;)

Citation:

---

Envoyé par guyak

tchize_,
pour info, on a repris une ancienne appli pour laquelle (je simplifie) on pouvait tranférer 3.7 millions d'unité d'infos /h.
une fois vaadin utilisé comme front-end on a eu peine à arrivé vers 1 millions.
sans compter nombre de blocages.

on a engagé à grands frais un 'expert' vaadin pour solutionner le problème. dead-line 1er decembre.
depuis mon dernier post, aucune amélioration sensible...

pour info, je suis expert ejb, ... instructeur chez sun/oracle pendant 4 ans.
la couche business n'est en aucun cas en cause.

et on pense sérieusement à abandonner vaadin.

autre info, ma société emploie 25.000 personnes en belgique, a une ouverture internationale et compte 800 développeurs.
la question est donc prise tres au sérieux...

si vous connaissez des alternatives à vaadin, merci de me dooner les noms...
on a d'autres possibilités en tete: backbase, echo3, rap, openLaszlo, icefaces, thinwire, ... et ZK (www.zkoss.org) pour lequel on vient de démarrer une évaluation...

bonne suite à tous

---

Bonjour,

Avec le recul, sur quelle solution vous êtes vous positionné ? Vaadin ou autre ?

Merci.

A+ ;)