Je suis tout à fait nouveau pour ICEfaces mais ont déjà une expérience avec JSF/Facelets et Java EE en général.ICEfaces: comment désactiver le mécanisme d'émission-réception-mises à jour pour certaines formes
Actuellement, je ne suis pas en utilisant une grande partie de ICEfaces, sauf quelques balises utilitaires comme outputStyle et outputDeclaration, mais même cela est vraiment agréable d'avoir.
Même si je prévois d'utiliser des fonctionnalités AJAX plus tard, j'ai des formulaires h: forms (ou ice: forms) que je voudrais envoyer en tant que requêtes JSF POST normales, sans passer par/block/send-receive-updates . La raison en est que je veux utiliser un filtre, qui agit sur l'URI demandé, ce qui est impossible si tout est envoyé à/block/send-receive-updates.
Existe-t-il un moyen de le faire?
Edit: Pour clarifier ce que je veux faire:
Le site web nous développons se compose de pages accessibles au public et certains qui ne peuvent accéder qu'aux membres enregistrés. Le mécanisme de sécurité basé sur FORM standard tel que défini dans la norme de servlet est assez rigide, car il ne permet que de définir une seule page de connexion qui est affichée, quand quelqu'un veut accéder à un contenu restreint. Parce que nous voulons aussi pouvoir nous connecter en utilisant un petit formulaire de connexion visible sur chaque page, nous avons développé un filtre, qui gère l'authentification et l'autorisation presque comme le conteneur web. Il redirige vers une page de connexion personnalisée si l'utilisateur n'est pas authentifié/autorisé, mais permet également d'authentifier un utilisateur à partir d'un backing-bean. Pour que cela fonctionne presque de manière transparente, il enveloppe le HttpServletRequest pour fournir les rôles Principal et Utilisateur.
Lorsque le filtre redirige vers la page de connexion personnalisée enregistre il la demande en cours de « rejouer » plus tard, lorsque l'utilisateur a été authentifié avec succès. Pour ce faire, le filtre doit être capable de détecter si une requête POST provient de la page de connexion (et donc si l'utilisateur est maintenant authentifié/autorisé). Mais si chaque POST passe par/block/send-receive-updates cela ne marche plus.
Bien sûr, je pouvais exclure la gestion de la page de connexion par ICEfaces, mais cela signifiait que je ne pouvais utiliser aucun ICEfaces/AJAX sur la page de connexion.
Merci pour les idées. Ce qui me dérange vraiment de tout cela est que je pensais au départ ICEfaces était plus d'une bibliothèque de composants pour JSF comme RichFaces, mais maintenant il semble qu'il dicte tout à fait comment tout devrait fonctionner ... –
Ouais, ICE-Faces est plus juste une bibliothèque de composants et bien qu'il ne soit pas timide, il pourrait probablement faire un peu mieux d'en parler aux gens. En particulier, son rendu direct vers DOM signifie que vous utilisez un moteur de rendu complètement différent. Je suggérerais de mieux le connaître. – Drew