Safurudin,
can you check your mail settings?
Every email from you ends up in my moderated queue :-(
Perhaps there is something wrong w/ the mail-system ? Or your settings ?
-Matthias
On 4/17/07, Adam Winer <[EMAIL PROTECTED]> wrote:
I can't explain why the heck you're getting the HTML
you are... lots and lots of things are just bizarre
in the HTML output I see. How are you capturing this?
You should just be using View/Page Source,
copying and pasting the results.
Do you have any servlet filters installed? Anything
weird about your setup *at all*?
-- Adam
On 4/17/07, Safurudin Mahic <[EMAIL PROTECTED]> wrote:
> 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.
> >>
>
>
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
