On 10/3/2014 8:13 AM, Tom Evans wrote: > Caused by: java.lang.ClassCastException: java.lang.Integer cannot be > cast to java.lang.Long > at java.lang.Long.compareTo(Long.java:50) > at java.util.TreeMap.getEntry(TreeMap.java:346) > at java.util.TreeMap.get(TreeMap.java:273) > at > org.apache.solr.handler.dataimport.SortedMapBackedCache.iterator(SortedMapBackedCache.java:147) > at > org.apache.solr.handler.dataimport.DIHCacheSupport.getIdCacheData(DIHCacheSupport.java:179) > at > org.apache.solr.handler.dataimport.DIHCacheSupport.getCacheData(DIHCacheSupport.java:145) > at > org.apache.solr.handler.dataimport.EntityProcessorBase.getNext(EntityProcessorBase.java:129) > at > org.apache.solr.handler.dataimport.SqlEntityProcessor.nextRow(SqlEntityProcessor.java:75) > at > org.apache.solr.handler.dataimport.EntityProcessorWrapper.nextRow(EntityProcessorWrapper.java:243) > ... 10 more
Is it possible to temporarily remove the caching from the entity? I know that this will make performance suck, but I'm suggesting it only as a troubleshooting step. I'm wondering if maybe it's a problem in the caching implementation and not the main DIH jdbc code. Thanks, Shawn
