Version imprimable
Bonjour,
Mon problème reste toujours non résolu jusqu'à maintenant, la solution consiste tout d'abord à savoir d'où JSF récupère le String MessageId, certainement il y a une ou plusieurs phases dans le cycle de vie où ce messageId est généré puis utilisé par la méthode
" static FacesMessage getMessage(FacesContext facesContext,
Locale locale,FacesMessage.Severity severity,String messageId,Object args[])"
:roll:
cette méthode statique est protégée et spécifique à myfaces, l'implémentation sun RI utilisera un tout autre système. La seule chose standardisée, c'est dans quel fichier properties on va chercher les clés et les noms des clés. Après, chaque composant crée ses FacesMessages comme il le désire. Tu peux, éventuellement, peut etre jouer sur le fait que le fichier soit standardisé pour fournir ta propre implémentation de ressourcebundle qui, au passage, enregistrerait ce qu'on lui demande comme clés. Mais ca pose plusieurs problèmes:
1) gérer lesthread multiples faisant les demandes
2) c'est pas parce qu'un composant demande un clé qu'il va nécessairement en faire un facesmessage
3) tu saura quel clé est demandée, mais pas quel composant l'a demandée.
Bonjour
J'ai voulu faire quelques modifications à la classe javax.faces.component.UIInput. J'ai construit un nouveau package javax.faces.component et j'y ai déclaré une nouvelle classe UIInput dans la quelle j'ai mis le code source de la classe UIInput de JSF. Le message d'erreur suivant m'est affiché
sachant que j'ai fait la meme chose avec FacesServlet et son package javax.faces.webapp et ça a marchéCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
si tu veux modifier une classe déjà existante, soit tu prend les source et tu la remplace, tu recompile let source et voilà, soit, si tu la met dans un package à part, tu lui donne un nouveau nom. Sinon, tu va avoir des problème avec le classloader, tu saura jamais quelle version est invoquée puisqu'elles ont le meme nom et le meme package.
Bonjour,
Dans mon cas, je veux modifier la classe UIInput.java mais celle ci ne peut pas être compilée toujours il y a des erreurs même si j'y fais rien car cette classe appartient à JSF API. que faire??
quel procédure tu suis pour modifier uiinput?
Ces histoires sont nouvelles pour moi.
mais j'ai essayé avec une autre classe et ça a marché.J'ai fait des modifications à la classe FacesServlet et j'ai déclaré un nouveau package portant le même nom "javax.faces.webapp" et j'y ai mis cette classe et je l'ai modifiée pas mal de fois et ça a marché.Mais avec la classe UIInput c'était pas le cas
si tu modifie une classe, fait bien attention a supprimer l'ancienne version. De toutes facons, la manière la plus propre reste de prendre les sources de ce que tu veux modifier, de faire tes modifications dedans et de faire ensuite un package avec ces source, en utilisant la méthode de compilation décrite par l'éditeur dont tu as eu les source. Exemple avec myfaces: tu télécharge les sources, tu fait ts modification, tu change le numéro de version dans le pom.xml et tu fais un "mvn package" pour créer ta propre release.
Désolé, mais j'ai pas pigé ce que vous voulez dire, si vous pouvez m'expliquer par détails, je serai reconnaissant.
et ou je peut trouver la classe messageFactory pour la modifier et comment le faire
alors, parce que visiblement c'est pas très clair chez toi.
Le code que je t'ai montré est spécifique à une version précise de l'implémentation myfaces de JSF. Modifier ces classes signifie que
- Tu va être bloqué sur cette version, tu ne pourra plus faire d'upgrade, à moins de faire toi même le suivi de mise à jour et appliquer tous les patchs inter-versions
- tu n'interceptera que les composant de base de myfaces faisant appel à cette classe, pas ceux qui construisent directement leur message, ni les composants additionnel
- Tu ne pourra pas utiliser autre chose que myfaces si ça s'avère nécessaire par la suite
- Ce n'est absolument pas standard, tu va patcher une implémentation en lui ajoutant une fonctionnalité non prévue dans la spécification.
C'est donc une solution bancale (en même temps le besoin de base m'a l'air bancal, masi bon, t'es seul juge)
Pour trouver cette classe, tu fais une recherche dans le code source que tu pourra trouver là bas. http://myfaces.apache.org/download.html
Si je t'avais montré ce code, c'est justement pour te démontrer que c'était assez foireux comme besoin :)
la classe que je veux modifier(MessageFactory) est inexistante dans la source dans jsf-api mais elle existe dans différentes places dans Build.
comment faire dans ce cas??
elle est probablement dans le impl, suffit de faire une recherche par nom de fichier.
Merci bien pour ton aide tchize, j'ai arrivé à résoudre mon problème, je vais poster la solution inchAllah
Merci