Comment puis-je ajouter les Visages des Messages lors @PostConstruct

Dans un backing bean @PostConstruct méthode, je fais un appel d'un EJB qui pourrait revenir certains messages que je veux afficher sur la page via p:messages. Cependant, même si j'ajoute le FacesMessages par exemple FacesContext.getCurrentInstance().addMessage(...), p:messages n'est pas mis à jour avec les FacesMessages.

Si j'ai plutôt l'appel à l'EJB sur une action à partir de la page (un utilisateur clique sur un bouton sur la page qui appelle une méthode qui appelle les EJB, puis ajoute les FacesMessage(s)), alors les messags montrer à l'aide de p:les messages comme prévu.

Comment puis-je ajouter les Visages des Messages lors @PostConstruct et de les faire apparaître lorsque la page est d'abord rendu?

Code:

Page1Controller.java:

@ManagedBean
public class Page1Controller
{
    @PostConstruct
    public void init()
    {
        FacesContext.getCurrentInstance().addMessage(null, 
            new FacesMessage("Test Message from @PostConstruct"));
    }

    public String getValue()
    {
            return "Some Value";
    }

    public void triggerMessage(ActionEvent event)
    {
            FacesContext.getCurrentInstance().addMessage(null, 
                    new FacesMessage("Test Message from Trigger Button"));      
    }

}

page1.xhtml

   <h:form>
        <p:messages showDetail="true" showSummary="true" autoUpdate="true"/>
        <h:outputText value="#{page1Controller.value}"/>
        <br/>
        <p:commandButton value="Trigger Message" 
                         actionListener="#{page1Controller.triggerMessage}"/>  
   </h:form>

Worksforme™. Comment êtes-vous exactement de la création/ajout de messages? Ce JSF impl/version? Est le bean géré par JSF ou CDI ou autre chose?
Remarque: si invoquer la même méthode (à l'appel de l'EJB, etc) à l'aide de la f:event type="preRenderView" écouteur d'une directive, la FacesMessage est mis à jour correctement. Devrais-je le faire?
À l'aide de Mojarra 2.1.7, Primefaces 3.2 (dernière version stable).
Ce serait une solution de contournement. @PostConstruct devrait fonctionner très bien pour cela. J'ai fait un test rapide avec Mojarra 2.1.7 et PrimeFaces 3.2 sur Tomcat 7.0.27. Sans un béton SSCCE, nous ne pouvons pas vous aider beaucoup.

InformationsquelleAutor BestPractices | 2012-04-17

jsf-2

18

Dans votre exemple, le <p:messages> est rendu avant le managed bean est construit pour la première fois. Il est alors souvent trop tard pour ajouter le message. Votre bean est construit pour la première fois lorsque la valeur de la <h:outputText> est été évaluée au cours de temps de rendu.

Vous auriez besoin de quelque sorte assurez-vous que le haricot est construit avant la <p:messages> est rendu. Dans votre exemple, vous pourriez parvenir, par exemple, en déplaçant le <h:outputText> à avant <p:messages>. Ou, par l'ajout d'un <f:viewAction> ou <f:event type="preRenderView"> qui se invoquée avant l'ensemble de rendu, comme vous l'avez constaté vous-même. Le message de l'ajout n'a pas nécessairement besoin de prendre place dans le port d'écoute de la méthode, par la manière.

Voir aussi:
- Que peut - <f:métadonnées>, <f:viewParam> et <f:viewAction> il être utilisé?
- Merci... est une alternative qui dans le @PostConstruct méthode, après j'ai ajouté le FacesMessage, j'ai ensuite accéder aux Messages composante (via ViewRoot.findComponent) et de dire les messages composante "rerender" lui-même? (Est-ce possible?) Si possible, est-ce une meilleure approche que les preRenderView ou le déplacement de texte de sortie au-dessus de p:les messages?
- Non, ce n'est pas possible. Comme à la bonne approche, bien que dépend le béton à l'exigence fonctionnelle. Sous quelles conditions exactement avez-vous besoin d'ajouter des visages message? Lorsque certains paramètres de la requête n'est pas valide ou pas? Si oui, vous devriez plutôt avoir utilisé <f:viewParam> pour cela. Si non, alors le <f:event type="preRenderView"> serait bien (ce qui est mieux pour être remplacé par un plus sain <f:viewAction> lorsque vous avez la chance de mettre à niveau vers JSF 2.2 plus tard).
- Maintenant, c'est une vraie frustration avec la JSF... Il ne devrait pas être dur de faire passer un message affiché sur l'écran.
- Je ne comprends pas ceci :"le <p:messages> est rendu avant le managed bean est construit pour la première fois. Il est alors souvent trop tard pour ajouter le message." Pourquoi est-il trop tard ? Notez que je n'ai pas de problème avec, je suis juste curieux.
InformationsquelleAutor BalusC

Vous pouvez collecter de l'erreur, puis l'afficher à la fin de chargement de la page à l'aide d'un remoteCommand de primefaces avec autorun = true mode.
Dans mon cas, j'ai un viewScope et en xhtml je montre la liste de valeurs qui sont chargés dans le @PostConstruct. Si une Exception est générée, je vais l'enregistrer pour l'échantillon à la fin du chargement de la page, s'il existe, à l'aide de la remoteCommand.

private ArrayList<Exception> postConstucError = new ArrayList<>();

@PostConstruct
public void validarAcceso() {
    /**
     * verificar permisos a la vista de coeficientes
     */
    try {
            this.init() //load data;
        } catch (Exception e) {
        System.out.print(e.getMessage());
        this.postConstucError.add(e);
    }
}

 public void showPostConstructError() {
    try {
        for (int i = 0; i < this.postConstucError.size(); i++) {
            JsfUtil.addErrorMessage("Error al cargar datos iniciales: " + postConstucError.get(i).getMessage());
        }
    } catch (Exception e) {
        JsfUtil.addErrorMessage(e, "Error: showPostConstructError() " + e.getMessage());
    }
}

code xhtml

  <p:messages id="messages" showDetail="true" autoUpdate="true" closable="true"/> 
  <h:form>
        <p:remoteCommand id="rcomerror" name="showError" process="@this"  autoRun="true"
                         actionListener="#{mBPresentNinos.showPostConstructError()}" />  
    </h:form>

Solution créative... Et comment votre showPostConstructError() méthode ressembler?
showPostConstructError() code ajouté...

InformationsquelleAutor meyquel

Pour moi, en utilisant preRenderView événement pour afficher de message sur le formulaire init a été un des messages de l'enfer. J'ai donc créé très simple "composant" pour garder les messages statiques. Pour cet exemple, seul un message d'erreur est pris en charge.

staticMessage.xhtml:

<ui:fragment xmlns="http://www.w3.org/1999/xhtml"
             xmlns:ui="http://xmlns.jcp.org/jsf/facelets"
             rendered="#{rendered}">
    <div id="staticMessage" class="ui-messages ui-widget" aria-live="polite">
        <div class="ui-messages-error ui-corner-all"><span class="ui-messages-error-icon"/>
            <ul>
                <li>
                    <span class="ui-messages-error-summary">#{value}</span>
                </li>
            </ul>
        </div>
    </div>
</ui:fragment>

Y compris les messages:

 <ui:include src="/template/components/staticMessage.xhtml">
     <ui:param name="rendered"value="#{beanMB.staticMessagesRendered}"/>
     <ui:param name="value" value="Place your message here."/>
 </ui:include>

InformationsquelleAutor Michał Stochmal

Vous devez vous connecter pour publier un commentaire.

Voir aussi: