Re: forEach Problem
Yes, I was the person who started that thread a while ago, and it was indeed a bug with Resin's implementation of JSTL, but when I filed a bug report with Caucho, it was closed a few days later with a could not replicate bug with current source. Meaning they either fixed it, or its still there and it got past them.. I'm not sure. I have not worked on that project which the bug originated in a while lately, so I havent tested it against Resin 2.1.6 - (which came out after the bug was closed, so I'm assuming would have the fix in). Are you using resin? If you're still having the bug, I can drag my code out of the archives and test my implementation as well. -tim On Tuesday, January 21, 2003, at 01:46 AM, Shawn Bayern wrote: On Mon, 20 Jan 2003, Bob Kenyon wrote: Yes, but if I add 1 to de end it didn't iter only once it iter twice, and to option tag apperar. I don't have any problem when I have different values for the begin and end attribute, but I do have when the values are the same and if I add 1 to the end it's not what I need. I have to display begin year and end year and sometimes this variables are differents but sometimes they have equals values. Another suggestion? I vaguely remember a thread which suggested that this was a bug with a particular implementation of JSTL. Are you using Tomcat? If I remember right, I think the bug was with Resin's implementation of JSTL. -- Shawn Bayern JSTL in Action http://www.manning.com/bayern -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: forEach Problem
Yes, I'm using Resin's implementation. I disabled resin's implementation of JSTL, but it's still happening. A/C Alejandra de León Swordfish SA / Crossmedia AB 18 de Julio 1474 P.11, PC 11 200 Montevideo, Uruguay Phone (+598 2) 403 31 65/400 89 74Ext 24 Fax (+598 2) 403 31 65/400 89 74Ext 25 Cell (+598 9) 926 96 63 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -Original Message- From: Shawn Bayern [mailto:[EMAIL PROTECTED]] Sent: Martes, 21 de Enero de 2003 03:47 a.m. To: Tag Libraries Users List Subject: RE: forEach Problem On Mon, 20 Jan 2003, Bob Kenyon wrote: Yes, but if I add 1 to de end it didn't iter only once it iter twice, and to option tag apperar. I don't have any problem when I have different values for the begin and end attribute, but I do have when the values are the same and if I add 1 to the end it's not what I need. I have to display begin year and end year and sometimes this variables are differents but sometimes they have equals values. Another suggestion? I vaguely remember a thread which suggested that this was a bug with a particular implementation of JSTL. Are you using Tomcat? If I remember right, I think the bug was with Resin's implementation of JSTL. -- Shawn Bayern JSTL in Action http://www.manning.com/bayern -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
c:out Problem
Hi! Thanks for answering about c:foreach. Now I' m trying to find someone at caucho.com to answer my questions. I have a problem with c:out when I try to display a string with special caracters. When I put algo#134;s as the value of the c:out it displays amp; insted and the browser didn't recognize this. I have to used the code because I'm using netscape. Is there a way to scape special caracters or to avoid this kind of automatically convertion? Thanks! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: c:out Problem
On Tue, 21 Jan 2003, Alejandra De Leon wrote: Hi! Thanks for answering about c:foreach. Now I' m trying to find someone at caucho.com to answer my questions. I have a problem with c:out when I try to display a string with special caracters. When I put algo#134;s as the value of the c:out it displays amp; insted and the browser didn't recognize this. I have to used the code because I'm using netscape. Is there a way to scape special caracters or to avoid this kind of automatically convertion? To avoid the automatic conversion, use the attribute 'escapeXml=false' in the c:out tag. You might want to read through the JSTL standard or pick up a book on JSTL; it'll help with basic features like this. Best, -- Shawn Bayern JSTL in Action http://www.manning.com/bayern -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: forEach Problem
Yes, same problem here. disabling hte implementation did not do the trick for me either when I ran into this problem a while ago. I didn't continue to investigate further, but it seems like that it is a problem that still exists. maybe some deep underlying bug with resin and standard jstl implementations? will look into it more tonight. On Tuesday, January 21, 2003, at 07:14AM, Alejandra De Leon [EMAIL PROTECTED] wrote: Yes, I'm using Resin's implementation. I disabled resin's implementation of JSTL, but it's still happening. A/C Alejandra de León Swordfish SA / Crossmedia AB 18 de Julio 1474 P.11, PC 11 200 Montevideo, Uruguay Phone (+598 2) 403 31 65/400 89 74Ext 24 Fax (+598 2) 403 31 65/400 89 74Ext 25 Cell (+598 9) 926 96 63 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -Original Message- From: Shawn Bayern [mailto:[EMAIL PROTECTED]] Sent: Martes, 21 de Enero de 2003 03:47 a.m. To: Tag Libraries Users List Subject: RE: forEach Problem On Mon, 20 Jan 2003, Bob Kenyon wrote: Yes, but if I add 1 to de end it didn't iter only once it iter twice, and to option tag apperar. I don't have any problem when I have different values for the begin and end attribute, but I do have when the values are the same and if I add 1 to the end it's not what I need. I have to display begin year and end year and sometimes this variables are differents but sometimes they have equals values. Another suggestion? I vaguely remember a thread which suggested that this was a bug with a particular implementation of JSTL. Are you using Tomcat? If I remember right, I think the bug was with Resin's implementation of JSTL. -- Shawn Bayern JSTL in Action http://www.manning.com/bayern -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DateTime
I'm trying to pass a java.util.date.getTime() to the DateTime format tag using a Struts bean tag, but keep getting an 'Invalid Date' message displayed on my page. I know the data is a valid date. Not sure if I'm doing something wrong with the tag though. Any ideas? Here's how I'm using it. dt:format pattern=E, dd, bean:write name=deltaItem property=newValueTs.time / /dt:format This will call the getTime() method on the java.util.date returned by the getNewValueTs() method of the deltaItem bean. I also get an 'Invalid Date' message if I change getNewValueTs() to return the value of getTime() for the deltaItem object. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
fmt:message texts does not change when changing browser language ?
test.jsp looks as follows:
%@ taglib uri=http://java.apache.org/tomcat/fmt; prefix=fmt %
Browser using locale:%=request.getLocale()%brbr
jsp:useBean id=now class=java.util.Date /
fmt:formatDate value=${now} dateStyle=full /
fmt:setBundle basename=langfile/
fmt:message key=MYLANGUAGE/
Propertyfiles
langfile_en.properties:
MYLANGUAGE=English
langfile_sv.properties:
MYLANGUAGE=Svenska
I test.jsp run with browser language settings to 'sv', all works fine first
time the jsp compiles. Output:
Browser using locale:sv
den 22 januari 2003 Svenska
Changing language settings to 'en'. The locale has changed to 'en', date is
printed out in english but the fmt:message fiels is still in swedish.
Browser using locale:en
Wednesday, January 22, 2003 Svenska
My first theory was this hade somehow to do with the users locale being
stored in some session, but even closing all browsers and deleting all
cookies, the error still remains. It seems the only way to make it work is
to change the jsp page, causing it to be recompiled.
Rerunning it again now gives the correct output:
Browser using locale:en
Wednesday, January 22, 2003 English
However this does not seem a plausible solution. Has anyone else encountered
this problem ?
Thanks / Johan
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
