我通过写代码打jar包报的错误几乎一致

根据您描述的问题，您在使用自编译的Hudi 0.12.1版本包时遇到错误，并且怀疑可能是包未正确加载或编译过程中出现问题。尽管您没有提供具体的错误信息，但基于类似场景的知识库资料，我们可以尝试分析并给出一些建议。

可能原因

1. 包冲突或不兼容：自编译的Hudi包可能与当前Flink环境中的其他依赖存在版本不兼容或类路径冲突问题。
2. 动态表API使用不当：报错提示与动态表操作相关，可能是因为您的代码中对Hudi表的操作与Flink SQL的动态表功能不完全兼容，或者使用的API方法在特定版本的Flink或Hudi中已变更。
3. 类加载顺序问题：不同的类加载机制可能导致某些类未能正确加载，如org.codehaus.janino.CompilerFactory类冲突问题所示。
4. 配置不当：如果涉及到JobGraph过大导致的资源耗尽错误，虽然这不一定直接关联到您的问题，但它提醒我们检查作业配置是否合理，特别是当处理复杂逻辑时。

解决步骤

1. 检查依赖和版本兼容性：

   • 确认您的Hudi版本与Flink版本之间是否存在已知的兼容性问题。访问Hudi和Flink的官方文档，查看推荐的版本搭配。
   • 检查项目依赖，确保所有与Hudi和Flink相关的依赖版本相互兼容，避免因依赖冲突导致的异常。

2. 审查代码中的动态表操作：

   • 回顾您的代码，确认所有涉及动态表创建、读写操作的SQL语句或API调用符合Flink及Hudi的最新规范。特别注意是否有使用了已废弃或内部API的情况。

3. 调整类加载策略（如有类加载冲突）：

   • 如果遇到类加载冲突，尝试在Flink的配置中指定类加载顺序，比如通过设置classloader.parent-first-patterns.additional来解决潜在的类冲突问题。

4. 优化作业配置：

   • 虽然您的问题可能不直接与资源耗尽相关，但检查并适当调整作业运行参数，如table.exec.operator-name.max-length，可以作为优化整体执行环境的一部分。

5. 清理和重新部署：

   • 清理旧的依赖包，仅保留必要的库文件，然后重新部署应用。确保FLINK_LIB_DIR中只包含必需的JAR文件，避免不必要的包引入额外的冲突。

6. 详细日志分析：

   • 获取详细的错误日志，通常Flink任务失败时会输出具体错误堆栈，这是定位问题的关键。根据错误信息进行针对性的排查。

注意事项

• 在进行任何更改之前，备份当前的配置和依赖环境，以防回滚需要。
• 编译自定义版本的库时，确保遵循正确的编译流程和参数，尤其是对于那些需要与特定框架版本严格匹配的组件。

请按照上述建议逐步排查，如果问题依旧存在，建议提供更详细的错误信息以便进一步分析。您可以复制页面截图提供更多信息，我可以进一步帮您分析问题原因。