DownLoadLink et ListView

Bonjour,

J'utilise wicket, et je face aujourd'hui face à un comportement étrange.

Lorsque je définit un tableau dont le contenu est chargé avec une listView, et que l'un des items de la listView (une colonne du tableau) correspondant au composant DownloadLink.

Le problème intervient lorsque le fichier référencé par le downloadLink est inaccessible : Méthode onClick :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

DownloadLink downloadOutLink = new DownloadLink("fileLink", new File("")) {   @Override public void onClick() {   File bigFile = getFileFromURL(url);   if (bigFile != null) { this.setDefaultModelObject(bigFile); super.onClick(); } else { // Popup file is not available String message = "file is not available"; dialog.setLabel(message); dialog.setInitialHeight(200); dialog.setInitialWidth(350); dialog.showDialog(); } } };

---

Dès qu'on arrive dans la condition else, il y a une sorte de rafraichissement de la page, et la méthode protected void populateItem(ListItem item), est de nouveau appelé.

Cela est gênant car je permet a l'utilisateur d'effectuer un tri par colonne via des méthodes javascript. Mais a cause de ce comportement étrange, dans le cas ou le downloadLink ne "débouche" pas sur le téléchargement d'un fichier, mon tableau est ré-initialisé et je perd le tri qui a été effectué en javascript.

Si vous avez des idées, n'hésitez pas.

Cordialement,

P-A

bonjour

je pense que dans le cas où la pop up ne s'affiche pas, alors la page est réaffichée, perdant tout état présent uniquement côté client.

Je vois essentiellement une solution : laisser connaitre l'état du tri au serveur, pour qu'il puisse le réaffficher.

++
joseph

En fait la popup s'affiche systématiquement lorsque l'url ne retourne pas un fichier...

Et c'est dans le cas où elle s'affiche que la page est "rechargée"

Le cas ou le fichier est téléchargeable ne pose pas de problème, en faite c'est dès que le downloadLink ne "débouche" pas sur un fichier que sa pose problème.

Pour ce qui est de la solution que tu me propose j'y est effectivement pensé, malheureusement je recherche plus une solution au niveau du paramétrage / configuration ou meme modification du composant downloadLink pour évite que celui-ci ne re-déclenche le repopulate de la listView.

Cordialement,

P-

Citation:

---

Envoyé par diophantes

Pour ce qui est de la solution que tu me propose j'y est effectivement pensé, malheureusement je recherche plus une solution au niveau du paramétrage / configuration ou meme modification du composant downloadLink pour évite que celui-ci ne re-déclenche le repopulate de la listView.

---

désolé du délai, j'étais très occupé la semaine passée et après ce topic m'est un peu sorti de l'esprit.

pour en revenir au sujet, le "hic" est que le navigateur attend une réponse du serveur. Dans le cas où la popup est affichée, c'est une nouvelle fenetre, donc tout va bien pour le cas présent.

par contre, en l'absence de pop up, wicket reste sur la même page et... la ré affiche telle que connue dernièrement...

la solution de contournement serait de passer par de l'ajax. En effet, via ajax, le serveur peut aisément ne rien retourner à une requête. Rien n'est alors redessiné et tout le monde est heureux.

Hello,

merci des informations, j'ai effectivement fait le même constat,

je suis entrain de "bidouiller" quelque chose, en gros l'idée est de mettre un AjaxLink qui se charge de récupérer le fichier, affiche une popup si pas de fichier (donc pas de rafraichissement de la page)

et le cas ou le fichier est disponible, soit le renvoyer a l'utilisateur (ce que je n'arrive pas a faire pour l'instant avec le code ci dessous :

final DownloadLink downloadOutLink = new DownloadLink("lienFichierDownload",
new File("")) {
};

AjaxLink<String> lienFichier = new AjaxLink<String>("lienFichier") {
private static final long serialVersionUID = 1L;

@Override
public void onClick(AjaxRequestTarget target) {
final File bigFile = getFileFromURL(url);

if (bigFile != null) {
// Set DownloadLink Model Object
downloadOutLink.setDefaultModelObject(bigFile);
downloadOutLink.onClick();

} else {
// Popup fichier indisponible
String message = "<p class='textenormalXnetM2M'>"
+ MessagesM2M.getMessage("message.echec.demande")
+ "</p>";
message += ("<label>"
+ MessagesM2M.getMessage("message.erreur") + "</label>");
message += ("<span class='textenormalXnetM2M'>Fichier indisponible</span>");
dialog.setLabel(message);
dialog.setInitialHeight(200);
dialog.setInitialWidth(350);
dialog.show(target);
}
}
};

seule petit problème est que maintenant la popup s'affiche sans problème et sans recharger la page et mon tableau, en revanche l'appel brutal a la méthode downloadOutLink.onClick(); ne semble pas marché ..

Cordialement

bonsoir

je pense que cette page du wiki, AJAX update and file download in one blow, devrait apporter les réponses nécessaires.

:)

++

Hello,

J'avais vue ce topic, mais sans avoir de quoi faire quelque chose de viable.

Au final je me suis penchée sur cette solution :

- A la place du downloadlink original j'ai mis un ajaxLink, qui me permet de faire un rafraichissement en ajax (popup précisant que le fichier n'est pas disponible) et qui me conserve mon tri exécuté en javascript coté client sur action utilisateur des entetes des colonnes.

- Dans le cas où mon fichier est disponible et récupéré par ma méthode "getFileFromUrl" je fait un setDefaultModelObject d'un downloadLink caché, et effectue ensuite un target.appendJavascript("document.getElementById('"+downloadOutLink.getMarkupId()+"').click();");

C'est pas la solution la plus jolie certe, mais ça a la mérite de faire ce que je veut.

En attendant que le framework devienne plus élaboré j'ai procédé de cette façon.

hum, je ne comprends pas le problème de viabilité.

perso, j'ai testé cela :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

public class DownloadTestPage extends WebPage { public DownloadTestPage() {   final AJAXDownload download = new AJAXDownload() { @Override protected IResourceStream getResourceStream() { return new FileResourceStream(new File("/srv/coding/workspace/sample/src/main/java/org/demo/DownloadTestPage.java")); } }; add(download);   add(new AjaxLink<Void>("link") { @Override public void onClick(AjaxRequestTarget target) { download.initiate(target); } });   } }

---

cela utilise l'AJAXDownload présenté sur la page du wiki. Le tout est fait autour d'une page "normale" et d'un AjaxLink "normal", pas de downloadlink caché qui me semble nettement moins propre.

je ne pense pas que wicket change beaucoup sur ce point, si ce n'est une éventuelle intégration du AJAXDownload (mais je ne parierai pas dessus).

Le problème rencontré initialement vient de la volonté de ne pas communiquer l'état de la liste triée au serveur, ce qui est en contradiction avec la logique stateful de wicket.