Closed BalusC closed 3 years ago
+1
PR created in Mojarra project: https://github.com/eclipse-ee4j/mojarra/pull/4833
@BalusC FacesConfig.java still uses JSF
and what should we do about jsfc? just find a good name for it? maybe something like faces:component="h:outputText"
and +1 to delete PreJsf2ExceptionHandlerFactory
ResourceHandler also still contains "JSF_" vars i think we should rename all
1) all right 2) it is ok for me but jsfc has a powerful feature to map e.g. "input" to "p:inputText". So one can use plain html and map them to PF via a single attribute. quite nice. 3) Really just deprecate PreJsf2ExceptionHandlerFactory? Never seens anyone uses it since 10 years JSF ;D 4) +1
it is ok for me but jsfc has a powerful feature
If I'm not mistaken, "jsfc" originally came in by accident. Both Mojarra and MyFaces essentially copied in Jackob's Facelet code, and it just had the "jsfc" attribute, even though it wasn't specified or anything.
Maybe if it becomes "component" we could take the opportunity to specify it better (if still needed).
@FacesConfig
. Change API description, deprecate the Version
, etc. Better create new ticket for focused discussion or reopen existing from manorrock.3 + 4 also fixed in MyFaces i think we can close this now
:+1:
"JSF" throughout source code must be renamed to "Jakarta Faces" or at least "Faces". No abbreviations.
For JavaScript:
jsf.js
file tofaces.js
window.jsf
variable towindow.faces
(sojsf.util.*
,jsf.ajax.*
,jsf.push.*
becomefaces.util.*
,faces.ajax.*
,faces.push.*
)For JNDI:
jsf/ClientSideSecretKey
tofaces/ClientSideSecretKey
jsf/FlashSecretKey
tofaces/FlashSecretKey
For passthrough elements:
xmlns:jsf
toxmlns:faces
.For log strings:
jsf.*
tofaces.*
For impl:
com.sun.faces.facelets.tag.jsf
package tocom.sun.faces.facelets.tag.faces
Jsf
/JSF
/jsf
in method/variable/class names toFaces
/Faces
/faces
mojarra.jsfcljs
tomojarra.cljs
Doubts:
jsfc
attribute - the newer passthrough elements feature should be used instead. Moreover, thejsfc
attribute was never officially mentioned in original Faces API specs, it just sneaked into Faces impls as part of Facelets.