Hi, now i looked into the myfaces code and i think i found out, that there is going something wrong during property resolution. Unfortunately i don't really know whats going on there, but i think this following behaviour is wrong:
The FacesCompositeELResolver delegates in getValue to PropertyResolverToELResolver.invoke. Here is a call to context.setPropertyResolved(true) afterwards the DefaultPropertyResolver wants to set the property as not resolved, by calling FacesContext.getCurrentInstance().getELContext().setPropertyResolved(false) but the context returned by getCurrentInstance is not the one where the property was set as resolved. Someone could tell my if I'm on the right path to find the problem ? David > I have exactly the same problems, and no clue what is wrong?! > This is started to happening since trinidad 1.0.3 (in my case). I'm > using facelets 1.1.12. > > Luka > > > David Uebelacker wrote: >> Hi, >> >> the value binding works, was my mistake it was really null. Anyway the >> passed entity object is always null, when i us it the create the >> component >> id. >> >> >> David >> >> >>> Hi, >>> >>> i have following facelet: >>> >>> <span >>> xmlns:ict="http://ict.gft.com/facelets"; >>> xmlns:tr="http://myfaces.apache.org/trinidad";> >>> <tr:outputText >>> id="#{ict:id(entity, attribute)}" >>> rendered="#{readOnly}" >>> value="#{entity[attribute]}"/> >>> <tr:inputText >>> id="#{ict:id(entity, attribute)}" >>> label="#{ict:attributeTranslation(entity, attribute)}" >>> rendered="#{!readOnly}" >>> value="#{entity[attribute]}"/> >>> </span> >>> >>> i use it like this: >>> >>> <ict:inputText >>> attribute="firstname" >>> entity="#{backingBean.person}" >>> readOnly="#{backingBean.readOnly}"/> >>> >>> unfortunately the entity passed to the facelet sometimes is null. >>> >>> When the inputText checks if the the value is isReadOnly, the entity is >>> null. Nevertheless the inputText renders the value of >>> entity[attribute], >>> but always readOnly. >>> >>> An analog facelet with an tr:selectOneChoice works without problems. >>> >>> Is this a misunderstanding on my side or is it a bug ? >>> >>> thanks, >>> >>> David >>> >>> >>> >>> -- >>> David Uebelacker >>> mailto:[EMAIL PROTECTED] >>> http://david.uebelacker.eu/ >>> >>> >>> >>> >> >> >> > > > -- David Uebelacker mailto:[EMAIL PROTECTED] http://david.uebelacker.eu/
