EL доступ к значению карты с помощью целочисленного ключа

У меня есть карта с ключом Integer. Как с помощью EL получить доступ к значению по его ключу?

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

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

<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 :

В основном автобокс помещает объект Integer в карту. то есть:

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

EL (Expressions Languages) оценивает 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 Expression parsing integer as long "), что:

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

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

Это может быть хорошим решением здесь (также упоминается ниже в Тобиас Liefke «s ответ )

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

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» в качестве жала, и поэтому совпадение не будет найдено в хэш-карте карты.

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

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

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

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

${map[longKey]}

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

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

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

Если вы только что случится иметь Mapс Integerключами вы не можете изменить, вы могли бы написать пользовательскую функцию EL , чтобы преобразовать Longв Integer. Это позволит вам сделать что-то вроде:

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