gpt4 book ai didi

java - 在 Wicket 7 中打开多个选项卡时文件上传时出现 "Could not deserialize object from byte[]"

转载 作者:行者123 更新时间:2023-12-02 09:59:30 30 4
gpt4 key购买 nike

我们有一个大型 Wicket 口应用程序,有一个恼人的错误。我们有一个带有文件上传字段的表单,并且在大多数情况下它工作正常。唯一失败的情况是当用户打开多个浏览器选项卡时。然后我们得到以下异常(每个打开的额外选项卡一次):

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 的“面包屑”样式页面的一部分。从 Wicket 口扩展。上传部分位于一个面板上,然后替换为面包屑中的下一个面板。当他们尝试执行任何导致 ajax 调用的操作时,就会在该面板上发生错误。

据我所知,客户端请求有某种哈希函数来定义要加载的临时文件的名称,这对于不同的选项卡来说是不同的?有其他人遇到过这个问题吗?我似乎在任何地方都找不到任何引用资料。

我们正在使用 Java 8/Wicket 7.10

提前致谢

最佳答案

看来您在页面中保留了对 FileItem 对象的引用。

Wicket 尝试从其页面存储中反序列化页面,并在此过程中尝试加载 org.apache.commons.fileupload.disk.DiskFileItem不再有支持文件。

Wicket 的 FileUploadField 有一个 transient field - 一个List<FileUpload> 。但由于它是暂时的,因此根本不会被序列化。后来当它public List<FileUpload> getFileUploads()称为该字段将是 null并且 Wicket 将使用 commons-fileupload用于加载它的 API again .

对我来说,您的应用程序似乎在某处保留了对 DiskFileItem 的引用,因此它被序列化/反序列化。

您可以使用Wicket IObjectChecker找到它被引用的地方。请参阅 SessionChecker 和 DifferentPageChecker 以获取如何实现自定义检查器的灵感。

关于java - 在 Wicket 7 中打开多个选项卡时文件上传时出现 "Could not deserialize object from byte[]",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55742141/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com