Hi Jakob,
I guess that the javascript in iceSubmit() might not the cause of the
problem... The int binding that used to work doesn't work anymore, and
this is what caused the interface to "freeze". Correcting the java code to
accept a String made the interface work correctly again....
I fail to understand how does the javascript iceSubmit() fits in this...
but I certainly am not the most knowledgable person on the matter. Could
you explain what makes you think that the javascript might be a good
suspect?
Since I have a release planned in a quite short time, I won't be able to
rewrite the whole form using only MyFaces components... sorry about
that... :( But I might have the time to build a sample-app that shows that
the binding that used to work doesn't work anymore. As I understood them,
the release notes of MyFaces do not show anything related to this change
of behavior. Do you think it might be a bug?
Regards,
Sébastien
Jakob Korherr <jakob.korh...@gmail.com>
Sent by: sethfromaust...@gmail.com
02.03.2010 23:39
Please respond to
"MyFaces Discussion" <users@myfaces.apache.org>
To
MyFaces Discussion <users@myfaces.apache.org>
cc
Subject
Re: Trouble upgrading from 1.1.2 to 1.1.7
Hi,
You're welcome ;)
Hmm. Maybe the submitting via the javascript function iceSubmit() does not
function properly. It's really hard to say from this point of view...
Have you tried using some of the standard MyFaces components (without
ICEFaces)?
Regrads,
Jakob
2010/3/2 <s.pen...@lombardodier.com>
> Hello Jakob,
>
> Here is the generated HTML of (a part of) a search form. It includes a
> "Bigger than/smaller than" field that was bound to an int in my Java
code.
>
> The binding was not working anymore, untill I modified the setter of the
> attribute to take a String and converted to an int afterwards (just as a
> quick way of testing if a String binding would work).
>
> I then changed several other bindings similar to this one to use
Strings,
> and the app seems to run way better now :-) but anyway further testing
> will be necessary.
>
> HTML:
>
> <tr class="icePnlGrdRow2">
> <td class="icePnlGrdCol editrQ" id="searchForm:_id1068-1-0">
> <label class="iceOutLbl bold"
> for="searchForm:aValueToFilter" id="searchForm:_id1075">Label of the
value
> to filter</label>
> </td>
>
> <td class="icePnlGrdCol editrR" id="searchForm:_id1068-1-1">
> <div class="icePnlGrp" id="searchForm:_id1076">
> <select style="" class="iceSelOneMnu"
> id="searchForm:valueToFilterOperator"
> name="searchForm:valueToFilterOperator"
> onblur="setFocus('');"
> onfocus="setFocus(this.id);" size="1">
> <option value="1">Bigger than or equal
> to</option>
> <option value="-1">Smaller than/option>
> </select>
>
> <input style="" class="iceInpTxt"
> id="searchForm:aValueToFilter" name="searchForm:aValueToFilter"
> onblur="setFocus('');"
> onfocus="setFocus(this.id);" onkeypress="iceSubmit(form,this,event);"
> onmousedown="this.focus();"
> size="15" value="" type="text">
> <label class="iceOutLbl" id="searchForm:_id1079">
> unit of the value to filter</label>
>
> <span id="searchForm:_id1080"></span>
> </div>
> </td>
> </tr>
>
> Does it help?
>
> Thanks a lot for your help...
>
> Best regards,
>
> Sébastien
>
>
>
>
>
>
>
>
> Jakob Korherr <jakob.korh...@gmail.com>
> Sent by: sethfromaust...@gmail.com
>
>
> 01.03.2010 17:50
> Please respond to
> "MyFaces Discussion" <users@myfaces.apache.org>
>
>
>
> To
> MyFaces Discussion <users@myfaces.apache.org>
> cc
>
> Subject
> Re: Trouble upgrading from 1.1.2 to 1.1.7
>
>
>
>
>
>
> Can you provide some generated HTML (not JSP!!), which includes
components
> that do not work. This could be a great help!
>
> Regards,
> Jakob
>
> 2010/3/1 <s.pen...@lombardodier.com>
>
> > Hello,
> >
> > My guess is that the problem is more general than just a javascript
> issue.
> >
> > In my previous message, I gave the "form submit" situation only as an
> > example. The problem actually touches more than just this: I cannot
sort
> > my table content by clicking on one column header, I cannot switch
from
> a
> > StackPanel to another, etc...
> >
> > By searching a little bit further, I found out that the values that I
> used
> > in combo boxes to show a "greater or smaller" choice (for example, age
> > greater or smaller than 30) are not bound to their java counterpart
> > anymore. For example:
> >
> > <ice:selectOneMenu value="#{someController.filter.ageOperator}" id=
> > "ageOperator">
> > <f:selectItem itemValue="1" itemLabel="#{msg.search_filter_greater}"
/>
> > <f:selectItem itemValue="-1" itemLabel="#{msg.search_filter_less}" />
> > </ice:selectOneMenu>
> >
> > This menu was bound to a Java integer as follows:
> >
> > private int ageOperator;
> >
> > With 1.1.7, the value is not bound anymore. I needed to change the
type
> of
> > the attribute in my Java class to String for the binding to work
again.
> Is
> > there a special converter that I should add, which was not needed in
> 1.1.2
> > ? I can assure you that this runs fine with 1.1.2 :-)
> >
> > I am fairly new to MyFaces. Is there something I should do to make the
> > upgrade easier?
> >
> > Thanks a lot for your help :-)
> >
> > Sébastien
> >
> >
> >
> >
> >
> >
> >
> > Jakob Korherr <jakob.korh...@gmail.com>
> > Sent by: sethfromaust...@gmail.com
> >
> >
> > 01.03.2010 12:25
> > Please respond to
> > "MyFaces Discussion" <users@myfaces.apache.org>
> >
> >
> >
> > To
> > MyFaces Discussion <users@myfaces.apache.org>
> > cc
> >
> > Subject
> > Re: Trouble upgrading from 1.1.2 to 1.1.7
> >
> >
> >
> >
> >
> >
> > Hi,
> >
> > Maybe there's a problem with the javascript that submits the form. I
saw
> > However this is just a shot in the blue...
> >
> > Regards,
> > Jakob
> >
> > 2010/3/1 <s.pen...@lombardodier.com>
> >
> > > Hello,
> > >
> > > I am experiencing quite a lot of trouble while upgrading from
MyFaces
> > > 1.1.2 to 1.1.7.
> > >
> > > My application uses IceFaces 1.8.2, Spring 2.5.2 and Hibernate
3.4.0.
> > >
> > > The only thing that I changed in my Maven 2 build is the version of
> > > MyFaces.
> > > This had an impact on the following jars:
> > >
> > > Added:
> > > myfaces-api-1.1.7.jar
> > > myfaces-impl-1.1.7.jar
> > > commons-digester-1.8.jar
> > > commons-beanutils-1.8.0.jar
> > >
> > > Removed:
> > > myfaces-api-1.1.2.jar
> > > myfaces-impl-1.1.2.jar
> > > commons-digester-1.6.jar
> > > commons-beanutils-1.7.0.jar
> > > commons-codec-1.3.jar
> > >
> > > When I build and deploy my application in Weblogic 9.2.3, the deploy
> > goes
> > > fine, but the actions in the app do not work anymore.
> > > More precisely: as soon as I try to use JSF components like if I
> submit
> > a
> > > form, then nothing happens. This behaviour can be observed with
> several
> > > browsers.
> > >
> > > I tried to find some upgrading guide but didn't find any guide
related
> > to
> > > these versions. And since the version change is minor, I expected my
> > > application to run fine with the new jars.
> > >
> > > I tried also tried to override some jar versions, putting back the
> > > Digester to version 1.6, and the BeanUtils to version 1.7.0, but
this
> > > didn't change anything. At this point, the only thing that had
changed
> > in
> > > my EAR were the two MyFaces jars.
> > >
> > > Another attempt to find the problem was to upgrade the version
> > gradually.
> > > I switched to MyFaces 1.1.4, and everything worked fine. That's when
I
> > > switched to MyFaces 1.1.5 that the problem appeared. However, I
> haven't
> > > seen anything in the changes from 1.1.4 to 1.1.5[1] that seems
> suspect.
> > >
> > > Is there some configuration changes that I might have missed? Or
some
> > > known compatibility problems regarding this upgrade? Again, I
couldn't
> > > find anything precisely related to these versions up to now, but I'm
> > still
> > > looking.
> > >
> > > Any help would be highly appreciated! :-)
> > >
> > > Best regards,
> > >
> > > Sébastien
> > >
> > > [1]
> > >
> > >
> >
> >
>
>
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=10600&fixfor=12312310&sorter/field=summary&sorter/order=ASC&sorter/field=resolution&sorter/order=ASC&sorter/field=status&sorter/order=ASC&sorter/field=priority&sorter/order=DESC
>
> >
> > >
> > >
> > >
> > > ************************ DISCLAIMER ************************
> > > This message is intended only for use by the person to
> > > whom it is addressed. It may contain information that is
> > > privileged and confidential. Its content does not
> > > constitute a formal commitment by Lombard Odier
> > > Darier Hentsch & Cie or any of its branches or affiliates.
> > > If you are not the intended recipient of this message,
> > > kindly notify the sender immediately and destroy this
> > > message. Thank You.
> > > *****************************************************************
> > >
> >
> >
> >
> > ************************ DISCLAIMER ************************
> > This message is intended only for use by the person to
> > whom it is addressed. It may contain information that is
> > privileged and confidential. Its content does not
> > constitute a formal commitment by Lombard Odier
> > Darier Hentsch & Cie or any of its branches or affiliates.
> > If you are not the intended recipient of this message,
> > kindly notify the sender immediately and destroy this
> > message. Thank You.
> > *****************************************************************
> >
>
>
>
> ************************ DISCLAIMER ************************
> This message is intended only for use by the person to
> whom it is addressed. It may contain information that is
> privileged and confidential. Its content does not
> constitute a formal commitment by Lombard Odier
> Darier Hentsch & Cie or any of its branches or affiliates.
> If you are not the intended recipient of this message,
> kindly notify the sender immediately and destroy this
> message. Thank You.
> *****************************************************************
>
************************ DISCLAIMER ************************
This message is intended only for use by the person to
whom it is addressed. It may contain information that is
privileged and confidential. Its content does not
constitute a formal commitment by Lombard Odier
Darier Hentsch & Cie or any of its branches or affiliates.
If you are not the intended recipient of this message,
kindly notify the sender immediately and destroy this
message. Thank You.
*****************************************************************
