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 的接口服务,需要确保在各种环境下都能正确处理数据类型。这次问题的解决展示了开源社区如何通过协作快速定位和修复复杂系统中的类型相关问题,提高了系统的稳定性和可靠性。
AutoGLM-Phone-9BAutoGLM-Phone-9B是基于AutoGLM构建的移动智能助手框架,依托多模态感知理解手机屏幕并执行自动化操作。Jinja00
Kimi-K2-ThinkingKimi K2 Thinking 是最新、性能最强的开源思维模型。从 Kimi K2 开始,我们将其打造为能够逐步推理并动态调用工具的思维智能体。通过显著提升多步推理深度,并在 200–300 次连续调用中保持稳定的工具使用能力,它在 Humanity's Last Exam (HLE)、BrowseComp 等基准测试中树立了新的技术标杆。同时,K2 Thinking 是原生 INT4 量化模型,具备 256k 上下文窗口,实现了推理延迟和 GPU 内存占用的无损降低。Python00
GLM-4.6V-FP8GLM-4.6V-FP8是GLM-V系列开源模型,支持128K上下文窗口,融合原生多模态函数调用能力,实现从视觉感知到执行的闭环。具备文档理解、图文生成、前端重构等功能,适用于云集群与本地部署,在同类参数规模中视觉理解性能领先。Jinja00
HunyuanOCRHunyuanOCR 是基于混元原生多模态架构打造的领先端到端 OCR 专家级视觉语言模型。它采用仅 10 亿参数的轻量化设计,在业界多项基准测试中取得了当前最佳性能。该模型不仅精通复杂多语言文档解析,还在文本检测与识别、开放域信息抽取、视频字幕提取及图片翻译等实际应用场景中表现卓越。00
GLM-ASR-Nano-2512GLM-ASR-Nano-2512 是一款稳健的开源语音识别模型,参数规模为 15 亿。该模型专为应对真实场景的复杂性而设计,在保持紧凑体量的同时,多项基准测试表现优于 OpenAI Whisper V3。Python00
GLM-TTSGLM-TTS 是一款基于大语言模型的高质量文本转语音(TTS)合成系统,支持零样本语音克隆和流式推理。该系统采用两阶段架构,结合了用于语音 token 生成的大语言模型(LLM)和用于波形合成的流匹配(Flow Matching)模型。 通过引入多奖励强化学习框架,GLM-TTS 显著提升了合成语音的表现力,相比传统 TTS 系统实现了更自然的情感控制。Python00
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00