> Interesting. What is your use case?
Mainly, the ability to deserialize data in consumers without knowing the schema at development time. But there's a couple of other things that prompted me to try this approach: * Serializable objects are not tied to Thrift's hierarchy. They don't need to extend from TBase. The only requirement is for them to have appropriate setters and getters. Or if you don't even have javabeans, you can get the data placed in a Map<String, Object> * I think static code generation is not the right approach in general. It makes development more cumbersome. I know the analogy is not perfect, but compare to old day RMI where you had to create the stub and skeleton files from your class file and today's approach, where it uses dynamic proxies instead. Martin
