Adam, I wasn't sure how to do the Firebug breakpoint thingy, I've attached the generated HTML code instead.
-- Safi Adam Winer skrev: > Safurudin, > > I still can't reproduce this. What you're doing should work > without hitch; you're not supposed to have to code anything > differently. With the latest trunk, Firefox 2.0.0.3, and the following > page: > > <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"; version="2.0" > xmlns:f="http://java.sun.com/jsf/core"; > xmlns:tr="http://myfaces.apache.org/trinidad"; > > <jsp:directive.page contentType="text/html;charset=utf-8"/> > <f:view> > <tr:document> > <tr:form id="form1"> > <tr:inputText value="#{data.int}"/> > <tr:outputText value="#{data.int}"/> > <tr:commandButton text="Submit"/> > </tr:form> > </tr:document> > </f:view> > </jsp:root> > > ... everything works fine for me. > > To get to the bottom of this, I'll need your help to > look into the Javascript and see what's going wrong. > For example, install Firebug and put a breakpoint > in this code. Or, if you can't do that, maybe e-mail > me the HTML generated by this simple page? > > The lines where you're getting the error are: > > var converter=eval(converterConstructor); > try{ > value=converter.getAsObject(value,label); > } > catch(e) > { > converterError=true; > if(firstFailure) > { > _setFocus(currInput); > firstFailure=false; > } > var errorString1=e.getFacesMessage().getDetail(); > ... > } > > ... and if "e" doesn't have a FacesMessage, that means > there *is* an exception being thrown, but it's somehow not > of the right type. Which is very, very strange - "converter" > here should be an instance of TrIntegerConverter, > which only throws TrConverterException. > > If anyone else on the list has reproduced this bug > and can help out, please do. :) > > -- Adam > > > > ---------- Forwarded message ---------- > From: Safurudin Mahic (JIRA) <[EMAIL PROTECTED]> > Date: Apr 15, 2007 3:37 AM > Subject: [jira] Reopened: (ADFFACES-445) Converters not working , > Javascript error occuring on submit > To: [EMAIL PROTECTED] > > > > [ > https://issues.apache.org/jira/browse/ADFFACES-445?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > > ] > > Safurudin Mahic reopened ADFFACES-445: > -------------------------------------- > > > With a clean browser cache - using both Firefox (2.0.3) and IE7, > latest trunk I get this error on both the > convertValidate/convertValidate.jspx > and a simple file with a single <tr:inputText> component, bound to an > integer/long value in a backing bean. > > The simple file looks something like this: > > <tr:document> > <tr:form id="form1"> > <tr:inputText value="#{TestBean.intVal}"/> > <tr:outputText value="#{TestBean.intVal}"/> > <tr:commandButton text="Submit" action="success"/> > </tr:form> > </tr:document> > > This causes the earlier mentioned JavaScript error, which I suspect > comes from that Trinidad is trying to validate the field with > JavaScript before submittal of the form. But when the JavaScript > produces an error, the form is never submitted. > > However, I see that when I attach a converter to the <tr:inputText> > component, something like <tr:inputText value="#{TestBean.intVal}" > converter="javax.faces.convert.IntegerConverter"> component, this > seems to resolve the issue in my simple form. > > The issue with the demo application still remains though, > convertValidate/convertValidate.jspx has attached <f:convertNumber> to > its fields, but here I still get the JavaScript error. > > Conclusion: > > <tr:inputBox> used without a converter for values of type Integer/Long > etc produces a JavaScript error > > <tr:inputBox> used with an explicit converter for the required > datatype works fine. > > <h:inputBox> used without a converter works fine, and is able to > convert automatically to these datatypes, with built-in converters. > > This issue is confusing, because you are never required to use > explicit converters with <h:inputText> components for these datatypes, > since MyFaces and the vanilla version of JSF have these converters > built-in (IntegerConverter, LongConverter etc). I guess, I was > expecting Trinidad having a similar behaviour, using the built-in > converters of MyFaces. How is Trinidad supposed to behave? Should > expected behaviour be documented somewhere? > > > >> Converters not working , Javascript error occuring on submit >> ------------------------------------------------------------ >> >> Key: ADFFACES-445 >> URL: https://issues.apache.org/jira/browse/ADFFACES-445 >> Project: MyFaces ADF-Faces >> Issue Type: Bug >> Components: Components >> Affects Versions: 1.0.1-incubating-core-SNAPSHOT >> Reporter: Safurudin Mahic >> Assigned To: Adam Winer >> Priority: Blocker >> >> When using a Trinidad InputBox bound to an eg. Long value in a backing >> bean, such as in the demo application (convertValidate.jspx), when >> trying to submit the form, >> one gets a javascript error : >> e.getFacesMessage is not a function >> var errorString1=e.getFacesMessage().getDetail(); (Common11-m7.js, >> line 4650) >> This only affects the Trindad InputBox component, the myfaces version >> is working properly. >> This basically means that one cannot bind InputBox components to >> values other than a String. > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online.
