Adam, my trindad-config.xml does not have the <client-validation-disabled> entry. Just for fun, I tested by adding this entry to the config. The JavaScript error (and validation) disappears - the framework is producing old-fashioned validation errors with appropriate messages upon postback. This means that there is some setting blocking Trinidad from generating that last piece of JavaScript.
For this particular project, I guess I can manage without the JavaScript validation, but this doesn't solve the underlying problem. Are there any other settings in either web.xml, faces-config or trindad-config which may affect that the required JavaScript isn't generated as supposed to? -- Safi Adam Winer skrev: > Safurudin, > > Trinidad HTML source should always have something like: > > <script>var _reset_idJsp1Names=["source"];</script><script>function > __idJsp1Validator(){return true;}var _idJsp1_SF={};</script> > > ... near the end. Yours doesn't. By any chance, do > you have: > <client-validation-disabled>true</client-validation-disabled> > in your trinidad-config.xml? If so, does the problem go away when > you remove it? > > -- Adam > > > On 4/17/07, Safurudin Mahic <[EMAIL PROTECTED]> wrote: >> 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. >> >> >> >> >> >> Your name Submit Real housewives write extensions. >>