跑单元测试的时候足足跑了30分钟。吃饭前跑的，吃完饭后回来还没跑完。怀着求知欲百度了一下，看是不是有网友也有这样的问题，还真找到一个类似的！按着文章搞了下，亲测由30分钟缩短到30秒
特此记录一下 参考此篇
真的很感谢这个作者！
如果有跑单元测试时执行很慢、单元测试启动很慢的情况可以参考一下！亲测有效

今天发现项目启动的时候也变很快了，之前可能要3分钟，现在也只要30秒左右，真的是太神奇了。以前怎么没发现！

跑单元测试的时候足足跑了30分钟。吃饭前跑的，吃完饭后回来还没跑完。怀着求知欲百度了一下，看是不是有网友也有这样的问题，还真找到一个类似的！按着文章搞了下，亲测由30分钟缩短到30秒特此记录一下 参考此篇真的很感谢这个作者！如果有跑单元测试时执行很慢、单元测试启动很慢的情况可以参考一下！亲测有效... long startTime = System.nanoTime(); // ... the code being measured ... long estimatedTime = System.nanoTime() - startTime; 啄木鸟爸爸: 在 Maven 的 pom.xml 文件中使用 <packaging>pom</packaging> 元素会将项目打包类型设置为“pom”，这意味着该项目不再被视为可执行的 JAR 文件或 WAR 文件。因此，如果在父模块的 pom.xml 文件中设置了 <packaging>pom</packaging>，那么子模块将不会继承父模块中的任何配置。 如果你在子模块的 application.yml 或 application.properties 文件中设置了端口号，但端口号不起作用，很可能是因为子模块的打包类型被设置为“pom”导致的。解决办法是将子模块的打包类型改回合适的类型（例如 JAR 或 WAR）。 请确保以下几点： 父模块的 pom.xml 中 <packaging> 元素没有设置为 pom。 子模块的 pom.xml 中 <packaging> 元素设置为相应的类型（例如 jar 或 war）。 在子模块的 application.yml 或 application.properties 文件中正确配置了端口号。 修改完 pom.xml 文件后，重新构建和运行子模块，使之生效。 cassandra删除数据问题 danhl: 关于这个语句“DELETE FROM tlp_lab.tombstonet WHERE date < '20170618';”的报错，是因为它只支持主键的= 或者in （一个值）操作。 比如：DELETE FROM tlp_lab.tombstonet WHERE date = '20170616'; cassandra中bigint rose_marry': 用Long类型 cassandra插入二进制大文件超时问题 波子汽水yeah: 详细透彻，研究得很深入 cassandra插入二进制大文件超时问题 wjmmjr1: 首先，你这是避开问题去解决问题，是不对滴。这里面对的问题主要体现在超时时间和文件大小上。解决如下： 写入数据会进行一致性读取检查，客户端代码中设置超时时间session.getCluster().getConfiguration().getSocketOptions().setReadTimeoutMillis(100000); cassandra.yaml配置文件设置commitlog_segment_size_in_mb值，根据官方说明，上传数据上限是commitlog_segment_size_in_mb的一半，commitlog_segment_size_in_mb默认是32mb,所以上传数据最大是16mb。根据实际情况设置值