No, that does not seem to be related. java.lang.NoSuchMethodError: org.apache.thrift.meta_data.FieldValueMetaValue.<init>(BZ)V at org.apache.accumulo.core.data.thrift.TMutation.<clinit>(TMutation.java:110) at org.apache.accumulo.core.data.Mutation.toThrift(Mutation.java:518)
This message, http://mail-archives.apache.org/mod_mbox/accumulo-user/201206.mbox/%3CCAPhC5mopp-nKZ8Z0ZHKYLLTT5rsMj9wQfRGwFr=7avimmdm...@mail.gmail.com%3E, mentions this issue. This message, http://mail-archives.apache.org/mod_mbox/accumulo-user/201206.mbox/%3cCADxc9Bn8BkCVmjizRsFQ=8ydtmhddjr9o4xfmhmhvzjuz5f...@mail.gmail.com%3e, says to delete the hue-plugins jar file. I'm hoping in the last year the collective wisdom of the Internet has developed a different approach. On Fri, Feb 8, 2013 at 10:47 AM, Adam Fuchs <[email protected]> wrote: > Is that related to https://issues.apache.org/jira/browse/ACCUMULO-837? Do > you have a stack trace you can share? > > Adam > > > > On Fri, Feb 8, 2013 at 10:34 AM, David Medinets <[email protected]> > wrote: >> >> I am running a map-reduce job. As soon as my mapper tried to serialize >> a Mutation I run into a NoSuchMethodError in reference to >> FieldValueMetaData. I could simply delete the hue-plugins jar file but >> that seems inelegant to me. When running a mapper can I shift when the >> jar files are loaded? Would HADOOP_USER_CLASSPATH_FIRST help in this >> situation? What about adding the libthift jar file to the >> sun.boot.class.path property? > >
