Связывание компонентов JSF без bean ошибки преобразования метаданных свойств

В столбце таблицы я попытался привязать значение компонента к локальной переменной EL, а позже использовать эту переменную в качестве параметра:

        <h:column>
            <h:outputLabel value="Enter a quantity to put into the cart" for="qty"/>
            <h:inputText id="qty" binding="#{qty}" converter="javax.faces.Number"/>
        </h:column>
        <h:column>
            <h:commandButton value="Put into cart" type="submit"
                             action="#{shoppingCart.addToCart(product, qty)}"/>
        </h:column>

Где product - текущий элемент данных (список фильтрованных или нефильтрованных продуктов, которые не находятся в корзине).

Теперь, когда вы пытаетесь добавить товар в корзину (например, с количеством 12), это вызывает следующее исключение:

javax.faces.el.EvaluationException: java.lang.IllegalArgumentException: Cannot convert [email protected] of type class javax.faces.component.html.HtmlInputText to class java.lang.Integer
at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:101)
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
at javax.faces.component.UICommand.broadcast(UICommand.java:315)
at javax.faces.component.UIData.broadcast(UIData.java:1108)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
at java.lang.Thread.run(Thread.java:745)

Я использую Glassfish 4.1.1 с версией 2.2.12 JSF.

Буду благодарен за любые идеи

CLARIFACATION

Как отметил BalusC в этом вопросе привязка компонента JSF без свойства bean и другие, binding="#{var}" действительно является действительным XHTML. Таким образом, не требуется поддержка bean, а объявленная переменная - область запроса. Я считаю этот вариант более элегантным и, следовательно, хотел бы придерживаться его.

Ответ 1

Вместо binding="#{qty}" (который должен использоваться для привязки вашего компонента ввода к экземпляру Java вашего компонента в управляемом bean), используйте: value="#{shoppingCart.quantityAsInteger}" или если вы работаете со списком корзины покупок items: value="#{shoppingCartItem.quantityAsInteger}".

Помимо надлежащей привязки стоимости, это также даст вам преимущество наличия количества в составе вашей модели. Кроме того, когда value привязан к Integer, нет необходимости добавлять конвертер. JSF позаботится о Integer (и некоторых других типах) преобразовании по умолчанию.

Итак, убедитесь, что у вас есть управляемый bean, содержащий количество или список элементов корзины, каждый из которых имеет количество. В случае списка элементов корзины вы получите что-то вроде:

ShoppingCart.java

// You will probably already have something like this for your table
private List<ShoppingCartItem> shoppingCartItems;

ShoppingCartItem.java

// Quantity used for binding (add getter and setter).
private Integer quantity;

private Product product;

XHTML

<h:column>
    <h:outputLabel value="Enter a quantity to put into the cart" for="qty"/>
    <h:inputText id="qty" binding="#{shoppingCartItem.quantity}" />
</h:column>

Ответ 2

Попробуйте использовать атрибут value вместо атрибута binding в h:inputText и использовать атрибут binding для компонента таблицы. Таким образом, вы можете получить доступ к выбранной (щелкнутой) строке в методе действий: если атрибут binding таблицы имеет значение #{bean.dataTable}, вы можете получить данные строки в методе типа getDataTable.getRowData().

Ответ 3

Хотя объявление переменной EL является допустимым XHTML, сам компонент привязан к переменной, если используется атрибут binding. При использовании переменной EL с атрибутом value не возникают ошибки преобразования, например:

        <h:inputText id="qty" value="#{qty}" converter="javax.faces.Number"/>
        ....
        <h:commandButton value="Put into cart" type="submit"
                         action="#{shoppingCart.addToCart(product, qty)}"/>