Access:運作必須查詢3/19

本文介绍了解决使用Access开发或运行网站时出现的问题的方法。遇到此类问题时,最快的解决方式是重启IIS服务。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

使用Access來開發或者動行網站,時常會出現這個問題
最快最徹底的解決方法是:重啟IIS

转载于:https://www.cnblogs.com/daisylh/archive/2008/03/19/1112864.html

Info: Sourcing environment configuration script /opt/module/flume/conf/flume-env.sh Info: Including Hadoop libraries found via (/opt/module/hadoop-3.3.1/bin/hadoop) for HDFS access Info: Including Hive libraries found via (/opt/module/apache-hive-3.1.3-bin) for Hive access + exec /opt/module/jdk1.8.0_311/bin/java -Xmx20m -cp '/opt/module/flume/conf:/opt/module/flume/lib/*:/opt/module/hadoop-3.3.1/etc/hadoop:/opt/module/hadoop-3.3.1/share/hadoop/common/lib/*:/opt/module/hadoop-3.3.1/share/hadoop/common/*:/opt/module/hadoop-3.3.1/share/hadoop/hdfs:/opt/module/hadoop-3.3.1/share/hadoop/hdfs/lib/*:/opt/module/hadoop-3.3.1/share/hadoop/hdfs/*:/opt/module/hadoop-3.3.1/share/hadoop/mapreduce/*:/opt/module/hadoop-3.3.1/share/hadoop/yarn:/opt/module/hadoop-3.3.1/share/hadoop/yarn/lib/*:/opt/module/hadoop-3.3.1/share/hadoop/yarn/*:/opt/module/apache-hive-3.1.3-bin/lib/*' -Djava.library.path=:/opt/module/hadoop-3.3.1/lib/native org.apache.flume.node.Application -n a1 -f job/fast_food_kafka_to_hdfs_db.conf - Dflume.root.logger=INFO,console SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/opt/module/flume/lib/log4j-slf4j-impl-2.18.0.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/opt/module/hadoop-3.3.1/share/hadoop/common/lib/slf4j-log4j12-1.7.30.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/opt/module/apache-hive-3.1.3-bin/lib/log4j-slf4j-impl-2.17.1.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory]
03-25
### 解决SLF4J Multiple Bindings问题 当在Flume与Hadoop和Hive集成时遇到`multiple SLF4J bindings`问题,通常是因为存在多个版本的SLF4J日志实现库被加载到了classpath中。这种冲突会干扰应用程序的日志记录功能并可能导致异常行为。 #### 原因分析 该问题是由于Hive自带了Hadoop中的某些依赖文件,而这些文件可能包含了不同的SLF4J绑定实现。如果在同一环境中运行Hive、Hadoop以及Flume,则可能会导致重复加载相同的SLF4J绑定[^1]。具体来说: - **Hive** 和 **Hadoop** 都各自携带了自己的 `slf4j-log4j` 或其他类似的日志框架绑定。 - 当两者同时存在于同一个classpath下时,就会触发此警告或错误消息。 #### 解决方法 以下是几种常见的解决方案来处理这个问题: 1. **移除冗余的SLF4J绑定** 删除Hive lib目录下的多余SLF4J绑定Jar包可以有效解决问题。需要注意的是绝对不能删除Hadoop中的相应jar包,否则会影响Hadoop正常工作[^3]^,^[^4]。 ```bash rm $HIVE_HOME/lib/slf4j-log4j*.jar ``` 2. **统一使用单一的日志框架** 可以考虑在整个项目范围内标准化使用的日志框架版本。例如强制指定只允许一种具体的SLF4J binding jar存留于最终打包后的应用里。通过Maven或者Gradle构建工具管理依赖关系有助于达成这一目标[^2]. 3. **调整CLASSPATH设置** 修改环境变量CLASSPATH优先级顺序使得只有期望的那个特定路径上的slf4j-api.jar及其配套binding会被实际加载进来。这样即使其它地方还保留着额外拷贝也不会造成影响. 4. **屏蔽多余的logback-classic或其他竞争者** 如果发现除了上述提到的情况之外还有别的第三方组件引入了新的logger实现(比如Logback),那么同样应该采取措施排除它们的影响范围外除非确实需要用到那个特性. 以上任意一种方式都可以帮助消除此类告警信息从而让整个系统更加稳定可靠地运作下去. ```python # 示例Python脚本用于自动化清理过程 (仅供参考) import os def remove_slf4j_jars(directory): for filename in os.listdir(directory): if 'slf4j' in filename and ('log4j' in filename or 'bind' in filename): file_path = os.path.join(directory,filename) try: if os.path.isfile(file_path): print(f'Removing {file_path}') os.remove(file_path) except Exception as e: print(e) hive_lib_dir='/path/to/hive/lib' remove_slf4j_jars(hive_lib_dir) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值