Notices tagged with jsf
-
#JavaScript has a lot !security implications and it can currently not be understood by most search engines (I don't know even one that can). So if you want to drive good (and a lot) content into the search engines, you cannot bypass "static" pages (generated with #PHP, #Python, #Perl, #JSF and so on is not static but you can use #mod_rewrite to obsfucate your script names).
-
Improving my !java #javaee application by replacing ...
<h:outputText styleClass="errors" value="#{msg.ADMIN_LIST_LAND_LINE_EMPTY}" rendered="#{phoneController.allLandLineNumbers().isEmpty()}" />
... with ...
<ui:fragment rendered="#{phoneController.allLandLineNumbers().isEmpty()}">
<ui:include src="/WEB-INF/templates/generic/message_box.tpl">
<ui:param name="message" value="#{msg.ADMIN_LIST_LAND_LINE_EMPTY}" />
<ui:param name="styleClass" value="errors" />
</ui:include>
</ui:fragment>
Yes, the ugly ui:fragment is being (ab-)used here. But as I wrote before, I'm in big need of a #JSF tag that only renders the body, if "rendered" equals true.
-
I'm currently doing something like this:
<ui:fragment rendered="#{empty beanHelper.faxNumber}">
... to keep some messages conditionally shown. Yes, there is a #JSF tag c:if but that is #JSTL and that has nothing to do in JSF pages (other life-cycle) and they may not work under all conditons. Better is to take a proper JSF tag. But which one? I want one that only renders the tag's body if the EL expression in rendered attribute evaluates to true. #help !java
-
So here are the #JSF tags of the form:
<h:form id="form_add_contact_mobile" rendered="#{not empty beanHelper.contact}">
<h:panelGroup styleClass="table_medium" layout="block">
<h:commandButton styleClass="submit" id="submit_add_link_contact_mobile" type="submit" action="#{adminContactPhoneController.doLinkAddMobileNumber(beanHelper.contact)}" value="#{msg.BUTTON_ADMIN_LINK_ADD_CONTACT_MOBILE_NUMBER}" />
-
Duh, my custom validator was ignored by #JSF. I was looking a lot around but did not find the right answer, f:convert inside h:inputText was already used. So that was not the mistake. Well, the #payara server.log file shows that the component's id numbers cannot be found in view ... So if you stumple upon the same issue, maybe this saves you some time digging around (at the wrong location).
-
Again today I got rejections of my !java applications I sent out. One offer is about #Hibernate and #JSF in #JavaEE environment. Companies need to understand that there is no need to ask for a specific persistence API (#JPA) as if you write your Java code again javax.persistence and maybe javax.enterprise your code becomes independent as these interfaces and classes there are generic enough. But sadly many companies (at least here in Germany) don't understand this.
-
I'm currently busy with my training in #EJB (Enterprise Java Bean) and #JSF (Java Server Faces). I hope to improve my work situation here with this. Our main objective is to write a "pizza service" application where customers can order pizzas and drinks. Sure, this will also be #FLOSS, including my frameworks I have written for this.
Roland Häder
All Roland's Microblog content and data are available under the