在我的工作场所,我使用Tomcat6+Java6(我认为)测试了一个GWT webapp,运行良好,但今天它升级到Java7(Java版本输出),当我试图打开webapp时,我在catalina.out中收到以下错误(index.html中的布局运行良好):
Grave:在分发传入的RPC调用com.google.gwt.user.client.RPC.SerializationException时出现异常:类型'javax.net.ssl.sslException‘未包含在可由此SerializationPolicy序列化的类型集中,或者无法加载其类对象。出于安全目的,此类型将不序列化。:instance=javax.net.ssl.sslexception:java.security.providerexception:java.security.providerexception:java.security.keyexception at 3)在com.google.gwt.user.server.rpc.impl.ServerSerializationStreamWriter.SerializeValue(ServerSerializationStreamWriter.java:587)在com.google.gwt.user.server.rpc.rpc.encoderesponse(rpc.java:605)在com.google.gwt.user.server.rpc.rpc.encoderesponse(rpc.java:393)在com.google.gwt.user.server.rpc.invokeandEncoderesponse(com.googl的let.processCall(remoteServiceServlet.java:265)e.gwt.user.server.rpc.remoteserviceservlet.processPost(remoteserviceservlet.java:62),javax.servlet.http.httpservlet.service(httpservlet.java:637),org.apache.catalina.core.applicationfilterchain.internaldoFilter(applicationfilterchain.java:290),org.apache.catalina.core.remoteserviceservlet.doPost ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)在org.apache.catalina.core.standardWrapperValve.invoke(StandardWrapperValve.java:233)在org.apache.catalina.core.standardContextValve.invoke(StandardContextValve.invoke(StandardContextValve.java:191)在ve.java:109)位于org.apache.catalina.connector.coyoteadapter.service(CoyoteAdapter.java:298)在org.apache.jk.server.jkcoyotehandler.invoke(jkcoyotehandler.java:190)在org.apache.jk.common.handlerrequest.invoke(handlerrequest.java:291)在org.apache.jk.common.channelsocket.invoke(handlerrequest.java:291)在org.apache.jk.common.channelsocket.invoke(channelsocket.java:769)在til.threads.threadpool$ControlRunnable.run(threadpool.java:690)at java.lang.thread.run(thread.java:745)
有什么想法吗?我能从我这边做点什么吗?或者这是一个它应该解决的问题?
与SSLException相关的代码。资料来源:
GoogleCredential credential = new GoogleCredential.Builder().setTransport(httpTransport)
.setJsonFactory(JSON_FACTORY).setServiceAccountId(SERVICE_ACCOUNT_EMAIL)
.setServiceAccountPrivateKeyFromP12File(new File(KEY_FILE_LOCATION))
.setServiceAccountScopes(AnalyticsScopes.all()).build();
找到答案了!升级NSS
包解决了这个问题(必须要求它升级)。
问题内容: 我试图序列化和反序列化内部对象的数组列表: HairList对象也是一个可序列化的对象。 此代码执行返回以下错误: 排队 我不知道我在做什么错。你能给个小费吗? 更新: 解决: 仅使用HairBirt的本机数组而不是ArrayList即可工作: 代替 感谢大家的帮助。 问题答案: 不要使用-而是使用二进制数据并对它进行base64编码,以将其转换为字符串而不会丢失信息。 我强烈怀疑这是
问题内容: 作为一个小项目,我一直在尝试做一个小事,它可以读取序列化的lambda(从本地或从FTP)并调用它们的运行函数作为测试的一部分,以测试Windows中的文件关联(即打开某些文件类型)使用特定程序打开它们),但不管如何,无论如何,它似乎从未正确地反序列化。 lambda被这样声明 并使用由ObjectOutputStream包装的[n可选] BufferedOutputStream包装的
问题内容: 在hibernate状态下执行条件查询时,出现以下异常: 可能是什么问题呢? PS:虽然可能不相关,但我的hibernate版本是hibernate-4.0.1 final。 问题答案: 问题在于被引用的实体对实体有另一个引用,并且该关系未由任何-like注释进行注释。
问题内容: 我正在使用Hibernate的两个表,但我不明白为什么对于特定查询我有此问题。我希望有人意识到这个问题。 我有一个桌子用户 和一个桌子区域 日志说: 问题答案: 我建议仅在字段或getter上设置注释。我更喜欢田野,但那只是我的口味。 请参阅Hibernate中有关字段和属性访问的奇怪案例: 因此,要么将注释仅放置在字段上,要么仅放置在getters(properties)上。混合它们
作为一个小项目,我一直在尝试制作一个小东西来读取序列化的lambda(本地或从FTP)并调用它们的run函数,作为测试的一部分,以在Windows中试验文件关联(即打开某些文件类型会用某个程序打开它们)等等,但无论我尝试什么,它似乎都无法正确地反序列化。 lambda是这样宣布的 并使用由ObjectOutputStream包装的[n可选]BufferedOutputStream包装的FileOu
我想创建mysql字符串数组类型的数据字段。因此,我在我的spring-boot gradle项目中创建模型类,如下所示。 这是我的存储库,它通过JpaRepository扩展 但是当我在controller类中运行'getQuestions()'函数时,它给出了以下错误。 嵌套异常为org.hibernate.type.serializationexception:无法反序列化org.sprin