Zeppelin-Interperter遇到的logging问题-以IoTDB为例

2024-01-17 21:08

本文主要是介绍Zeppelin-Interperter遇到的logging问题-以IoTDB为例,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一次debug记录,以IoTDB的Zeppelin连接器中遇到的logging为例。

直接解决log问题

有cli,去掉cli,可以编译,但是报错:

Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/Logat org.apache.zeppelin.interpreter.remote.RemoteInterpreterServer.<init>(RemoteInterpreterServer.java:153)at org.apache.zeppelin.interpreter.remote.RemoteInterpreterServer.<init>(RemoteInterpreterServer.java:161)at org.apache.zeppelin.interpreter.remote.RemoteInterpreterServer.main(RemoteInterpreterServer.java:356)
Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.Logat java.net.URLClassLoader.findClass(URLClassLoader.java:382)at java.lang.ClassLoader.loadClass(ClassLoader.java:418)at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:355)at java.lang.ClassLoader.loadClass(ClassLoader.java:351)... 3 more

查阅stack 添加commons-logging依赖,但仍然报错,这个包不对。

看zeppelin的其他解决方案

看zeppelin的github 中Cassandra的pom,发现zeppelin最近一次commit中修改了log的引用:

Remove commons-logging and switch to slf4j and jcl-over-slf4j

Iotdb恰好也做了了,所以也没有什么用。

brute-force:从maven依赖逐一排除

依赖cli显然是没有道理的,从zeppelin-interpreter的代码中来看,仅应该依赖iotdb-sessionservice-rpc也用到了,但是session中已经依赖了rpc),应该是cli中用到的一些log包恰好解决了zeppelin的日志问题,开始排查:

  1. 去掉cli依赖,审视cli的各种包,加入iotdb-jdbc,成功运行;
  2. 继续审视jdbc,排除tsfile并测试了其他package,锁定到org.ops4j.pax.jdbc,将其加入到zeppelin的pom中,成功运行;
  3. org.ops4j.pax.jdbc的github-pom文件中检查有关log的依赖,排除了log4j-slf4j-impl之后,将pax-logging-api加入,成功运行
  4. 继续检查pax-logging-api的pom.xml 。这个pax-logging项目是关于OSGi日志记录框架实现。支持SLF4J,LOG4J,JCL等,所以把上述各种log都引用了。排除掉iotdb已经包含的各种log,以及jboss、tomcat等无关依赖,锁定到org.apache.logging.log4jlog4j-api ,但仅引用这个包却失败了,有点搞;
  5. 重新审视pax-logging-api的依赖,所有logging相关的package全加进来,还是不行,难道解决这个问题靠的是pax-logging-api本身?
  6. 可能是logging-api的父项目,将org.ops4j.pax.logging/pom.xml 中日志相关的依赖引入,修改一些冲突版本,编译成功,运行成功;
  7. 去掉tomcat、jboss、avalon-logkit,仍然成功,现在只剩下logback、log4j和slf4j等官方package了
  8. 去掉commons-logging、slf4j-jcl、jcl-over-slf4j等已经引用的package。测试未通过;
  9. 直接取反,把剩下的包都注释掉,放出来这些包,结果运行成功
  10. 仔细检查,去掉版本完全相同(即确定重复引用)的包commons-logging、logback-classic,仍然成功,现在
  11. zeppelin的slf4j版本是1.7.30,领先于iotdb的1.7.25,改成版本一直,仍成功,范围缩减到slf4j-simple、nop和jcl:
    1. simple: Binding for Simple implementation, which outputs all events to System.err. Only messages of level INFO and higher are printed. This binding may be useful in the context of small applications.
    2. nop: Binding for NOP(no operation), silently discarding all logging.
    3. jcl: Binding for Jakarta Commons Logging. This binding will delegate all SLF4J logging to JCL.
  12. 留下jcl,成功。

小结

新加package: slf4j-jcl

<!--<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-simple</artifactId><version>${org.slf4j.version}</version>
</dependency>
<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-nop</artifactId><version>${org.slf4j.version}</version>
</dependency>-->
<dependency><groupId>org.slf4j</groupId><artifactId>slf4j-jcl</artifactId><version>${org.slf4j.version}</version>
</dependency>

附-warning引发的maven error

Mvn编译报错,发现了package dependency的版本冲突warning。解决warning,error消除。

遇到编译问题,使用-e编译:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M2:enforce (enforce-version-convergence) on project zeppelin: Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M2:enforce (enforce-version-convergence) on project zeppelin: Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed.at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:213)at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:154)at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:146)at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:117)at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:81)at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:309)at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:194)at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:107)at org.apache.maven.cli.MavenCli.execute(MavenCli.java:993)at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:345)at org.apache.maven.cli.MavenCli.main(MavenCli.java:191)at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)at java.lang.reflect.Method.invoke(Method.java:498)at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoExecutionException: Some Enforcer rules have failed. Look above for specific messages explaining why the rule failed.at org.apache.maven.plugins.enforcer.EnforceMojo.execute(EnforceMojo.java:235)at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)... 20 more

看到一个warning,版本号重复定义了,应该是basic中已经有了core?去掉:

Dependency convergence error for ch.qos.logback:logback-core:1.1.11 paths to dependency are:
+-org.apache.iotdb:zeppelin:0.12.0-SNAPSHOT+-org.apache.iotdb:iotdb-session:0.12.0-SNAPSHOT+-org.apache.iotdb:tsfile:0.12.0-SNAPSHOT+-ch.qos.logback:logback-classic:1.1.11+-ch.qos.logback:logback-core:1.1.11
and
+-org.apache.iotdb:zeppelin:0.12.0-SNAPSHOT+-ch.qos.logback:logback-core:1.2.3

编译成功。

这篇关于Zeppelin-Interperter遇到的logging问题-以IoTDB为例的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/617227

相关文章

mybatis和mybatis-plus设置值为null不起作用问题及解决

《mybatis和mybatis-plus设置值为null不起作用问题及解决》Mybatis-Plus的FieldStrategy主要用于控制新增、更新和查询时对空值的处理策略,通过配置不同的策略类型... 目录MyBATis-plusFieldStrategy作用FieldStrategy类型每种策略的作

linux下多个硬盘划分到同一挂载点问题

《linux下多个硬盘划分到同一挂载点问题》在Linux系统中,将多个硬盘划分到同一挂载点需要通过逻辑卷管理(LVM)来实现,首先,需要将物理存储设备(如硬盘分区)创建为物理卷,然后,将这些物理卷组成... 目录linux下多个硬盘划分到同一挂载点需要明确的几个概念硬盘插上默认的是非lvm总结Linux下多

Python Jupyter Notebook导包报错问题及解决

《PythonJupyterNotebook导包报错问题及解决》在conda环境中安装包后,JupyterNotebook导入时出现ImportError,可能是由于包版本不对应或版本太高,解决方... 目录问题解决方法重新安装Jupyter NoteBook 更改Kernel总结问题在conda上安装了

pip install jupyterlab失败的原因问题及探索

《pipinstalljupyterlab失败的原因问题及探索》在学习Yolo模型时,尝试安装JupyterLab但遇到错误,错误提示缺少Rust和Cargo编译环境,因为pywinpty包需要它... 目录背景问题解决方案总结背景最近在学习Yolo模型,然后其中要下载jupyter(有点LSVmu像一个

解决jupyterLab打开后出现Config option `template_path`not recognized by `ExporterCollapsibleHeadings`问题

《解决jupyterLab打开后出现Configoption`template_path`notrecognizedby`ExporterCollapsibleHeadings`问题》在Ju... 目录jupyterLab打开后出现“templandroidate_path”相关问题这是 tensorflo

如何解决Pycharm编辑内容时有光标的问题

《如何解决Pycharm编辑内容时有光标的问题》文章介绍了如何在PyCharm中配置VimEmulator插件,包括检查插件是否已安装、下载插件以及安装IdeaVim插件的步骤... 目录Pycharm编辑内容时有光标1.如果Vim Emulator前面有对勾2.www.chinasem.cn如果tools工

在MySQL执行UPDATE语句时遇到的错误1175的解决方案

《在MySQL执行UPDATE语句时遇到的错误1175的解决方案》MySQL安全更新模式(SafeUpdateMode)限制了UPDATE和DELETE操作,要求使用WHERE子句时必须基于主键或索引... mysql 中遇到的 Error Code: 1175 是由于启用了 安全更新模式(Safe Upd

最长公共子序列问题的深度分析与Java实现方式

《最长公共子序列问题的深度分析与Java实现方式》本文详细介绍了最长公共子序列(LCS)问题,包括其概念、暴力解法、动态规划解法,并提供了Java代码实现,暴力解法虽然简单,但在大数据处理中效率较低,... 目录最长公共子序列问题概述问题理解与示例分析暴力解法思路与示例代码动态规划解法DP 表的构建与意义动

Java多线程父线程向子线程传值问题及解决

《Java多线程父线程向子线程传值问题及解决》文章总结了5种解决父子之间数据传递困扰的解决方案,包括ThreadLocal+TaskDecorator、UserUtils、CustomTaskDeco... 目录1 背景2 ThreadLocal+TaskDecorator3 RequestContextH

关于Spring @Bean 相同加载顺序不同结果不同的问题记录

《关于Spring@Bean相同加载顺序不同结果不同的问题记录》本文主要探讨了在Spring5.1.3.RELEASE版本下,当有两个全注解类定义相同类型的Bean时,由于加载顺序不同,最终生成的... 目录问题说明测试输出1测试输出2@Bean注解的BeanDefiChina编程nition加入时机总结问题说明