Différence entre h:bouton et h:commandButton

<h:button>

La <h:bouton> génère un code HTML <input type="button">. L'élément généré utilise JavaScript pour naviguer jusqu'à la page donnée par l'attribut outcome, à l'aide d'une requête HTTP GET.

E. g.

<h:button value="GET button" outcome="otherpage" />

va générer

<input type="button" onclick="window.location.href='/contextpath/otherpage.xhtml'; return false;" value="GET button" />

Même si cela se termine dans un (bookmarkable) le changement d'URL dans la barre d'adresse du navigateur, ce n'est pas SEO-friendly. Searchbots ne suivent pas de l'URL dans la onclick. Vous feriez mieux d'utiliser un <h:outputLink> ou <h:link> si le RÉFÉRENCEMENT est important sur l'URL donnée. Vous pourriez, si nécessaire, de le jeter dans un peu de CSS sur le code HTML généré <a> élément pour le faire ressembler à un bouton.

Ne note que bien que vous pouvez mettre une expression EL se référant à une méthode dans outcome attribut comme ci-dessous,

<h:button value="GET button" outcome="#{bean.getOutcome()}" />

il pas être invoquée lorsque vous cliquez sur le bouton. Au lieu de cela, il est déjà invoquée lorsque la page contenant le bouton est rendu dans le seul but d'obtenir le résultat de navigation doit être intégré dans la générées onclick code. Si vous avez déjà tenté d'utiliser la méthode d'action de la syntaxe comme dans outcome="#{bean.action}", vous serait déjà laissé entendre par cette erreur/fausse idée d'affronter une javax.el.ELException: impossible de trouver le bien actionMethod dans la classe com.exemple.Bean.

Si vous avez l'intention d'invoquer une méthode en tant que résultat d'une requête POST, utilisez <h:commandButton> au lieu de cela, voir ci-dessous. Ou si vous avez l'intention d'invoquer une méthode comme le résultat d'une requête GET, head à Invoquer JSF managed bean action au chargement de la page ou si vous aussi vous avez OBTENIR les paramètres de la demande via <f:param>, Comment le processus de chaîne de requête GET paramètres d'URL dans la sauvegarde de haricot au chargement de la page?

---

<h:commandButton>

La <h:commandButton> génère un code HTML <input type="submit"> bouton qui soumet par défaut, le parent <h:form> utilisant la méthode HTTP POST et invoque les actions attachées à action, actionListener et/ou <f:ajax listener>, le cas échéant. Le <h:form> est nécessaire.

E. g.

<h:form id="form">
    <h:commandButton id="button" value="POST button" action="otherpage" />
</h:form>

va générer

<form id="form" name="form" method="post" action="/contextpath/currentpage.xhtml" enctype="application/x-www-form-urlencoded">
    <input type="hidden" name="form" value="form" />
    <input type="submit" name="form:button" value="POST button" />
    <input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="...." autocomplete="off" />
</form>

Noter qu'il soumet donc à la page en cours (la forme de l'action de l'URL sera affiché dans la barre d'adresse du navigateur). Il sera par la suite avant de la page cible, sans aucune modification de l'URL dans la barre d'adresse du navigateur. Vous pouvez ajouter ?faces-redirect=true paramètre à la valeur des résultats pour déclencher une redirection après le POST (comme par le Post-Rediriger-Get modèle), de sorte que l'URL cible devient bookmarkable.

La <h:commandButton> est généralement utilisé exclusivement pour soumettre un formulaire POST, de ne pas effectuer la page-à-page de navigation. Normalement, le action points à l'action, telles que l'enregistrement des données du formulaire, en DB, qui renvoie un String résultat.

<h:commandButton ... action="#{bean.save}" />

avec

public String save() {
    //...
    return "otherpage";
}

Retour null ou void vous ramène au même point de vue. Retourner une chaîne vide aussi, mais il serait de recréer une vue étendue de haricot. Ces jours, moderne, avec des JSF2 et <f:ajax>, le plus souvent des actions de revenir au même point de vue (donc, null ou void) où les résultats sont conditionnellement rendus par ajax.

public void save() {
    //...
}

---

Voir aussi:

• Comment naviguer dans le JSF? Comment faire de l'URL de refléter la page en cours (et pas précédent)
• Quand dois-je utiliser h:outputLink au lieu de h:commandLink?
• Les différences entre l'action et l'actionListener

h:commandButton doit être enfermé dans un h:forme et dispose de deux modes de navigation statique c'est à dire en définissant l'attribut action et de la dynamique par la mise en au actionListener attribut par conséquent, il est plus avancé comme suit:

<h:form>
    <h:commandButton action="page.xhtml" value="cmdButton"/>
</h:form>

ce code génère le follwing html:

<form id="j_idt7" name="j_idt7" method="post" action="/jsf/faces/index.xhtml" enctype="application/x-www-form-urlencoded">

alors que le h:bouton est plus simple et juste utilisé pour la statique ou de la règle en fonction de navigation comme suit

<h:button outcome="page.xhtml" value="button"/>

le code html généré est

 <title>Facelet Title</title></head><body><input type="button" onclick="window.location.href='/jsf/faces/page.xhtml'; return false;" value="button" />

Voici ce que le JSF javadoc ont à dire à propos de la commandButton action attribut:

MethodExpression représentant l'application de l'action de l'invoquer lors de l'
ce composant est activé par l'utilisateur. L'expression doit évaluer
pour une méthode publique qui ne prend aucun paramètre et renvoie un Objet
(le toString() qui est appelée à tirer la conséquence logique)
qui est passé à la NavigationHandler pour cette application.

Il serait éclairant pour moi, si quelqu'un peut expliquer ce que cela a à voir avec les réponses sur cette page. Il semble assez clair que action fait référence à une page du nom de fichier et non une méthode.