


La difficulté de la mise à niveau de JSF 1.2 vers JSF 2.0
La difficulté de la mise à niveau de JSF 1.2 vers 2.0 est basée sur la technologie d'affichage que vous utilisez actuellement et celle de l'avenir. Cela dépend de la technologie de visualisation que vous envisagez d'utiliser.
- JSP 2.x vers JSP 2.x = presque aucun effort.
- Facelets 1.x à Facelets 2.0 = moins d'effort.
- JSP 2.x vers Facelets 2.0 = Beaucoup de travail. Doublez ce montant si vous avez des composants personnalisés.
Modifications de base
Indépendamment de la technologie de changement d'affichage, vous devez au moins effectuer les étapes suivantes :
- Supprimez le JSF 1.2 JAR de /WEB-INF/lib (si présent).
- Déposez le JSF 2.0 dans /WEB-INF/lib (si JSF 1.2 a été fourni par un conteneur de servlet, configurez la classe pour qu'elle charge les bibliothèques de l'application Web avant les bibliothèques du conteneur de servlet). Pensez à modifier le chargement. (voir également Problèmes de chargement de classe JSF2 du serveur d'applications).
- Mettez à jour la déclaration racine dans faces-config.xml pour qu'elle corresponde à la spécification JSF 2.0.
<faces-config xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd" version="2.0"></faces-config>
Remarque : Si vous utilisez JSF 2.2 ou une version ultérieure, utilisez http://xmlns.jcp au lieu de http://java.sun.com dans tout l'extrait XML ci-dessus. Domaine d'espace de noms .org.
- Assurez-vous que la déclaration de route dans web.xml est au moins conforme à Servlet 2.5. JSF 2.0 ne fonctionnera pas en dessous de 2.4 (bien que des hacks soient possibles).
<web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"></web-app>
Remarque : Si vous utilisez Servlet 3.0 ou supérieur, utilisez http://xmlns.jcp au lieu de http://java.sun.com dans tout l'extrait XML ci-dessus. Domaine d'espace de noms .org.
JSP 2.x vers JSP 2.x
Si vous utilisez JSP 2. En gros, vous n'avez rien d'autre à changer. Mise à niveau progressive
Si vous utilisez déjà un modèle d'URL de suffixe (tel que.jsf) pour FacesServlet et que vous souhaitez
utiliser simplement , FacesServlet recherche d'abord Fichiers .xhtml et s'ils n'existent pas, *.jsp C'est une bonne idée de penser à analyser vos fichiers. Cela permet une conversion progressive de JSP vers Facelets sans changer les URL. Cependant, si vous utilisez un modèle d'URL de préfixe (par exemple /faces/) et que vous souhaitez passer de JSP à Facelets par étapes, remplacez-le par .jsf et remplacez éventuellement les liens Tous les liens existants dans le fichier La page JSP doit également être modifiée. Veuillez noter que la nouvelle navigation implicite fournie par JSF 2.0 ne recherche pas l'existence du fichier et navigue quand même vers result.xhtml. Donc, si vous passez de .jsp ou à .jsp, vous devez toujours l'inclure dans l'ID de vue à la manière JSF 1.x. J'utilise Facelets 1.x comme technologie de visualisation et Facelets 2.0. Si vous souhaitez l'utiliser, vous devez suivre les étapes supplémentaires suivantes : JSP 2.x comme technologie d'affichage et nous passerons bientôt à Facelets 2.0 Si vous le souhaitez, vous devrez apporter de nombreuses modifications avant de publier votre site. Nous modifions fondamentalement la technique d'affichage ici. Si vos pages JSP existantes sont bien conçues, il n'y aura pas de scriptlet lignes de code et la seule balise spécifique à JSP sera Modifiez comme suit. Modèle de page d'inclusion JSP de base... ... doit être remplacé par le modèle de page d'inclusion de Facelets de base suivant. Facelets 1.x à Facelets 2.0
Supprimez le JAR Facelets 1.x de /WEB-INF/lib.
<faces-config xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd" version="2.0"></faces-config>
Remarque : Si vous utilisez JSF 2.2 ou une version ultérieure, utilisez http://xmlns.jcp au lieu de http://java.sun.com dans tout l'extrait XML ci-dessus. Domaine d'espace de noms .org. Ceux-ci sont fondamentalement suffisants. JSP 2.x vers Facelets 2.0 Nous utilisons <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"></web-app>
Changez pour le modèle Facelets de base suivant.
<facelet-taglib xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facelettaglibrary_2_0.xsd" version="2.0"></facelet-taglib>
Remarque : Si vous utilisez JSF 2.2 ou une version ultérieure, utilisez le nom http://xmlns.jcp.org au lieu de http://java.sun.com dans l'extrait XHTML ci-dessus. domaine spatial.
Inclure les modifications de page
<faces-config xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd" version="2.0"></faces-config>
<web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"></web-app>
<facelet-taglib xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemalocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facelettaglibrary_2_0.xsd" version="2.0"></facelet-taglib>
<view>
<title>JSP page</title>
<outputtext value="JSF components here."></outputtext>
</view>
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Javaispopularforcross-plateformdesktopapplicationsDuetoit "writeOnce, runanywhere" philosophy.1) iTUSESBYTECODETHATrunSonanyjvm-equipppatform.2) bibliothèqueslikeswingandjavafxhelpcreenative-lookporport

Les raisons de l'écriture du code spécifique à la plate-forme en Java incluent l'accès à des fonctionnalités spécifiques du système d'exploitation, l'interaction avec le matériel spécifique et l'optimisation des performances. 1) Utilisez JNA ou JNI pour accéder au registre Windows; 2) interagir avec les pilotes matériels spécifiques à Linux via JNI; 3) Utilisez du métal pour optimiser les performances de jeu sur macOS via JNI. Néanmoins, la rédaction du code spécifique à la plate-forme peut affecter la portabilité du code, augmenter la complexité et potentiellement poser des risques de performances et de sécurité.

Java améliorera encore l'indépendance des plates-formes grâce aux applications natives dans le cloud, au déploiement multi-plate-forme et à l'interopérabilité inter-language. 1) Les applications natives Cloud utiliseront Graalvm et Quarkus pour augmenter la vitesse de démarrage. 2) Java sera étendu aux appareils intégrés, aux appareils mobiles et aux ordinateurs quantiques. 3) Grâce à GraalVM, Java s'intègre de manière transparente à des langages tels que Python et JavaScript pour améliorer l'interopérabilité transversale.

Le système dactylographié de Java assure l'indépendance de la plate-forme par la sécurité de type, la conversion de type unifié et le polymorphisme. 1) La sécurité des types effectue la vérification du type au temps de compilation pour éviter les erreurs d'exécution; 2) Les règles de conversion de type unifié sont cohérentes sur toutes les plateformes; 3) Les mécanismes de polymorphisme et d'interface font que le code se comporte de manière cohérente sur différentes plates-formes.

JNI détruira l'indépendance de la plate-forme de Java. 1) JNI nécessite des bibliothèques locales pour une plate-forme spécifique, 2) le code local doit être compilé et lié sur la plate-forme cible, 3) différentes versions du système d'exploitation ou de JVM peuvent nécessiter différentes versions de bibliothèque locale, 4) le code local peut introduire des vulnérabilités de sécurité ou provoquer des accidents de programme.

Les technologies émergentes représentent à la fois des menaces et améliorent l'indépendance de la plate-forme de Java. 1) Les technologies de cloud computing et de contenerisation telles que Docker améliorent l'indépendance de la plate-forme de Java, mais doivent être optimisées pour s'adapter à différents environnements cloud. 2) WebAssembly compile le code Java via GRAALVM, prolongeant son indépendance de la plate-forme, mais il doit rivaliser avec d'autres langues pour les performances.

Différentes implémentations JVM peuvent fournir une indépendance de la plate-forme, mais leurs performances sont légèrement différentes. 1. Oraclehotspot et OpenJDKJVM fonctionnent de manière similaire dans l'indépendance de la plate-forme, mais OpenJDK peut nécessiter une configuration supplémentaire. 2. IBMJ9JVM effectue une optimisation sur des systèmes d'exploitation spécifiques. 3. GRAALVM prend en charge plusieurs langues et nécessite une configuration supplémentaire. 4. AzulzingJVM nécessite des ajustements de plate-forme spécifiques.

L'indépendance de la plate-forme réduit les coûts de développement et réduit le temps de développement en exécutant le même ensemble de code sur plusieurs systèmes d'exploitation. Plus précisément, il se manifeste comme suit: 1. Réduire le temps de développement, un seul ensemble de code est requis; 2. Réduire les coûts de maintenance et unifier le processus de test; 3. I itération rapide et collaboration d'équipe pour simplifier le processus de déploiement.


Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Adaptateur de serveur SAP NetWeaver pour Eclipse
Intégrez Eclipse au serveur d'applications SAP NetWeaver.

DVWA
Damn Vulnerable Web App (DVWA) est une application Web PHP/MySQL très vulnérable. Ses principaux objectifs sont d'aider les professionnels de la sécurité à tester leurs compétences et leurs outils dans un environnement juridique, d'aider les développeurs Web à mieux comprendre le processus de sécurisation des applications Web et d'aider les enseignants/étudiants à enseigner/apprendre dans un environnement de classe. Application Web sécurité. L'objectif de DVWA est de mettre en pratique certaines des vulnérabilités Web les plus courantes via une interface simple et directe, avec différents degrés de difficulté. Veuillez noter que ce logiciel

Version crackée d'EditPlus en chinois
Petite taille, coloration syntaxique, ne prend pas en charge la fonction d'invite de code

PhpStorm version Mac
Le dernier (2018.2.1) outil de développement intégré PHP professionnel

SublimeText3 Linux nouvelle version
Dernière version de SublimeText3 Linux
