Ok, i finally found the problem. The doctype of my web.xml was
<!DOCTYPE web-app
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd";>
which disable all EL in tomcat.
Solution was to replace with
<web-app xmlns="http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; version="2.4">
thanks for help.
Ronald Holshausen a écrit :
>I've been looking at the JSP 2.0 spec, and this might be a bug.
>
>BTW, you don't need the taglib declaration in your web.xml, you can
>just use the URI in your jsp file and the taglib will be loaded from
>the jstl jars.
>
>On 20/10/05, David Delbecq <[EMAIL PROTECTED]> wrote:
>
>
>>Hi Amleto,
>>
>>am using tomcat 5.5.7, jstl 1.1.2
>>
>>my web.xml declaration is as follow.
>>
>>
>> <taglib>
>> <taglib-uri>http://java.sun.com/jsp/jstl/core</taglib-uri>
>> <taglib-location>/tld/c.tld</taglib-location>
>> </taglib>
>>
>>More over fact it's Interger not int shouldn't matter, as i said,
>>another webapp
>>which has
>>
>>${param.mode=='list'} in it's test is working, that i can suppose == is
>>converted in EL expression
>>by a equals() call.
>>
>>
>>
>>Amleto Di Salle a écrit :
>>
>>
>>
>>>Hi,
>>>Which version of JSP+JSTL (and Tomcat) are you using?
>>>
>>>I am not sure but I think that the problem is due to fact that "1" is
>>>considered as an Integer class.
>>>This is possible, i suppose, in two cases:
>>>- you are using JSP1.2+JSTL1.0
>>>- or in the taglib directive you are using
>>>"http://java.sun.com/jstl/core"; and not
>>>"http://java.sun.com/jsp/jstl/core"; also in JSP2.0+JSTL1.1.
>>>In "http://java.sun.com/jstl/core"; you use the core1.0 and the
>>>expression language (EL) is evaluated by JSTL and not by JSP, so 1 is
>>>considered Integer (in this case in Java new Integer(1)==new Integer(1)
>>>is false).
>>>In the "http://java.sun.com/jsp/jstl/core"; case the EL is evaluated by
>>>JSP and the 1 is considered int.
>>>
>>>I hope this is useful
>>>
>>>BR
>>>/Amleto
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>>-----Messaggio originale-----
>>>>Da: David Delbecq [mailto:[EMAIL PROTECTED]
>>>>Inviato: giovedì 20 ottobre 2005 12.33
>>>>A: Struts Users Mailing List
>>>>Oggetto: stupid EL evaluation question
>>>>
>>>>
>>>>Hello, might some of you enlight my path to redemption?
>>>>
>>>>I tried to use this inside a jsp:
>>>>
>>>> <c:choose>
>>>> <c:when test="${1==1}">
>>>> <html-el:select
>>>>property="actionParameters(${parameter.key}).value">
>>>> <html-el:option value="true"/>
>>>> <html-el:option value="false"/>
>>>> </html-el:select>
>>>> </c:when>
>>>> <c:otherwise>
>>>> non boolean.... <html-el:text
>>>>property="actionParameters(${parameter.key}).value"/>
>>>> </c:otherwise>
>>>> </c:choose>
>>>>
>>>>strange enough, i always end in the otherwise part :/ (note,
>>>>c: correspond to jstl/core as struts don't have a switch case
>>>>in the logic taglib)
>>>>
>>>>To simplify the debugging i put this inside my jsp:
>>>>
>>>><c:if test="${1==1}">1==1 yes</c:if>
>>>>
>>>>Test is evaluated as false! Now am sure, am in the twilight
>>>>zone. But this success: <c:if test="true">true is true</c:if>
>>>>
>>>>
>>>>jstl/core test parameter are supposed to accept EL evaluated
>>>>parameter. But i can't understand why mine are failing,
>>>>considering i have another webapp where things like that:
>>>><c:if test="${param.mode=='list'}">
>>>>
>>>>works perfectly as requested !!!
>>>>
>>>>Does someone have any idea why jstl/core would fail like that???
>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>>For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>--
>>>>No virus found in this incoming message.
>>>>Checked by AVG Anti-Virus.
>>>>Version: 7.0.344 / Virus Database: 267.12.4/143 - Release
>>>>Date: 19/10/2005
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>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]
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
