You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Stefan Podkowinski (JIRA)" <ji...@apache.org> on 2017/10/17 11:04:00 UTC
[jira] [Updated] (CASSANDRA-13961) Safe castings to logback classes
[ https://issues.apache.org/jira/browse/CASSANDRA-13961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stefan Podkowinski updated CASSANDRA-13961:
-------------------------------------------
Fix Version/s: (was: 3.11.1)
(was: 3.11.0)
(was: 3.10)
> Safe castings to logback classes
> --------------------------------
>
> Key: CASSANDRA-13961
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13961
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Federico Fernández
> Priority: Minor
> Labels: patch
> Attachments: LogbackPatch.patch
>
>
> While working in an SBT plugin for I faced the problem: the system was injecting in the classpath the log4j implementation for SLF4J. This caused a {{ClassCastException}} in the startup process.
> Cassandra uses logback but IMHO we shouldn't fail at runtime if SLF4J loads another implementation. Ideally, we should allow the users to choose their favourite implementation.
> I've attached a patch that adds a {{instanceof}} checkings before casting the logback classes.
> Thanks.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org