Odd... I'll think a bit about it, but I don't see what could cause the
problem then. Can you add a log in your getListOfValues method and see if
the value "Hypo-Leasing Kärnten GmbH & Co KG" exists in it?

As a side note comment though, you could cache the list of values for the
length of the request (or clear it at some point if you know it changed) to
improve performance a bit, as the method might be called more than once, but
that shouldn't fix your issue though.


Regards,

~ Simon

On 9/5/07, Luka Surija <[EMAIL PROTECTED]> wrote:
>
> isInserting is stable. It is used in another part of application, and
> has nothing to do with this part (it is always false).  No luck with
> valuePassThru. It is really funny because 3 lines before in the same
> xhtml I have this code snippet and it's working correctly as expected:
>
> <tr:selectOneChoice readOnly="#{sessionBean.readOnly}" label="Podrucje
> plovidbe:" value="#{objectBean.navigationArea}" >
>                         <f:selectItems
> value="#{AdminMB.navigationArea.navigationAreasSelectItem}" />
> </tr:selectOneChoice>
>
> AdminMB.navigationArea.navigationAreasSelectItem:
>     public SelectItem[] getNavigationAreasSelectItem(){
>         List<NavigationArea> lc=getNavigationAreas();
>         SelectItem si[]=new SelectItem[lc.size()];
>         int i=0;
>         for(NavigationArea c:lc){
>             si[i++]=new SelectItem(c,c.getNameHR());
>         }
>         return si;
>     }
>
>     public List<NavigationArea> getNavigationAreas() {
>         List<NavigationArea> nal=em.createQuery("select c from
> NavigationArea c order by c.nameHR").getResultList();
>         if(isInserting())
>             nal.add(0,getNavigationArea());
>         return nal;
>     }
> -----------------------------------------------------------------
> AbstractPolicy - class where value is holded (objectBean in xhtml):
>
> public NavigationArea getNavigationArea() {
>         return navigationArea
> }
>
> public void setNavigationArea(NavigationArea navigationArea {
>         this.navigationArea = navigationArea;
> }
>
> ---------------------------------------------------------
>
> Is there any possibility that there are some issues with facelets and
> what is recommended version (I'm working with 1.1.12). I've also noticed
> following issues with facelets:
>
> - duplicate id in tr:showDetail after expanding
> - from time to time (unreproducible for me) ui:param inside ui:include
> is not assigned. Example:
> <ui:include src="my.xhtml">
>     <ui:param name="objectBean" value="#{ManagedBean.myObject}" />
> </ui:include>
>
> Sometime objectBean is null inside my.xhtml, but ManagedBean.myObject is
> not ?!
>
> So is there any other know issue between facelets and trinidad?


Some small ones, but none that hindering to my knowledge.

Regards,
> Luka
>
> Simon Lessard wrote:
> > Hello Luka,
> >
> > Is the method isInserting() stable? Is it possible that it returns
> > false on postback? Also, you cna try setting the valuePassThru
> > attribute of the selectOneMenu to true to see if it helps.
> >
> >
> > Regards,
> >
> > ~ Simon
> >
> > On 9/5/07, *Luka Surija* <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>> wrote:
> >
> >     I'm not so sure about this. Here is my code:
> >
> >
> >     --- xhtml code snippet:
> >
> >     <tr:selectOneChoice readOnly="#{sessionBean.readOnly}"
> >     label="Vinkulacija:" value="#{objectBean.vinkulant }"
> >     unselectedLabel="--- Bez vinkulacije ---" >
> >                             <f:selectItems
> >     value="#{AdminMB.vinkulant.vinkulantsSelectItem}" />
> >     </tr:selectOneChoice>
> >
> >     AdminMB.vinkulant.vinkulantsSelectItem (managed bean for
> selectItems):
> >
> >     public SelectItem[] getVinkulantsSelectItem(){
> >             List<Vinkulant> lc=getVinkulants();
> >             SelectItem si[]=new SelectItem[lc.size()];
> >             int i=0;
> >             for(Vinkulant c:lc){
> >                 si[i++]=new SelectItem(c,c.getName());
> >             }
> >             return si;
> >         }
> >
> >         public List<Vinkulant> getVinkulants() {
> >             List<Vinkulant> cl=em.createQuery("select c from Vinkulant c
> >     order by c.name <http://c.name>").getResultList();
> >             if(isInserting())
> >                 cl.add(0,getVinkulant());
> >             return cl;
> >         }
> >
> >     -----------------------------------------------------------------
> >     AbstractPolicy - class where value is holded (objectBean in xhtml):
> >
> >     public Vinkulant getVinkulant() {
> >             return vinkulant;
> >     }
> >
> >     public void setVinkulant(Vinkulant vinkulant) {
> >             this.vinkulant = vinkulant;
> >     }
> >
> >     ---------------------------------------------------------
> >
> >     I'm sure that the value is properly stored (visible on other
> places).
> >     The problem is that only this tr:selectOneChoice for this data isn't
> >     showing correctly (if value is null then nothing is displayed as
> value
> >     in this component and if is there any value then the warning message
> >     logged on server and unselectedLabel is displayed), all other
> >     selectOneChoice (more then 20) in this form are working properly.
> >
> >
> >
> >     Simon Lessard wrote:
> >     > Hello Luka,
> >     >
> >     > This is not a component bug, most likely an application one (true
> >     > component bugs rarely log a warning, they more often throw an
> >     > exception or, at worst, don't print anything at all).
> >     >
> >     > The error you have occurs when the list of value either cannot be
> >     > restored or changed during the postback, thus preventing the
> >     component
> >     > to identify what value was selected by the user. If you could
> >     provide
> >     > the code snippet from your page that uses the selectOneMenu as
> >     well as
> >     > the managed bean code that provide the list of values (and its
> >     scope),
> >     > I would probably be able to suggest you a solution.
> >     >
> >     >
> >     > Regards,
> >     >
> >     > ~ Simon
> >     >
> >     > On 9/5/07, *Luka Surija* <[EMAIL PROTECTED]
> >     <mailto:[EMAIL PROTECTED]>
> >     > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
> wrote:
> >     >
> >     >     I've found out that tr:selectOneChoice isn't working
> >     properly in some
> >     >     cases (probably German characters):
> >     >
> >     >
> >
> org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.SimpleSelectOneRenderer
> >
> >     >
> >     >     Hypo-Leasing Kärnten GmbH & Co
> >     >     KG;CoreSelectOneChoice[UIXEditableFacesBeanImpl,
> >     >
> >     id=j_id156];_RequestID=552df7f7-a8b8-4887-a77b-8b3f864c0b01;|Could
> not
> >     >     find selected item matching value "Hypo-Leasing Kärnten GmbH
> >     & Co
> >     >     KG" in
> >     >     CoreSelectOneChoice[UIXEditableFacesBeanImpl, id=j_id156]|#]
> >     >
> >     >
> >     >     This is very serious bug because every time someone edit
> >     some data
> >     >     where
> >     >     is this selectOneChoice, after saving, data is lost.
> >     >
> >     >
> >
> >
>
>

Reply via email to