在Wicket 7中打开多个选项卡时，“在文件上传中“无法从字节[]中反序列化对象””

时间：2019-04-18 08:35:19

标签： java wicket wicket-7

我们有一个大型检票口应用程序，该程序有一个令人讨厌的错误。我们有一个带有文件上传字段的表单，并且在大多数情况下都可以正常工作。只有当用户打开多个浏览器选项卡时，它才会失败。然后，我们得到以下异常（每个打开的附加选项卡一次）：

java.lang.RuntimeException: Could not deserialize object from byte[]
    at org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:143)
    at org.apache.wicket.pageStore.AbstractPageStore.deserializePage(AbstractPageStore.java:152)
    at org.apache.wicket.pageStore.AbstractCachingPageStore.getPage(AbstractCachingPageStore.java:67)
    at com.sw.system4.ui.RemovablePageManagerProvider$1.getPage(RemovablePageManagerProvider.java:51)
    at org.apache.wicket.page.PageStoreManager$SessionEntry.getPage(PageStoreManager.java:231)
    at org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.getPage(PageStoreManager.java:393)
    at org.apache.wicket.page.AbstractPageManager.getPage(AbstractPageManager.java:82)
    at org.apache.wicket.page.PageManagerDecorator.getPage(PageManagerDecorator.java:50)
    at org.apache.wicket.page.PageAccessSynchronizer$2.getPage(PageAccessSynchronizer.java:246)
    at org.apache.wicket.DefaultMapperContext.getPageInstance(DefaultMapperContext.java:113)
    at org.apache.wicket.core.request.handler.PageProvider.getStoredPage(PageProvider.java:299)
    at org.apache.wicket.core.request.handler.PageProvider.isNewPageInstance(PageProvider.java:211)
    at org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.checkExpiration(AbstractBookmarkableMapper.java:335)
    at org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.processListener(AbstractBookmarkableMapper.java:309)
    at org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapRequest(AbstractBookmarkableMapper.java:369)
    at org.apache.wicket.request.mapper.CompoundRequestMapper.mapRequest(CompoundRequestMapper.java:147)
    at org.apache.wicket.request.cycle.RequestCycle.resolveRequestHandler(RequestCycle.java:189)
    at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:219)
    at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
    at org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
    at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
    at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:505)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:169)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:103)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:956)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:423)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1079)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:625)
    at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2517)
    at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2506)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.io.FileNotFoundException: C:\Program Files\Apache Software Foundation\Tomcat 7.0\temp\upload_d17f019a_9bfa_48c5_bc2c_6fc0bf74d233_00004982.tmp (The system cannot find the file specified)
    at java.io.FileInputStream.open0(Native Method)
    at java.io.FileInputStream.open(Unknown Source)
    at java.io.FileInputStream.(Unknown Source)
    at org.apache.commons.fileupload.disk.DiskFileItem.readObject(DiskFileItem.java:684)
    at sun.reflect.GeneratedMethodAccessor4472.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at java.io.ObjectStreamClass.invokeReadObject(Unknown Source)
    at java.io.ObjectInputStream.readSerialData(Unknown Source)
    at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
    at java.io.ObjectInputStream.readObject0(Unknown Source)
    at java.io.ObjectInputStream.defaultReadFields(Unknown Source)

    ... lots of read lines snipped

    at java.io.ObjectInputStream.readSerialData(Unknown Source)
    at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
    at java.io.ObjectInputStream.readObject0(Unknown Source)
    at java.io.ObjectInputStream.readObject(Unknown Source)
    at org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:126)

FileUploadField的格式是较大页面的一部分，因此用户在继续操作之前选择一个文件并使用ajax提交按钮将其上传。

Form<?> uploadForm = new Form<Void>( "uploadForm" );
uploadForm.setMultiPart( true );
add( uploadForm );

IModel<List<FileUpload>> filesModel = Model.ofList( new ArrayList<>() );

uploadForm.add( new FileUploadField( "uploadField", filesModel) );

uploadForm.add( new AjaxBeforeSubmitLink( "loadLink" ) {

  private static final long serialVersionUID = 1L;

  @Override
  protected void onSubmit( AjaxRequestTarget target, Form<?> form ) {
    List<? extends FileUpload> files = filesModel.getObject();

    if ( l_files != null && !l_files.isEmpty() ) {
      callEntryModel.getObject().getVendorQuoteData().getFileUploads().addAll( files );
    }

    target.add( getUploadedFilesLabel() );
    target.add( getClearFilesLink() );

    onUpdateContractQuoteData( target );
  }
});

上载面板是使用小门扩展名中的BreadCrumbPanels的“面包屑”样式页面的一部分。上传部分在面板上，然后用面包屑中的下一个面板替换。当他们尝试执行任何导致ajax调用并发生错误的操作时，它就会出现在该面板上。

据我所知，客户端请求具有某种哈希功能，用于定义要加载的临时文件的名称，这对于不同的选项卡是不同的吗？还有其他人有这个问题吗，我似乎在任何地方都找不到对此的引用。

我们正在使用Java 8 / Wicket 7.10

预先感谢

1 个答案:

答案 0 :(得分：1)

似乎您在页面中保留了对FileItem对象的引用。

Wicket尝试从其页面存储中反序列化页面，在此过程中，它尝试加载org.apache.commons.fileupload.disk.DiskFileItem，而该文件不再具有后退文件。

Wicket的FileUploadField具有瞬变 field-一个List<FileUpload>。但是由于它是瞬态的，所以根本不会序列化。稍后，当其public List<FileUpload> getFileUploads()被调用时，该字段将为null，Wicket将使用commons-fileupload API来加载again。

在我看来，您的应用程序似乎在某个地方保留了对DiskFileItem的引用，因此它被序列化/反序列化了。

您可以使用Wicket IObjectChecker查找引用位置。有关如何实现自定义检查器的灵感，请参见SessionChecker和DifferentPageChecker。

相关问题
最新问题