EL uzyskuje dostęp do wartości mapy za pomocą klucza całkowitego

Mam mapę z kluczem Integer. Korzystając z EL, w jaki sposób mogę uzyskać dostęp do wartości za pomocą jej klucza?

Map<Integer, String> map = new HashMap<Integer, String>();
map.put(1, "One");
map.put(2, "Two");
map.put(3, "Three");

Myślałem, że to zadziała, ale tak nie jest (gdzie mapa jest już w atrybutach żądania):

<c:out value="${map[1]}"/>

Kontynuacja: wyśledziłem problem. Najwyraźniej ${name[1]}wyszukuje mapę z numerem jako Long. Rozgryzłem to, kiedy zmieniłem HashMapna TreeMapi otrzymałem błąd:

java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long

Jeśli zmienię mapę na:

Map<Long, String> map = new HashMap<Long, String>();
map.put(1L, "One");

następnie ${name[1]}zwraca „One”. A co z tym? Dlaczego <c:out>traktuje liczbę jako długą. Wydaje mi się to sprzeczne z intuicją (ponieważ int jest częściej używany niż long).

Więc moje nowe pytanie brzmi: czy istnieje notacja EL umożliwiająca dostęp do mapy za pomocą Integerwartości?

Pierwsza odpowiedź (EL 2.1, maj 2009)

Jak wspomniano w tym wątku na forum java :

Zasadniczo autoboxing umieszcza obiekt Integer na mapie. to znaczy:

map.put(new Integer(0), "myValue")

EL (Expressions Languages) ocenia 0 jako Long i dlatego szuka Long jako klucza na mapie. czyli ocenia:

map.get(new Long(0))

Ponieważ a Longnigdy nie jest równe Integerobiektowi, nie znajduje wpisu na mapie.
To wszystko w pigułce.

Aktualizacja od maja 2009 (EL 2.2)

W grudniu 2009 roku wprowadzono EL 2.2 z JSP 2.2 / Java EE 6 , z kilkoma różnicami w porównaniu z EL 2.1 .
Wygląda na to („ EL Expression parsing integer as long ”), że:

możesz wywołać metodę intValuena Longobiekcie self wewnątrz EL 2.2 :

<c:out value="${map[(1).intValue()]}"/>

To może być dobry obejście tutaj (również wymienione poniżej w Tobias Liefke „s odpowiedzi )

Oryginalna odpowiedź:

EL używa następujących opakowań:

Terms                  Description               Type
null                   null value.               -
123                    int value.                java.lang.Long
123.00                 real value.               java.lang.Double
"string" ou 'string'   string.                   java.lang.String
true or false          boolean.                  java.lang.Boolean

Strona JSP demonstrująca to:

 <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>

 <%@ page import="java.util.*" %>

 <h2> Server Info</h2>
Server info = <%= application.getServerInfo() %> <br>
Servlet engine version = <%=  application.getMajorVersion() %>.<%= application.getMinorVersion() %><br>
Java version = <%= System.getProperty("java.vm.version") %><br>
<%
  Map map = new LinkedHashMap();
  map.put("2", "String(2)");
  map.put(new Integer(2), "Integer(2)");
  map.put(new Long(2), "Long(2)");
  map.put(42, "AutoBoxedNumber");

  pageContext.setAttribute("myMap", map);  
  Integer lifeInteger = new Integer(42);
  Long lifeLong = new Long(42);  
%>
  <h3>Looking up map in JSTL - integer vs long </h3>

  This page demonstrates how JSTL maps interact with different types used for keys in a map.
  Specifically the issue relates to autoboxing by java using map.put(1, "MyValue") and attempting to display it as ${myMap[1]}
  The map "myMap" consists of four entries with different keys: A String, an Integer, a Long and an entry put there by AutoBoxing Java 5 feature.       

  <table border="1">
    <tr><th>Key</th><th>value</th><th>Key Class</th></tr>
    <c:forEach var="entry" items="${myMap}" varStatus="status">
    <tr>      
      <td>${entry.key}</td>
      <td>${entry.value}</td>
      <td>${entry.key.class}</td>
    </tr>
    </c:forEach>
</table>

    <h4> Accessing the map</h4>    
    Evaluating: ${"${myMap['2']}"} = <c:out value="${myMap['2']}"/><br>
    Evaluating: ${"${myMap[2]}"}   = <c:out value="${myMap[2]}"/><br>    
    Evaluating: ${"${myMap[42]}"}   = <c:out value="${myMap[42]}"/><br>    

    <p>
    As you can see, the EL Expression for the literal number retrieves the value against the java.lang.Long entry in the map.
    Attempting to access the entry created by autoboxing fails because a Long is never equal to an Integer
    <p>

    lifeInteger = <%= lifeInteger %><br/>
    lifeLong = <%= lifeLong %><br/>
    lifeInteger.equals(lifeLong) : <%= lifeInteger.equals(lifeLong) %> <br>

Kolejną pomocną wskazówką oprócz powyższego komentarza byłoby, gdy masz wartość ciągu zawartą w jakiejś zmiennej, takiej jak parametr żądania. W tym przypadku przekazanie tego spowoduje również, że JSTL wprowadzi do klucza wartość powiedzmy "1" jako żądło i jako takie nie zostanie znalezione żadne dopasowanie w hashmap Map.

Jednym ze sposobów obejścia tego jest zrobienie czegoś takiego.

<c:set var="longKey" value="${param.selectedIndex + 0}"/>

Będzie to teraz traktowane jako obiekt Long, a następnie będzie miało szansę dopasować obiekt, gdy jest zawarty w mapie Mapa lub czymkolwiek.

Następnie kontynuuj jak zwykle z czymś w rodzaju

${map[longKey]}

Możesz używać wszystkich funkcji z Long, jeśli umieścisz liczbę w "(" ")". W ten sposób możesz rzucić długie na int:

<c:out value="${map[(1).intValue()]}"/>

Na podstawie powyższego postu wypróbowałem to i działało dobrze. Chciałem użyć wartości mapy B jako kluczy do mapy A:

<c:if test="${not empty activityCodeMap and not empty activityDescMap}">
<c:forEach var="valueMap" items="${auditMap}">
<tr>
<td class="activity_white"><c:out value="${activityCodeMap[valueMap.value.activityCode]}"/></td>
<td class="activity_white"><c:out value="${activityDescMap[valueMap.value.activityDescCode]}"/></td>
<td class="activity_white">${valueMap.value.dateTime}</td>
</tr>
</c:forEach>
</c:if>

Jeśli po prostu masz a Mapz Integerkluczami, których nie możesz zmienić, możesz napisać niestandardową funkcję EL, aby przekonwertować a Longna Integer. To pozwoliłoby ci zrobić coś takiego:

<c:out value="${map[myLib:longToInteger(1)]}"/>