type the subir servlet servidor not form fileuploadlistener fileupload example data content carga archivos jsf primefaces jsf-2.2 glassfish-4

jsf - the - primefaces p:/ fileupload



La carga de archivos no funciona con AJAX en PrimeFaces 4.0/JSF 2.2.x-javax.servlet.ServletException: el tipo de contenido de la solicitud no es multipart/form-data (5)

@BalusC: su sugerencia para extender el FileUploadRenderer existente es muy clara. ¡Gracias!

Dependiendo de la versión de JSF que esté usando, es posible que vea un elemento emergente aleatorio de iFrame. Este es un error que se menciona aquí: JAVASERVERFACES-2843

En mi primer intento de arreglar esto (sin tener que actualizar a 2.2.1) simplemente escondí el iFrame con CSS.

#JSFFrameId { visibility:hidden; }

Esto funcionó, pero por alguna razón los envíos adicionales de AJAX no se dispararían. Luego llamé a un pequeño script para eliminar el iFrame y eso solucionó el problema.

<h:commandButton id="btnSubmit" action="#{fileUploadController.upload}" value="Save" > <f:ajax execute="@all" render="frmMain" onevent="removeIFrame()" /> </h:commandButton>

JavaScript:

function removeIFrame() { document.getElementById("JSFFrameId").removeNode(); }

Importante: El problema que se analiza en este hilo se ha fixed partir de PrimeFaces 5.1 final (lanzamiento de la comunidad) released el lunes 6 de octubre de 2014 (hace solo unos minutos). Intenté en JSF 2.2.8-02 (o api , impl ).

Como tal, si usaste esa versión ( o superior, no hay necesidad de mencionarla ), ni siquiera necesitarías leer esta pregunta.

Tengo una aplicación web ejecutándose

  • GlassFish 4.0
  • Mojarra 2.2.4
  • PrimeFaces 4.0 final

Todo, excepto la carga de archivos con AJAX, funciona bien. El siguiente archivo xhtml envía contenido multiparte a través de una solicitud AJAX activada por un botón de comando PrimeFaces.

<html xmlns="http://www.w3.org/1999/xhtml" xmlns:p="http://primefaces.org/ui" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core"> <h:head> <title>Test</title> </h:head> <h:body> <h:form prependId="true" enctype="multipart/form-data"> <p:fileUpload id="txtCatImage" value="#{testManagedBean.uploadedFile}" mode="advanced" dragDropSupport="true" fileLimit="1" sizeLimit="100000" multiple="false" allowTypes="/(/.|//)(gif|jpe?g|png)$/" fileUploadListener="#{testManagedBean.fileUploadListener}"/> <p:message for="txtCatImage" showSummary="false"/> <p:commandButton id="btnSubmit" actionListener="#{testManagedBean.insert}" ajax="true" icon="ui-icon-check" value="Save"/> </h:form> </h:body> </html>

La prueba manejó el frijol:

@ManagedBean @ViewScoped public final class TestManagedBean implements Serializable { private static final long serialVersionUID = 1L; private UploadedFile uploadedFile; public TestManagedBean(){} public UploadedFile getUploadedFile() { return uploadedFile; } public void setUploadedFile(UploadedFile uploadedFile) { this.uploadedFile = uploadedFile; } public void fileUploadListener(FileUploadEvent event){ uploadedFile=event.getFile(); } public void insert(){ if(uploadedFile!=null){ System.out.println(uploadedFile.getFileName()); } else{ System.out.println("The file object is null."); } } }

Cuando un archivo se carga desde un buscador de archivos, muestra el nombre del archivo en su escucha - fileUploadListener() .

Después de cargar un archivo, cuando se presiona el botón de comando dado ( ajax="true" ), se produce la siguiente excepción.

WARNING: javax.servlet.ServletException: The request content-type is not a multipart/form-data javax.faces.FacesException: javax.servlet.ServletException: The request content-type is not a multipart/form-data at org.primefaces.component.fileupload.NativeFileUploadDecoder.decode(NativeFileUploadDecoder.java:44) at org.primefaces.component.fileupload.FileUploadRenderer.decode(FileUploadRenderer.java:44) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:831) at javax.faces.component.UIInput.decode(UIInput.java:771) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1225) at javax.faces.component.UIInput.processDecodes(UIInput.java:676) at javax.faces.component.UIForm.processDecodes(UIForm.java:225) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1220) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1220) at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:929) at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78) 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:646) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at filter.NoCacheFilter.doFilter(NoCacheFilter.java:28) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316) 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:357) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188) at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191) at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838) at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544) at java.lang.Thread.run(Thread.java:722) Caused by: javax.servlet.ServletException: The request content-type is not a multipart/form-data at org.apache.catalina.fileupload.Multipart.getPart(Multipart.java:187) at org.apache.catalina.connector.Request.getPart(Request.java:4535) at org.apache.catalina.connector.RequestFacade.getPart(RequestFacade.java:1095) at org.primefaces.component.fileupload.NativeFileUploadDecoder.decodeAdvanced(NativeFileUploadDecoder.java:60) at org.primefaces.component.fileupload.NativeFileUploadDecoder.decode(NativeFileUploadDecoder.java:37) ... 48 more SEVERE: javax.servlet.ServletException: The request content-type is not a multipart/form-data at org.apache.catalina.fileupload.Multipart.getPart(Multipart.java:187) at org.apache.catalina.connector.Request.getPart(Request.java:4535) at org.apache.catalina.connector.RequestFacade.getPart(RequestFacade.java:1095) at org.primefaces.component.fileupload.NativeFileUploadDecoder.decodeAdvanced(NativeFileUploadDecoder.java:60) at org.primefaces.component.fileupload.NativeFileUploadDecoder.decode(NativeFileUploadDecoder.java:37) at org.primefaces.component.fileupload.FileUploadRenderer.decode(FileUploadRenderer.java:44) at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:831) at javax.faces.component.UIInput.decode(UIInput.java:771) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1225) at javax.faces.component.UIInput.processDecodes(UIInput.java:676) at javax.faces.component.UIForm.processDecodes(UIForm.java:225) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1220) at javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:1220) at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:929) at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78) 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:646) at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:70) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at filter.NoCacheFilter.doFilter(NoCacheFilter.java:28) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316) 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:357) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188) at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191) at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168) at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189) at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288) at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206) at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136) at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114) at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77) at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838) at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55) at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564) at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544) at java.lang.Thread.run(Thread.java:722)

Solo puede funcionar, cuando el atributo ajax del botón de comando se establece en falso - ajax="false" .

He degradado la versión de Mojarra a 2.1.9 en Tomcat 7.0.35. Funcionó con esta versión de Mojarra junto con PrimeFaces 4.0 final (y PrimeFaces 4.0 RC1 también) - archivos cargados con una solicitud de AJAX.

Alternativamente, probé las siguientes versiones de Mojarra

  • 2.2.0
  • 2.2.1
  • 2.2.2
  • 2.2.3
  • 2.2.4

en GlassFish 4.0 pero ninguno de ellos logró cargar archivos con una solicitud AJAX que es muy necesaria porque la edición de filas usando <p:rowEditor/> (junto con imágenes en cada fila, por ejemplo) en PrimeFaces DataTable siempre está basada en AJAX.

De todos modos, quiero mantener GlassFish 4.0 . También he intentado degradar Mojarra 2.1.9 en GlassFish 4.0, pero no ha podido crear paquetes que finalicen con una excepción. GlassFish 4.0 no parece funcionar con Mojarra inferior a 2.2.x.

Entonces, ¿cuál es el responsable de causar esta excepción: PrimeFaces o JSF? Simplemente confundido. ¿Hay alguna solución alternativa para cargar archivos con solicitudes AJAX en este entorno dado?

EDITAR:

web.xml filtro en web.xml :

<filter> <filter-name>PrimeFaces FileUpload Filter</filter-name> <filter-class>org.primefaces.webapp.filter.FileUploadFilter</filter-class> </filter> <filter-mapping> <filter-name>PrimeFaces FileUpload Filter</filter-name> <servlet-name>Faces Servlet</servlet-name> </filter-mapping> <servlet> <servlet-name>Faces Servlet</servlet-name> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>Faces Servlet</servlet-name> <url-pattern>*.jsf</url-pattern> </servlet-mapping>

El problema permanece estacionario junto con la versión 2.2.5 Mojarra (o api , impl ) released el 8 de enero de 2014.

Una vez más probé la versión 2.2.6 Mojarra (o api , impl ) released el 4 de marzo de 2014. El problema permanece intacto.

Todavía no funciona en la released final de PrimeFaces 5.0 released el 5 de mayo de 2014.

Aunque esto es antiguo y ya se respondió, quería compartir algo, en caso de que se lo haya olvidado: PrimeFaces 4+ ahora tiene un parámetro de contexto, que puede usar (en web.xml) para elegir manualmente qué cargador debe ser utilizado (nativo -servlet3 o comunes). Puede usar esto para forzar Common-Uploader como este:

<context-param> <param-name>primefaces.UPLOADER</param-name> <param-value>commons</param-value> </context-param>

(Por supuesto, todavía necesita FileUploadFilter como se describe arriba y en la guía). Consulte la Guía del usuario de PrimeFaces para obtener más información.

Como Kai señaló legítimamente en su respuesta a la pregunta actual, el problema es causado por el NativeFileUploadDecoder tal como lo utiliza FileUploadRenderer no verifica si la solicitud es una solicitud multipart/form-data o no. Esto causará problemas cuando el componente esté presente en un formulario en el que se envía una solicitud de ajax "regular". El CommonsFileUploadDecoder verifica correctamente y es por eso que funciona correctamente en JSF 2.1 que aún no tenía un analizador nativo de carga de archivos.

Su solución de solución de problemas con un procesador personalizado está en la dirección correcta, sin embargo, el enfoque es bastante torpe. En este caso particular, no hay necesidad de copiar toda la clase que consta de más de 200 líneas solo para agregar algunas líneas más. En su lugar, simplemente extienda exactamente esa clase y anule exactamente el método con una verificación if antes de delegar en el super de la siguiente manera:

package com.example; import javax.faces.component.UIComponent; import javax.faces.context.FacesContext; import org.primefaces.component.fileupload.FileUploadRenderer; public class MyFileUploadRenderer extends FileUploadRenderer { @Override public void decode(FacesContext context, UIComponent component) { if (context.getExternalContext().getRequestContentType().toLowerCase().startsWith("multipart/")) { super.decode(context, component); } } }

Eso es todo (mantenga esa entrada <renderer-kit> en faces-config.xml ). No tiene sentido continuar la decodificación si la solicitud no es una solicitud de multipart . Las partes del archivo no estarían disponibles de todos modos (y tampoco hay ningún motivo para volver al javax.servlet.* API cuando la misma funcionalidad esté disponible a través de ExternalContext ).

Tuve el mismo problema. Parece estar más relacionado con el componente <p:fileUpload> componente <p:fileUpload> , ya que funciona con un <h:commandButton> (incluso con ajax).

Tu podrías intentar:

<h:commandButton id="btnSubmit" actionListener="#{testManagedBean.insert}" value="Save"> <f:ajax execute="@all" render="@form"/> </h:commandButton>

No puedo decirte por qué o cómo funciona, pero me solucionó el problema. La desventaja, por supuesto, es que tienes que hacer el diseño tú solo, al menos hasta que los chicos de Primefaces solucionen este problema.

EDITAR :

Después de excavar en las fuentes y hacer algunas depuraciones si descubrió que en realidad hay dos solicitudes hechas (lo intenté en <p:wizard/> ). El primero es multipart/form-data one que realmente carga el archivo. Dispara el archivoUploadEvent en el Bean. El siguiente botón de wizards se presiona con la application/www-urlencoded enctype application/www-urlencoded . Esto causa la excepción. La conclusión es que, a diferencia de lo que escribí en el comentario que suprime la excepción, es una solución válida. Esto incluso se puede hacer de una manera que no incluya el cambio de Primefaces.jar, que es útil si los chicos solucionan el problema en una versión futura.

Entonces, esto es lo que hay que hacer:

  • Crea una nueva clase com.yourpackage.fileupload.FileUploadRenderer

  • Copie y pegue el siguiente código dentro de su nueva clase:

    package com.yourpackage.fileupload.fileupload; import java.io.IOException; import javax.faces.FacesException; import javax.faces.component.UIComponent; import javax.faces.context.FacesContext; import javax.faces.context.ResponseWriter; import javax.servlet.http.HttpServletRequest; import org.primefaces.component.fileupload.CommonsFileUploadDecoder; import org.primefaces.component.fileupload.FileUpload; import org.primefaces.component.fileupload.NativeFileUploadDecoder; import org.primefaces.config.ConfigContainer; import org.primefaces.context.RequestContext; import org.primefaces.expression.SearchExpressionFacade; import org.primefaces.renderkit.CoreRenderer; import org.primefaces.util.HTML; import org.primefaces.util.WidgetBuilder; public class FileUploadRenderer extends CoreRenderer { @Override public void decode(FacesContext context, UIComponent component) { FileUpload fileUpload = (FileUpload) component; if (!fileUpload.isDisabled()) { ConfigContainer cc = RequestContext.getCurrentInstance().getApplicationContext().getConfig(); String uploader = cc.getUploader(); boolean isAtLeastJSF22 = cc.isAtLeastJSF22(); if (uploader.equals("auto")) { if (isAtLeastJSF22) { if (isMultiPartRequest(context)) { NativeFileUploadDecoder.decode(context, fileUpload); } } else { CommonsFileUploadDecoder.decode(context, fileUpload); } } else if (uploader.equals("native")) { if (!isAtLeastJSF22) { throw new FacesException("native uploader requires at least a JSF 2.2 runtime"); } NativeFileUploadDecoder.decode(context, fileUpload); } else if (uploader.equals("commons")) { CommonsFileUploadDecoder.decode(context, fileUpload); } } } @Override public void encodeEnd(FacesContext context, UIComponent component) throws IOException { FileUpload fileUpload = (FileUpload) component; encodeMarkup(context, fileUpload); if (fileUpload.getMode().equals("advanced")) { encodeScript(context, fileUpload); } } protected void encodeScript(FacesContext context, FileUpload fileUpload) throws IOException { String clientId = fileUpload.getClientId(context); String update = fileUpload.getUpdate(); String process = fileUpload.getProcess(); WidgetBuilder wb = getWidgetBuilder(context); wb.initWithDomReady("FileUpload", fileUpload.resolveWidgetVar(), clientId, "fileupload"); wb.attr("auto", fileUpload.isAuto(), false) .attr("dnd", fileUpload.isDragDropSupport(), true) .attr("update", SearchExpressionFacade.resolveComponentsForClient(context, fileUpload, update), null) .attr("process", SearchExpressionFacade.resolveComponentsForClient(context, fileUpload, process), null) .attr("maxFileSize", fileUpload.getSizeLimit(), Long.MAX_VALUE) .attr("fileLimit", fileUpload.getFileLimit(), Integer.MAX_VALUE) .attr("invalidFileMessage", fileUpload.getInvalidFileMessage(), null) .attr("invalidSizeMessage", fileUpload.getInvalidSizeMessage(), null) .attr("fileLimitMessage", fileUpload.getFileLimitMessage(), null) .attr("messageTemplate", fileUpload.getMessageTemplate(), null) .attr("previewWidth", fileUpload.getPreviewWidth(), 80) .attr("disabled", fileUpload.isDisabled(), false) .callback("onstart", "function()", fileUpload.getOnstart()) .callback("onerror", "function()", fileUpload.getOnerror()) .callback("oncomplete", "function()", fileUpload.getOncomplete()); if (fileUpload.getAllowTypes() != null) { wb.append(",allowTypes:").append(fileUpload.getAllowTypes()); } wb.finish(); } protected void encodeMarkup(FacesContext context, FileUpload fileUpload) throws IOException { if (fileUpload.getMode().equals("simple")) { encodeSimpleMarkup(context, fileUpload); } else { encodeAdvancedMarkup(context, fileUpload); } } protected void encodeAdvancedMarkup(FacesContext context, FileUpload fileUpload) throws IOException { ResponseWriter writer = context.getResponseWriter(); String clientId = fileUpload.getClientId(context); String style = fileUpload.getStyle(); String styleClass = fileUpload.getStyleClass(); styleClass = styleClass == null ? FileUpload.CONTAINER_CLASS : FileUpload.CONTAINER_CLASS + " " + styleClass; boolean disabled = fileUpload.isDisabled(); writer.startElement("div", fileUpload); writer.writeAttribute("id", clientId, "id"); writer.writeAttribute("class", styleClass, styleClass); if (style != null) { writer.writeAttribute("style", style, "style"); } //buttonbar writer.startElement("div", fileUpload); writer.writeAttribute("class", FileUpload.BUTTON_BAR_CLASS, null); //choose button encodeChooseButton(context, fileUpload, disabled); if (!fileUpload.isAuto()) { encodeButton(context, fileUpload.getUploadLabel(), FileUpload.UPLOAD_BUTTON_CLASS, "ui-icon-arrowreturnthick-1-n"); encodeButton(context, fileUpload.getCancelLabel(), FileUpload.CANCEL_BUTTON_CLASS, "ui-icon-cancel"); } writer.endElement("div"); //content writer.startElement("div", null); writer.writeAttribute("class", FileUpload.CONTENT_CLASS, null); writer.startElement("table", null); writer.writeAttribute("class", FileUpload.FILES_CLASS, null); writer.startElement("tbody", null); writer.endElement("tbody"); writer.endElement("table"); writer.endElement("div"); writer.endElement("div"); } protected void encodeSimpleMarkup(FacesContext context, FileUpload fileUpload) throws IOException { encodeInputField(context, fileUpload, fileUpload.getClientId(context)); } protected void encodeChooseButton(FacesContext context, FileUpload fileUpload, boolean disabled) throws IOException { ResponseWriter writer = context.getResponseWriter(); String clientId = fileUpload.getClientId(context); String cssClass = HTML.BUTTON_TEXT_ICON_LEFT_BUTTON_CLASS + " " + FileUpload.CHOOSE_BUTTON_CLASS; if (disabled) { cssClass += " ui-state-disabled"; } writer.startElement("span", null); writer.writeAttribute("class", cssClass, null); //button icon writer.startElement("span", null); writer.writeAttribute("class", HTML.BUTTON_LEFT_ICON_CLASS + " ui-icon-plusthick", null); writer.endElement("span"); //text writer.startElement("span", null); writer.writeAttribute("class", HTML.BUTTON_TEXT_CLASS, null); writer.writeText(fileUpload.getLabel(), "value"); writer.endElement("span"); if (!disabled) { encodeInputField(context, fileUpload, clientId + "_input"); } writer.endElement("span"); } protected void encodeInputField(FacesContext context, FileUpload fileUpload, String clientId) throws IOException { ResponseWriter writer = context.getResponseWriter(); writer.startElement("input", null); writer.writeAttribute("type", "file", null); writer.writeAttribute("id", clientId, null); writer.writeAttribute("name", clientId, null); if (fileUpload.isMultiple()) { writer.writeAttribute("multiple", "multiple", null); } if (fileUpload.getStyle() != null) { writer.writeAttribute("style", fileUpload.getStyle(), "style"); } if (fileUpload.getStyleClass() != null) { writer.writeAttribute("class", fileUpload.getStyleClass(), "styleClass"); } if (fileUpload.isDisabled()) { writer.writeAttribute("disabled", "disabled", "disabled"); } writer.endElement("input"); } protected void encodeButton(FacesContext context, String label, String styleClass, String icon) throws IOException { ResponseWriter writer = context.getResponseWriter(); String cssClass = HTML.BUTTON_TEXT_ICON_LEFT_BUTTON_CLASS + " ui-state-disabled " + styleClass; writer.startElement("button", null); writer.writeAttribute("type", "button", null); writer.writeAttribute("class", cssClass, null); writer.writeAttribute("disabled", "disabled", null); //button icon String iconClass = HTML.BUTTON_LEFT_ICON_CLASS; writer.startElement("span", null); writer.writeAttribute("class", iconClass + " " + icon, null); writer.endElement("span"); //text writer.startElement("span", null); writer.writeAttribute("class", HTML.BUTTON_TEXT_CLASS, null); writer.writeText(label, "value"); writer.endElement("span"); writer.endElement("button"); } private boolean isMultiPartRequest(FacesContext context) { if (context == null) { return false; } return ((HttpServletRequest) context.getExternalContext().getRequest()).getContentType().startsWith("multipart"); } }

  • Agregue las siguientes líneas en la parte inferior de su faces-config.xml :

    <render-kit> <renderer> <component-family>org.primefaces.component</component-family> <renderer-type>org.primefaces.component.FileUploadRenderer</renderer-type> <renderer-class>com.yourpackage.fileupload.FileUploadRenderer</renderer-class> </renderer> </render-kit>

  • Usted está listo para ir!

¿Qué hemos hecho? Creamos nuestro propio FileUploadRenderer que comprueba si contentType es realmente multipart/form-data utilizando el método isMultiPartRequest() . Solo si esto devuelve verdadero, el resto del código se ejecuta. En cualquier otro caso, no ocurrirá nada, lo que significa que no se lanzará ninguna excepción. Si Primefaces soluciona este problema, solo necesita eliminar las líneas de su faces-config.xml para usar su clase.

¡Hazme saber si eso funciona para ti!

EDITAR

Este código verifica si la solicitud dada es de tipo multipart / form-data. Si no es así, la ejecución se detiene. El código original Primefaces continuaría de todos modos. Como mencioné anteriormente, si carga un archivo dentro de un componente Primefaces, en realidad hay dos solicitudes hechas:

  1. Ajax-FileUpload usando <p:fileUpload/> (enctype: multipart/form-data )
  2. La acción Ajax en <p:editRow/> o <p:wizard/> (enctype: application/www-form-urlencoded )

El primero es manejado por el renderizador mientras que el segundo causa la excepción en el código original ya que el procesador intenta manejar algo de lo que no es capaz. Con los cambios realizados en el código, solo los multipart/form-data son manejados por el procesador, por lo que no se producen excepciones. IMO es claramente un error en las fuentes de Primefaces. Las diferencias de código son solo el método private boolean isMultiPartRequest(FacesContext context) y su única aparición en el código. ¡Me alegro de poder ayudarte!

Tuve el mismo problema. En mi caso, utilicé el cargador de archivos de primefaces en una tabla de datos, intenté modificar la imagen existente usando onRowEdit, que terminó con el mismo error mencionado anteriormente. Luego cambié el jar de Primefaces a la versión 5.1. Ahora está funcionando bien.