Apache Kyuubi 中 Spark History Server 显示不完整应用时的类型转换问题分析
问题背景
在 Apache Kyuubi 项目中,当用户通过 Spark History Server 查看不完整的应用程序时,会遇到一个类型转换异常。具体表现为访问 Kyuubi 查询引擎 UI 时出现 HTTP 500 错误,错误信息显示无法将 java.lang.Integer 转换为 java.lang.Long。
错误现象
用户在使用 Spark 3.3.2 版本时,通过 ApplicationMaster 直接访问 Kyuubi Query Engine 页面可以正常显示,但当通过 Spark History Server 查看"不完整应用"中的 Kyuubi Query Engine 时,会出现以下错误:
HTTP ERROR 500 java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.Long
堆栈跟踪显示错误发生在 Spark UI 的 StatementStatsPagedTable.row 方法中,具体是在处理 EnginePage 相关数据时发生的类型转换问题。
问题根源
经过分析,这个问题与 Jackson 库在处理 Scala 类型时的行为有关。具体来说,当 Jackson 反序列化某些数值类型时,可能会将原本应为 Long 类型的值反序列化为 Integer 类型,从而导致后续的类型转换失败。
这个问题类似于 Jackson 模块中已知的一个问题,即在处理 Scala 集合和数值类型时可能出现的类型不匹配情况。
解决方案
针对这个问题,社区提出了两种解决方案:
- 直接修改相关字段的类型定义,确保类型一致性
- 使用 Jackson 的 @JsonDeserialize 注解显式指定反序列化类型
最终采用了第二种更为优雅的解决方案,即在 operationRunTime 和 operationCpuTime 字段上添加注解:
@JsonDeserialize(contentAs = classOf[java.lang.Long])
这个注解明确告诉 Jackson 在反序列化时将内容转换为 java.lang.Long 类型,从而避免了后续的类型转换异常。
技术意义
这个修复不仅解决了眼前的问题,还具有以下技术意义:
- 增强了 Kyuubi 与 Spark History Server 的兼容性
- 提供了更健壮的类型处理机制
- 为类似的数据类型转换问题提供了参考解决方案
总结
在分布式系统和大数据处理框架中,类型系统的正确处理至关重要。Apache Kyuubi 作为 Spark SQL 的接口服务,需要确保在各种环境下都能正确处理数据类型。这次问题的解决展示了开源社区如何通过协作快速定位和修复复杂系统中的类型相关问题,提高了系统的稳定性和可靠性。
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00- DDeepSeek-OCRDeepSeek-OCR是一款以大语言模型为核心的开源工具,从LLM视角出发,探索视觉文本压缩的极限。Python00
MiniCPM-V-4_5MiniCPM-V 4.5 是 MiniCPM-V 系列中最新且功能最强的模型。该模型基于 Qwen3-8B 和 SigLIP2-400M 构建,总参数量为 80 亿。与之前的 MiniCPM-V 和 MiniCPM-o 模型相比,它在性能上有显著提升,并引入了新的实用功能Python00
HunyuanWorld-Mirror混元3D世界重建模型,支持多模态先验注入和多任务统一输出Python00
MiniMax-M2MiniMax-M2是MiniMaxAI开源的高效MoE模型,2300亿总参数中仅激活100亿,却在编码和智能体任务上表现卓越。它支持多文件编辑、终端操作和复杂工具链调用Jinja00
Spark-Scilit-X1-13B科大讯飞Spark Scilit-X1-13B基于最新一代科大讯飞基础模型,并针对源自科学文献的多项核心任务进行了训练。作为一款专为学术研究场景打造的大型语言模型,它在论文辅助阅读、学术翻译、英语润色和评论生成等方面均表现出色,旨在为研究人员、教师和学生提供高效、精准的智能辅助。Python00
GOT-OCR-2.0-hf阶跃星辰StepFun推出的GOT-OCR-2.0-hf是一款强大的多语言OCR开源模型,支持从普通文档到复杂场景的文字识别。它能精准处理表格、图表、数学公式、几何图形甚至乐谱等特殊内容,输出结果可通过第三方工具渲染成多种格式。模型支持1024×1024高分辨率输入,具备多页批量处理、动态分块识别和交互式区域选择等创新功能,用户可通过坐标或颜色指定识别区域。基于Apache 2.0协议开源,提供Hugging Face演示和完整代码,适用于学术研究到工业应用的广泛场景,为OCR领域带来突破性解决方案。00- HHowToCook程序员在家做饭方法指南。Programmer's guide about how to cook at home (Chinese only).Dockerfile014
Spark-Chemistry-X1-13B科大讯飞星火化学-X1-13B (iFLYTEK Spark Chemistry-X1-13B) 是一款专为化学领域优化的大语言模型。它由星火-X1 (Spark-X1) 基础模型微调而来,在化学知识问答、分子性质预测、化学名称转换和科学推理方面展现出强大的能力,同时保持了强大的通用语言理解与生成能力。Python00- PpathwayPathway is an open framework for high-throughput and low-latency real-time data processing.Python00