Ordre d'exécution des événements en appuyant sur PrimeFaces p: commandButton

j'aime juste obtenir des informations comme BalusC donne ici - et il est assez aimable pour aider tant de gens avec une telle bonne information que je considère ses mots comme l'Évangile, mais je n'ai pas été en mesure d'utiliser cet ordre d'événements pour résoudre ce même genre de problème de calendrier dans mon projet. Puisque BalusC a mis une grande référence générale ici que j'ai même signalisé, j'ai pensé que je donnerais ma solution pour certains problèmes de timing avancés dans le même endroit car il ne résout les problèmes de timing de l'affiche originale comme bien. J'espère que ce code aidera quelqu'un:

        <p:pickList id="formPickList" 
                    value="#{mediaDetail.availableMedia}" 
                    converter="MediaPicklistConverter" 
                    widgetVar="formsPicklistWidget" 
                    var="mediaFiles" 
                    itemLabel="#{mediaFiles.mediaTitle}" 
                    itemValue="#{mediaFiles}" >
            <f:facet name="sourceCaption">Available Media</f:facet>
            <f:facet name="targetCaption">Chosen Media</f:facet>
        </p:pickList>

        <p:commandButton id="viewStream_btn" 
                         value="Stream chosen media" 
                         icon="fa fa-download"
                         ajax="true"
                         action="#{mediaDetail.prepareStreams}"                                              
                         update=":streamDialogPanel"
                         oncomplete="PF('streamingDialog').show()"
                         styleClass="ui-priority-primary"
                         style="margin-top:5px" >
            <p:ajax process="formPickList"  />
        </p:commandButton>

le dialogue est au sommet du XHTML en dehors de cette forme et il a une forme de son propre intégré dans le dialogue avec un datatable qui contient des commandes supplémentaires pour la diffusion en continu des médias qui devaient tous être préparés et prêts à aller lorsque le dialogue est présenté. Vous pouvez utiliser cette même technique pour faire des choses comme télécharger des documents personnalisés qui doivent être préparés avant qu'ils soient transmis à l'ordinateur de l'utilisateur via les boutons fileDownload dans la boîte de dialogue.

Comme je l'ai dit, c'est un exemple plus compliqué, mais il touche tous les points forts de votre problème et le mien. Lorsque le bouton de commande est cliqué, le résultat est d'abord de s'assurer que le "backing bean" est mis à jour avec les résultats de la liste de sélection, puis de dire au "backing bean" de préparer les flux pour l'utilisateur en fonction de leurs sélections dans la liste de sélection, puis de mettre à jour les contrôles dans le dialogue dynamique avec une mise à jour, puis de montrer le boîte de dialogue prête pour que l'utilisateur commence à diffuser son contenu.

le truc était d'utiliser L'ordre des événements de BalusC pour le bouton de commande principal et ensuite d'ajouter le bit <p:ajax process="formPickList" /> pour s'assurer qu'il a été exécuté en premier - parce que rien ne se passe correctement à moins que la liste de sélection n'ait mis à jour le bean de soutien en premier (quelque chose qui ne se passait pas pour moi avant que je l'ai ajouté). Donc, oui, ce bouton de commande est génial parce que vous pouvez affecter les composants précédents, en attente et actuels ainsi que la sauvegarde des haricots, mais le moment d'être en interrelation tous d'entre eux n'est pas facile d'obtenir une poignée sur parfois.

bon codage!