Re: [geomesa-users] Geomesa GDELT example crashes

[Chris Eichelberger <cne1x@xxxxxxxx>]

Manas,

Another (potentially easier) option is to incorporate the Joda JAR into
your build artifact, making sure to relocate the packages so that their
names no longer conflict.  The maven-shade plugin can be useful for
this:

http://maven.apache.org/plugins/maven-shade-plugin/examples/class-relocation.html

Sincerely,
  -- Chris


On Fri, 2015-01-23 at 15:34 -0500, Manas Kar wrote:
> Hi Chris, 
>  Yes, it is a issue of incompatible joda-time class.
> 
> 
>  Problem 
> -------------- 
>  I am using CDH5.3 distiribution(contains hadoop 2.5.0)  which uses
> joda-time1.6 in hadoop-client module.
>  The Gdelt example guides me to run via hadoop jar which probably
> invokes the class paths of hadoop/hadoop-client before others. 
>  
> Solution(or lack of) 
> --------------------------
> My distribution of hadoop will use joda-time1.6 (which I don't think I
> can change with out breaking a bunch of things). 
> I guess I will have to modify the Gdelt example to run with out hadoop
> jar.
> 
> 
> Please let me know if I am thinking in the right direction.
> 
> 
> ..Manas
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> On Fri, Jan 23, 2015 at 11:42 AM, Manas Kar
> <manasdebashiskar@xxxxxxxxx> wrote:
>         Hi Geomesa experts, 
>          I have created a Accumulo1.6 + Geomesa(accumulo1.6 branch) on
>         CDH5.3.
>          The Quickstart program runs fine.
>         
>         
>         Now I am trying to run
>         the https://github.com/geomesa/geomesa-gdelt.git example which
>         fails with the "java.lang.NoSuchMethodError:
>         org.joda.time.DateTime.<init>" error.
>         
>         
>         
>         
>         STACK TRACE
>         ------------------------
>         
>         
>         Exception in thread "main" java.lang.NoSuchMethodError:
>         org.joda.time.DateTime.<init>(IIIIIILorg/joda/time/DateTimeZone;)V
>         at org.locationtech.geomesa.core.index.IndexSchema
>         $.<init>(IndexSchema.scala:92)
>         at org.locationtech.geomesa.core.index.IndexSchema
>         $.<clinit>(IndexSchema.scala)
>         at
>         org.locationtech.geomesa.core.index.IndexSchemaBuilder.randomNumber(IndexSchema.scala:370)
>         at
>         org.locationtech.geomesa.core.data.AccumuloDataStore.buildDefaultSpatioTemporalSchema(AccumuloDataStore.scala:100)
>         at
>         org.locationtech.geomesa.core.data.AccumuloDataStore.computeSpatioTemporalSchema(AccumuloDataStore.scala:370)
>         at
>         org.locationtech.geomesa.core.data.AccumuloDataStore.createSchema(AccumuloDataStore.scala:389)
>         at
>         org.locationtech.geomesa.core.data.AccumuloDataStore.createSchema(AccumuloDataStore.scala:484)
>         at
>         org.locationtech.geomesa.core.data.AccumuloDataStore.createSchema(AccumuloDataStore.scala:70)
>         at geomesa.gdelt.GDELTIngest.main(GDELTIngest.java:115)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
>         sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>         at
>         sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:606)
>         at org.apache.hadoop.util.RunJar.main(RunJar.java:212)
>         
>         
>         
>         
> 
> 
> _______________________________________________
> geomesa-users mailing list
> geomesa-users@xxxxxxxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> http://www.locationtech.org/mailman/listinfo/geomesa-users