Storm异常之RuntimeException: Found multiple defaults.yaml resources

转载:https://blog.csdn.net/u013291394/article/details/50418931

Storm异常之RuntimeException: Found multiple defaults.yaml resources

异常

今天在运行Storm与Kafka集成的Topology时抛出如下异常:

java.lang.RuntimeException: Found multiple defaults.yaml resources
    at backtype.storm.utils.Utils.findAndReadConfigFile(Utils.java:106)
    at backtype.storm.utils.Utils.readDefaultConfig(Utils.java:126)
    at backtype.storm.utils.Utils.readStormConfig(Utils.java:146)
    at backtype.storm.config$read_storm_config.invoke(config.clj:66)
    at backtype.storm.testing$mk_local_storm_cluster.doInvoke(testing.clj:103)
    at clojure.lang.RestFn.invoke(RestFn.java:398)
    at backtype.storm.LocalCluster$_init.invoke(LocalCluster.clj:10)
    at backtype.storm.LocalCluster.<init>(Unknown Source)
    at TopologyMain.main(TopologyMain.java:29)

解决方案

搜索了一下依赖包,发现storm-core下面也存在一个defaults.yaml文件。修改Maven配置文件,添加scope属性并设为provided:

        <dependency>
            <groupId>org.apache.storm</groupId>
            <artifactId>storm-core</artifactId>
            <version>0.9.6</version>
            <scope>provided</scope>
        </dependency>

重新打包运行,异常消失。

知识点回忆

下面罗列一下scope的使用场景和说明:

注:以下内容摘录自acooly的博客文章 MAVEN Scope使用

1.compile 
编译范围,默认scope,在工程环境的classpath(编译环境)和打包(如果是WAR包,会包含在WAR包中)时候都有效。

2.provided 
容器或JDK已提供范围,表示该依赖包已经由目标容器(如tomcat)和JDK提供,只在编译的classpath中加载和使用,打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包,一般由servlet容器提供,无需在打包到war包中,如果不配置为provided,把这些包打包到工程war包中,在tomcat6以上版本会出现冲突无法正常运行程序(版本不符的情况)。

3.runtime 
一般是运行和测试环境使用,编译时候不用加入classpath,打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口,具体的时候可能有多个,运行时通过配置文件或jar包扫描动态加载的情况。典型的包括:JDBC驱动等。

4.test 
测试范围,一般是单元测试场景使用,在编译环境加入classpath,但打包时不会加入,如junit等。

5.system 
系统范围,与provided类似,只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径,所以该scope是不推荐的。如果是基于组织的,一般会建立本地镜像,会把本地的或组织的基础组件加入本地镜像管理,避过使用该scope的情况。

实践: 
provided是没有传递性的,也就是说,如果你依赖的某个jar包,它的某个jar的范围是provided,那么该jar不会在你的工程中依靠jar依赖传递加入到你的工程中。 
provided具有继承性,上面的情况,如果需要统一配置一个组织的通用的provided依赖,可以使用parent,然后在所有工程中继承。

### 回答1: 看起来您遇到了一个运行时异常,它是由于您的 Java 代码试图连接到 MySQL 数据库时发生了通信错误引起的。这可能是由于各种原因引起的,例如网络问题、数据库连接配置错误、数据库服务器停机等。您可以尝试检查以下几个方面来解决这个问题: 1. 检查数据库连接配置是否正确。确保您的代码中指定的数据库服务器地址、端口号、用户名和密码等信息都是正确的。 2. 检查您的网络连接是否正常。可以尝试使用命令行工具如 ping 或 telnet 来测试您的计算机是否可以与数据库服务器通信。 3. 检查数据库服务器是否正在运行。可以尝试连接到数据库服务器并运行一些简单的查询来测试是否可以正常访问数据库。 4. 如果您确定数据库服务器正在运行并且网络连接正常,那么您可能需要检查数据库服务器的日志文件以查看是否有任何错误消息。 希望这些提示能够帮助您解决这个问题。 ### 回答2: 这个错误提示表明在运行Java程序时,抛出了一个运行时异常。具体的错误信息是“com.mysql.jdbc.exceptions.jdbc4.CommunicationException: Communication link failure”。这种异常通常是由于与MySQL数据库的通信出现问题所引起。 造成该异常的可能原因有: 1. 数据库连接断开:可能是由于数据库服务器的问题或者网络连接不稳定导致连接中断。 2. 数据库访问权限问题:可能是由于访问数据库的账户权限不足导致连接失败。 3. 数据库配置错误:可能是数据库的配置有误,如错误的主机地址、端口号、数据库名称等。 4. JDBC驱动版本不兼容:可能是使用的JDBC驱动版本与MySQL数据库版本不兼容。 要解决这个问题,可以尝试以下几个步骤: 1. 检查数据库服务器状态,确保数据库服务器正常运行且网络连接正常。 2. 检查数据库访问权限,确保使用的账户具有足够的权限。 3. 检查数据库配置信息,确保数据库地址、端口号、数据库名称等配置正确无误。 4. 确保使用的JDBC驱动与MySQL数据库版本兼容,可以尝试更新或更换JDBC驱动。 如果以上步骤都没能解决问题,可以尝试重新启动数据库服务器,并且检查数据库服务器的日志文件,查看是否有异常信息。另外,还可以考虑通过使用连接池管理数据库连接,增加程序的健壮性,并且减少与数据库的连接次数。 ### 回答3: 这个错误信息是由Java程序运行时抛出的异常,具体是由于与MySQL数据库通信时发生了异常导致的。com.mysql.jdbc.exceptions.jdbc4.Commu... 这部分信息可能表示通信过程中发生了某种错误。 通常情况下,这个错误会有更详细的错误信息输出,包含具体导致异常的原因。因此,如果只有这个错误信息的话,我们很难给出具体的解决方法。 通常,可以通过以下几个步骤来解决这个问题: 1. 检查数据库连接配置:确认数据库连接的URL、用户名、密码等配置是否正确,特别是确认数据库地址是否正确。 2. 检查数据库是否运行正常:确认MySQL数据库是否正常运行,并且能够通过其他方式连接和操作数据库。 3. 检查通信协议和端口:确认数据库连接使用的通信协议和端口是否正确配置。 4. 检查依赖库和版本:确认程序依赖的MySQL JDBC驱动库是否正确引入,并且版本是否匹配。 5. 查看详细错误信息:尝试捕获更详细的错误信息,可以通过打印堆栈信息或者调试代码来获取更多的错误信息,从而更好地定位和解决问题。 如果以上步骤都没有解决问题,那可能需要进一步分析代码,并查找相关文档或寻求专业人士的帮助来解决该错误。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值