PrimeFaces CommandButton Action qui n'est pas appelée à l'intérieur d'Composite

Dans le code ci-dessous la jsf html commandButton action est appelé à la perfection.
Mais primefaces commandButton action n'est pas appelé.

<ui:component          
              xmlns="http://www.w3.org/1999/xhtml" 
            xmlns:f="http://java.sun.com/jsf/core"
            xmlns:h="http://java.sun.com/jsf/html"
           xmlns:ui="http://java.sun.com/jsf/facelets"
            xmlns:p="http://primefaces.prime.com.tr/ui"
    xmlns:composite="http://java.sun.com/jsf/composite">

    <composite:interface>
        <composite:attribute 
            name="managedBean"          
            type="java.lang.Object"
            required="true">                    
        </composite:attribute>
    </composite:interface>

    <composite:implementation>
        <f:view contentType="text/html"> 
            <h:form id="componentes">  
                <h:panelGrid columns="3">
                    <h:panelGroup>              
                        <h:outputText 
                              escape = "false" 
                               value = "#{cc.attrs.managedBean['value']}"       
                            rendered = "#{!cc.attrs.managedBean['editing']}"/> 
                        <p:editor 
                            widgetVar = "editor" 
                                value = "#{cc.attrs.managedBean.value}" 
                             rendered = "#{cc.attrs.managedBean.editing}"/>
                    </h:panelGroup>
                    <!-- ACTION IS CALLED -->                                 
                    <h:commandButton 
                                action = "#{cc.attrs.managedBean.toogleEditing}" 
                                 value = "#{cc.attrs.managedBean.editing?'Back':'Edit'}" 
                                update = "componentes"/>

                                    <!-- ACTION IS NOT CALLED -->           
                    <p:commandButton 
                                action = "#{cc.attrs.managedBean.toogleEditing}" 
                                 value = "#{cc.attrs.managedBean.editing?'Back':'Edit'}" 
                                update = "componentes"/>
                </h:panelGrid>
            </h:form>                    
        </f:view>
    </composite:implementation>
</ui:component>

Si le lieu le même code est à l'extérieur d'un composite (normal page xhtml), les deux fonctionnent très bien:

<!DOCTYPE html 
     PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html 
    xml:lang="pt" 
        lang="pt"
       xmlns="http://www.w3.org/1999/xhtml" 
     xmlns:f="http://java.sun.com/jsf/core"
     xmlns:h="http://java.sun.com/jsf/html"
    xmlns:ui="http://java.sun.com/jsf/facelets"
     xmlns:p="http://primefaces.prime.com.tr/ui">

    <h:head id="head">
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
        <title>Item de Texto</title>
    </h:head>
    <h:body id="body">          
        <f:view contentType="text/html"> 
            <h:form id="componentes">  
                <h:panelGrid columns="3">
                    <h:panelGroup>              
                        <h:outputText 
                              escape = "false" 
                               value = "#{editableHTMLText.value}" 
                            rendered = "#{!editableHTMLText.editing}"/>
                        <p:editor 
                            widgetVar = "editor" 
                                value = "#{editableHTMLText.value}" 
                             rendered = "#{editableHTMLText.editing}"/>
                    </h:panelGroup>

                                    <!-- ACTION IS CALLED -->                         
                    <h:commandButton 
                                action = "#{editableHTMLText.toogleEditing}" 
                                 value = "#{editableHTMLText.editing?'Back':'Edit'}" 
                                update = "componentes"/>

                                    <!-- ACTION IS CALLED -->
                    <p:commandButton 
                                action = "#{editableHTMLText.toogleEditing}" 
                                 value = "#{editableHTMLText.editing?'Back':'Edit'}" 
                                update = "componentes"/>
                </h:panelGrid>
            </h:form>                    
        </f:view>
    </h:body>
</html>

C'est le code d'haricot:

import java.io.Serializable;

import javax.faces.bean.ManagedBean;
import javax.faces.bean.SessionScoped;


@ManagedBean
@SessionScoped
public class EditableHTMLText implements Serializable{

    /**
     * 
     */
    private static final long   serialVersionUID    = 8439126615761864409L;

    private String              value               = "Test<br>of<br>HTML<br>text<br><b>ITEM</b><br>";
    private boolean             editing             = false;


    public void toogleEditing(){

        this.setEditing(!this.isEditing());
        System.out.println("Editing State: " + this.editing);
    }


    public String getValue(){

        return value;
    }


    public void setValue(String value){

        this.value = value;
    }


    public boolean isEditing(){

        return editing;
    }


    public void setEditing(boolean editing){

        this.editing = editing;
    }

}

Des suggestions?

InformationsquelleAutor Fernando Bonafé | 2011-10-21

18

Aujourd'hui, j'ai frappé exactement le même problème avec PrimeFaces 5.1. Dans mon cas, je n'ai eu aucun des formulaires imbriqués et j'étais déjà les process attribut sur la p:commandButton avec les éléments de formulaire, je voulais être traitées. Toutefois, cela ne fonctionne pas encore.

La "solution" est à ajouter @this à la liste des composants de processus, comme ceci:

<p:commandButton process="myFormField1 myFormField2 @this">

Sans @this (ce qui n'est généralement pas nécessaire, puisque le bouton lui-même ne devrait pas besoin d'être traitées/validé) je n'ai trouvé aucun moyen de faire tout cela fonctionne à l'intérieur d'un composite:
- <p:commandButton action="#{bean.myAction}"...>
- <p:commandButton type="button"> avec imbriqué <p:ajax event="click" action="#{bean.myAction}"...>
- <p:commandButton type="button" onclick="myAction()"> avec des associés <p:remoteCommand name="myAction" action="#{bean.myAction}">
Par le débogage de l'application, j'ai vu que la validation et la mise à jour du modèle de phases ont été exécutées correctement, mais ensuite, dans les invoquer la phase d'application, pas de file d'attente de l'événement était présent et donc aucune action n'a été effectuée. En fait, je pourrais préciser tout ce que j'ai aimé à l'intérieur de la action et actionListener les valeurs d'attribut de <p:commandButton> sans avoir PrimeFaces ou JSF se plaindre d'une quelconque manière.

Ceux-ci, au lieu de cela, faire le travail comme il faut, mais vous n'avez pas un traitement partiel en place, de sorte qu'ils ne peuvent pas être une solution viable:
- <p:commandButton action="#{bean.myAction}" ajax="false"...>
- <p:commandButton type="button"...> avec imbriqué <f:ajax event="click" action="#{bean.myAction}"...>
Il doit être un PrimeFaces bug.
- le bouton n'est pas déclenché, si elle n'est pas traitée. cela a du sens.
- Il n'a pas, depuis le "processus" de l'attribut qui indique le autres champs doivent être traitées/soumis. Paramètre "@ce" dans le processus de l'attribut n'est pas nécessaire pour les boutons à l'extérieur d'un composite. Et, si c'était le cas, il serait au moins de "redondants".
- Je souhaite que je pourrais upvote ce plus d'une fois. C'est la bonne réponse, ou devrais-je dire @ce. Même en 2018 en vertu de primefaces 6. Jamais eu un problème avec p:commandButton la cuisson jusqu'à ce que j'ai mis un dans un composite.
InformationsquelleAutor Mauro Molinari
5

Lorsque vous avez utilisé le composant composite, a été déjà placé dans un h:balise de formulaire? Lorsque vous avez des formulaires imbriqués, bouton de commande action n'est pas déclenché.

Une autre question peut être l'ajax pièces qui vous tentent. Primefaces bouton a la mise à jour de l'attribut, mais la norme JSF on n'en a pas. Il le fera toujours une actualisation complète de la page (à l'exception de imbriqués dans ou f:ajax tag est utilisé à l'intérieur)

InformationsquelleAutor Rudy De Busscher
1

J'ai eu aussi des problèmes avec les boutons de commande de déclenchement. Dans mon cas, ajax et non-ajax reqeuests n'a pas fonctionné.
1. comme décrit ci - dessus assurez-vous de supprimer tous du formulaire dans le formulaire. facile fait avec l'utilisation de composite.
2. si vous avez plusieurs boutons, essayez d'utiliser le drapeau "processus".
Aidé dans mon cas.
```
<p:commandButton id="submitButton" value="Submit" type="submit" 
    actionListener="#{bean.save}"
    update="message"
    process="txtComment, @this"
    icon="ui-icon-disk"/>
```
process="txtComment, @this" exécute la méthode de définition de inputText id txtComment et le bouton de commande de la méthode.

InformationsquelleAutor Michael Leitner
0

Vous pouvez essayer d'insérer ajax="false" attribut dans p:commandButton.

InformationsquelleAutor
0

J'ai aussi touché à ce problème et de tester vos codes, il semble que primefaces est pas en mesure de vous avertir des erreurs de validation dans le même "xhtml", mais dans d'autres panelGrids, vous pouvez avoir besoin d'un parent panelGrid correctement encapsuler tous vos forme de grilles.

Si vous remplissez votre formulaire en entier, vous verrez que votre primefaces commandButton action est appelée, sinon il serait en silence à "digérer" les erreurs de validation que vous pourriez avoir.

InformationsquelleAutor Oh Chin Boon
0

À ajouter aux réponses ci-dessus, par souci d'exhaustivité.

L'un des problème qui n'est pas couvert dans les réponses ci-dessus est l'absence de Targets attribut dans composite:interface

À partir de la documentation de JSF

objectifs de l'attribut: Si cet élément a une méthode de signature
attribut, la valeur des objectifs de l'attribut doit être interprété comme une
de l'espace (pas d'onglet) séparés par la liste d'id client (par rapport au top
niveau composant) de composants à l'intérieur de la
<composite:mise en œuvre> section. L'espace est utilisé comme
séparateur pour la compatibilité avec le IDREFS et NMTOKENS types de données
à partir du Schéma XML. Chaque entrée de la liste doit être interprété comme l'
id intérieure d'un élément auquel le MethodExpression de l'
composite composant dans la balise à l'aide de la page doit être appliqué. Si ce
éléments d'une méthode de signature de l'attribut, mais aucune cible attribut,
la valeur de l'attribut name est utilisé comme la seule entrée dans le
liste. Si la valeur de l'attribut name n'est pas un de spécial
les valeurs indiquées dans la description de l'attribut name, les cibles (ou
sa valeur dérivée) n'a pas besoin de correspondre à l'id de l'intérieur
composante.
```
<cc:interface>
    <cc:attribute name="value" />
    <cc:attribute name="action" targets="buttonId" />
    <cc:attribute name="actionListener" targets="buttonId" />
</cc:interface>
<cc:implementation>
    <p:commandButton id="buttonId" value="#{cc.attrs.value}" />
</cc:implementation>
```
@source: https://stackoverflow.com/a/19680483/1850844

InformationsquelleAutor Ankit
-1

J'ai Trouvé une solution de contournement pour ce Problème
```
<composite:implementation>
 <p:commandButton onclick="JS_call_to<p:remoteCommand>" />
</composite:implementation>
```
À l'intérieur de votre page d'accueil définir avec

<p:remoteCommand action="managedBean.call_function()" update="..." />

J'ai fait une Gmap Appel à ce à partir d'un composé-Composant à la Mainpage
- c'est du code non valide
InformationsquelleAutor Marcus Berlinger

Vous devez vous connecter pour publier un commentaire.