The issue I am encountering is that the code generated doing 'thrift --gen java Hbase.thrift' outputs code utilizing the 'ByteBuffer' type instead of 'bytes[]'. All the code in org.apache.hadoop.hbase.thrift utilizes byte[]. So basically the code generated via thrift is incompatible with the current implementation of org.apache.hadoop.hbase.thrfit.Hbase.java. I would either have to rewrite Hbase.java to use ByteBuffers (like the most latest code is doing) or Rewrite all the boiler plate code thrift generates to use byte[]. Bothe process seem to be a big pain, so I was seeing if there was something I didn't know in getting thrift to generate code that is compatible with how 90.3 is implemented.
-Matt On May 31, 2011, at 5:24 PM, Ted Dunning wrote: > This may help: > > > http://download.oracle.com/javase/1,5.0/docs/api/java/nio/ByteBuffer.html#array() > > <http://download.oracle.com/javase/1,5.0/docs/api/java/nio/ByteBuffer.html#array()>What > is it you are actually trying to do? > > On Tue, May 31, 2011 at 5:14 PM, Matthew Ward <[email protected]> wrote: > >> Hello, >> >> >> I am trying to autogen some code off of 90.3. I made some custom additions >> to our thrift server, however the code that gets generated uses ByteBuffers >> as opposed to byte[]. How can I get around having to manually add to the >> autogen code to match? >> Is there a thrift flag or different server definition i should use? >> >> Thanks, >> Matt >>
