Re: Fmt:formatNumber and Euro symbol
The JSTL doesn't supporting converting the euro character to the HTML-safe version (converting it to € as you do in your workaround). I don't know if changing any encoding would really help since I think ultimately you *want* € to be what's sent. I would suggest you send your issue to the spec to be considered for a future JSTL version. For now you'll have to use your workaround. -- Serge Knystautas President Lokitech >> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] Carlos wrote: Hi I've tried to format a price in euros with But instead of the euro symbol I get a question mark (?) I've tried to set the encoding ISO-8859-15 in many places - jsp page - jsp layout page - controller But none of them worked. Maybe I did it wrong, maybe that's not the solution? The workaround I had to wrote to get what I expected was: € And this worked, but I think there shoould be a better solution Please help. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to find value using operator "." (null)
OMG... I could swear that was the first thing I tried.Thanks. BTW, I really wish your book was on Safari. R - Original Message - From: "Shawn Bayern" <[EMAIL PROTECTED]> To: "Tag Libraries Users List" <[EMAIL PROTECTED]> Sent: Saturday, August 23, 2003 1:20 AM Subject: Re: Unable to find value using operator "." (null) > On Sat, 23 Aug 2003, Rick Ross wrote: > > > I have a class called RTime. It has the following get methods (and no SET > > methods): > > > > public String getCrazy() > > public String getUSTime() > > public String getISOTime() > > With these methods (and the rest of what you describe), you have the > following JavaBeans properties: > > crazy > USTime > ISOTime > > Your capitalization of multiple leading letters in the last two accessor > methods causes the JavaBeans introspector to preserve the capitalization > you use; the default pattern, however, is for getXxx() to refer to a > property named 'xxx', not 'Xxx'. (For more information, see the JavaBeans > specification.) > > > I've renamed the method a dozen times. Added a matching setter method, > > renamed the class, added and removed other get methods ... nothing > > changes the fact that it, and new methods, will not work.. > > Changing the method, and adding other classes, won't help. Just refer to > the property as ${foo.crazy}. > > -- > Shawn Bayern > "JSTL in Action" http://www.jstlbook.com > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Standard's source not matching debug lines
Serge Knystautas wrote: I was trying to use 2 different debuggers (Jdebug and jswat) to step through JSTL 1.0.3 implementation, and the line numbers for the javax.* classes are not lining up. Things seem fine for the org.apache.* stuff. Issue turned out to be that the web-container was bundling the JSTL API, and I had specified to have it use the Apache RI implementation. But the bug was with the JSTL API implementation (LoopTagStatus) that was later fixed. Anyway, sorted it out. A good lesson in the downside of bundling abstract implementations in an API. -- Serge Knystautas President Lokitech >>> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fmt:formatNumber and Euro symbol
Hi I've tried to format a price in euros with But instead of the euro symbol I get a question mark (?) I've tried to set the encoding ISO-8859-15 in many places - jsp page - jsp layout page - controller But none of them worked. Maybe I did it wrong, maybe that's not the solution? The workaround I had to wrote to get what I expected was: € And this worked, but I think there shoould be a better solution Please help. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to find value using operator "." (null)
On Sat, 23 Aug 2003, Rick Ross wrote: > I have a class called RTime. It has the following get methods (and no SET > methods): > > public String getCrazy() > public String getUSTime() > public String getISOTime() With these methods (and the rest of what you describe), you have the following JavaBeans properties: crazy USTime ISOTime Your capitalization of multiple leading letters in the last two accessor methods causes the JavaBeans introspector to preserve the capitalization you use; the default pattern, however, is for getXxx() to refer to a property named 'xxx', not 'Xxx'. (For more information, see the JavaBeans specification.) > I've renamed the method a dozen times. Added a matching setter method, > renamed the class, added and removed other get methods ... nothing > changes the fact that it, and new methods, will not work.. Changing the method, and adding other classes, won't help. Just refer to the property as ${foo.crazy}. -- Shawn Bayern "JSTL in Action" http://www.jstlbook.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to find value using operator "." (null)
I have a class called RTime. It has the following get methods (and no SET methods): public String getCrazy() public String getUSTime() public String getISOTime() One of my custom tags places an object of this type into the pageContext. The US and ISO time methods work perfectly, but the Crazy method fails to compile Here is the error message: An error occurred while evaluating custom action attribute "value" with value "${timeOb.Crazy}": Unable to find a value for "Crazy" in object of class "stupendous.tags.datetime.RTime" using operator "." (null) Now, also on the page, I iterate through all of the contexts in page (page, application, etc.) and spit out the results. As long as I comment out the 'Crazy' call, I can clearly see that I have a stupendous.tags.datetime.RTime object. (of course, if I didn't, I would get nothing back from the ISO and US time functions. But I do. I get exactly what I expect from each of them. I've renamed the method a dozen times. Added a matching setter method, renamed the class, added and removed other get methods ... nothing changes the fact that it, and new methods, will not work.. of course, if I replace the last c:out with: <% stupendous.tags.datetime.RTime t = (stupendous.tags.datetime.RTime)pageContext.getAttribute("timeOb"); pageContext.getOut().println(t.getCrazy()); %> It works perfectly. Any thoughts? Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]