[
https://issues.apache.org/jira/browse/STORM-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14739545#comment-14739545
]
Robert Joseph Evans commented on STORM-1042:
--------------------------------------------
The reason this is happening is because of how we are doing shading.
We are shading joda-time but we are not shading clj-time. This means that the
clj-time code is being rewritten to point to the shaded joda-time classes, but
are left in the original namespace they were in before. So any end user who
wants to use clj-time will get incompatibilities. We have a few other clojure
dependencies that this happened to. If we really do want to support coljure
for end users this feels like a blocker.
> clj-time.local compilation error
> --------------------------------
>
> Key: STORM-1042
> URL: https://issues.apache.org/jira/browse/STORM-1042
> Project: Apache Storm
> Issue Type: Bug
> Affects Versions: 0.10.0
> Environment: Java 8, Clojure 1.6.0, Storm 0.10.0-beta1
> Reporter: Michael Gaare
>
> In a Clojure project with a storm-core 0.10.0-beta1 dependency, attempting to
> compile clj-time.local throws a compiler exception, as follows:
> (require '[clj-time.local :as l])
> CompilerException java.lang.ClassCastException:
> org.apache.storm.joda.time.format.DateTimeFormatter cannot be cast to
> org.joda.time.format.DateTimeFormatter, compiling:(local.clj:35:3)
> Same error happens if the project is using clj-time brought in with
> storm-core, and with an explicit dep of clj-time.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
