Bonjour Eric,
En effet, les modèles sont au début un peu déroutants. On en voit partout dans wicket et on se demande pourquoi faut-il systématiquement passé par eux (une simplification ne serait-elle pas meilleure ?). Mais petit à petit on rentre dans la logique du framework et on comprend leur force.
Dans ton cas, tu as bien identifié le problème, tu ne passais pas par un modèle pour construire ton listview. Cependant tu peux encore clarifier ton code. Actuellement tu charges la liste des documents dans un modèle de list de document après chaque cycle de sérialisation/désérialisation (load()). Cependant cette liste existe déjà, de la même manière que les autres propriétés d'une molécule. La simple utilisation d'un PropertyModel pour constituer ton modèle de liste suffit donc dans ce cas. Ok, merci pour ce retour. Je me doutais bien que le model (load()) ne servait
Tu peux d'ailleurs le passer en paramètre de ton ReadListDocumentsPanel au lieu du modèle de molécule. Ce serait plus cohérent : le panel sert à afficher le modèle de ce qu'il doit afficher. En fait je me sers quand même de la molécule pour ajouter les documents dessus quand on passe en édition. Je trouves le couplage avec l'entité sauvegardée en base plus fort qu'une simple
Le 26/02/2013 00:12, Adrien Cheype a écrit : pas a grand chose. Avec un simple PropertyModel, c'est tout de suite plus propre. liste (lazy) qui pourrait peut être poser d'autres problèmes. Du coup, l'interface DocumentAttachable (sur les entités sur lequelles ont peut ajouter des documents) ne servirait pas non plus ? -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com