java-Datastax驱动程序日志级别
作者:互联网
我想更改Datastax驱动程序记录器的日志级别,但是经过多次尝试,我还是无法弄清楚…
这是我使用的课程:
import org.apache.log4j.Level;
import org.apache.log4j.Logger;
import com.datastax.driver.core.Cluster;
import com.datastax.driver.core.Metadata;
import com.datastax.driver.core.Session;
import com.datastax.driver.mapping.MappingManager;
public class CassandraSession {
/**
* CassandraSession singleton
*/
private static CassandraSession INSTANCE = null;
/**
* The Cassandra Cluster
*/
private static Cluster cluster;
/**
* The Cassandra Session
*/
private static Session session;
/**
* MappingManager is used to create Cassandra mappers
*/
private static MappingManager manager;
/**
* LOGGER
*/
private static final Logger LOGGER = Logger.getLogger(CassandraSession.class);
/**
* Keyspace Name
*/
private static final String KEYSPACE = "MY_KEYSPACE";
/**
* CassandraSession
*/
private CassandraSession() {
initialize();
}
/**
* This method initializes the connection with the Cassandra Database
*/
private void initialize() {
cluster = Cluster.builder().withClusterName("TestCluster").addContactPoints("127.0.0.1").withPort(9042).build();
final Metadata metadata = cluster.getMetadata();
LOGGER.info("Connected to cluster: " + metadata.getClusterName());
}
/**
* Get the instance of the singleton CassandraSession
*
* @return
*/
public static synchronized CassandraSession getInstance() {
if (INSTANCE == null) {
INSTANCE = new CassandraSession();
}
return INSTANCE;
}
/**
* Get the Cassandra Session
*
* @return
*/
public Session getSession() {
if (session == null) {
session = cluster.connect(KEYSPACE);
}
return session;
}
/**
* Get the Cassandra MappingManager
*
* @return
*/
public MappingManager getManager() {
if (manager == null) {
manager = new MappingManager(session);
}
return manager;
}
}
我试图将log4j.properties文件放在src / main / resources中,以编程方式更改日志级别,没有任何变化.我仍然得到以下痕迹:
11:39:48.762 [http-bio-8080-exec-6] DEBUG c.d.driver.core.SystemProperties - com.datastax.driver.NEW_NODE_DELAY_SECONDS is undefined, using default value 1
11:39:48.768 [http-bio-8080-exec-6] DEBUG c.d.driver.core.SystemProperties - com.datastax.driver.NON_BLOCKING_EXECUTOR_SIZE is undefined, using default value 8
11:39:48.770 [http-bio-8080-exec-6] DEBUG c.d.driver.core.SystemProperties - com.datastax.driver.NOTIF_LOCK_TIMEOUT_SECONDS is undefined, using default value 60
11:39:48.812 [http-bio-8080-exec-6] DEBUG com.datastax.driver.core.Cluster - Starting new cluster with contact points [/127.0.0.1:9042]
11:39:48.827 [http-bio-8080-exec-6] DEBUG i.n.u.i.l.InternalLoggerFactory - Using SLF4J as the default logging framework
11:39:48.924 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent0 - java.nio.Buffer.address: available
11:39:48.924 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent0 - sun.misc.Unsafe.theUnsafe: available
11:39:48.924 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent0 - sun.misc.Unsafe.copyMemory: available
11:39:48.925 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent0 - java.nio.Bits.unaligned: true
11:39:48.926 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - Platform: Windows
11:39:48.926 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - Java version: 8
11:39:48.926 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - -Dio.netty.noUnsafe: false
11:39:48.926 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - sun.misc.Unsafe: available
11:39:48.927 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - -Dio.netty.noJavassist: false
11:39:48.929 [http-bio-8080-exec-6] DEBUG i.n.util.internal.PlatformDependent - Javassist: unavailable
从这些跟踪中可以看到,sl4j用作默认日志记录框架.然后,如何告诉Datastax的驱动程序来使用我的记录器(其属性由服务器定义).
使用的服务器:Apache TomEE Plume 1.7.2
Datastax驱动程序版本:2.1.9
Cassandra版本:2.2.1
谢谢.
解决方法:
SLF4J是一个外观,它将根据运行时类路径中存在的绑定来选择一个日志记录框架.既然您提到Log4j,您可能想要类似以下内容:
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>1.7.12</version>
</dependency>
有关登录驱动程序的更多信息,请参见this page.
标签:datastax,logging,cassandra,tomee,java 来源: https://codeday.me/bug/20191119/2035556.html