EL access a map value by Integer key

У меня есть карта с целочисленным ключом. Используя EL, как я могу получить доступ к значению по его ключу?

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

Я думал, что это сработает, но это не так (где map уже есть в атрибутах запроса):

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

Продолжение: я отследил проблему. По-видимому, ${name[1]} выполняет поиск по карте с числом в виде Long. Я понял это, когда изменил HashMap на TreeMap и получил ошибку:

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

Если я изменю свою карту на:

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

затем ${name[1]} возвращает "Единицу". Что с этим? Почему <c:out> рассматривает число как длинное. Мне кажется нелогичным (поскольку int чаще используется, чем long).

Итак, мой новый вопрос: существует ли обозначение EL для доступа к карте по Integer значению?

Первоначальный ответ (EL 2.1, май 2009)

Как упоминалось в этой теме форума Java:

По сути, автофиксация помещает целочисленный объект в карту. ie:

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

EL (языки выражений) вычисляет 0 как Long и, таким образом, ищет Long в качестве ключа на карте.
т. е. Он вычисляет:

map.get(new Long(0))

Поскольку a Long никогда не равно Integer объекту, он не находит запись на карте.

Вот и все в двух словах.

Обновление с мая 2009 года (EL 2.2)

В декабре 2009 года был представлен EL 2.2 с JSP 2.2 / Java EE 6, с помощью несколько отличий по сравнению с EL 2.1.
Кажется ("Выражение EL анализирует целое число до тех пор, пока"), который:

вы можете вызвать метод intValue для Long объекта self внутри EL 2.2:

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

Это могло бы быть хорошим обходным решением здесь (также упоминается ниже в ответе Тобиаса Лифке)

Оригинальный ответ:

EL использует следующие оболочки:

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

Страница JSP, демонстрирующая это:

 <%@ 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>

Еще один полезный совет в дополнение к приведенному выше комментарию может быть, когда у вас есть строковое значение, содержащееся в некоторой переменной, такой как параметр запроса. В этом случае передача этого параметра также приведет к тому, что JSTL введет значение, скажем, "1", как sting, и, как таковое, совпадение не будет найдено в Map hashmap.

Один из способов обойти это - сделать что-то вроде этого.

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

Теперь это будет обрабатываться как длинный объект, а затем у него будет шанс сопоставить объект, когда он содержится внутри map Map или чего-то еще.

Затем продолжайте, как обычно, с чем-то вроде

${map[longKey]}

Вы можете использовать все функции из Long, если вы введете число в "(" ")". Таким образом, вы можете преобразовать long в int:

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

Основываясь на приведенном выше сообщении, я попробовал это, и это сработало нормально, я хотел использовать значение Map B в качестве ключей для Map 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>