I'm told that a new version of the JDK enforces some things more strictly than slightly older versions did, which may be leading to these errors. The solution presented to me was to cast the value returned by internalGetResult() to ExtendableMessage. Note that through generics, we *already know* that the type returned is a subclass of ExtendableMessage, but due to some sort of obscure quirk of the Java language spec, you apparently aren't supposed to be able to access private members of the class if the type is a generics type parameter. Or something. So the work-around is to insert casts.
The next release will include this fix. I think there's three places in the file where you need to add the cast. On Thu, Sep 24, 2009 at 7:40 AM, Christopher Piggott <cpigg...@gmail.com>wrote: > > I should have been more specific about what compiler I'm using: open- > jdk-6 version 6b14-1.4.1, on a linux (ubuntu) development environment > from within netbeans. > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to protobuf@googlegroups.com To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/protobuf?hl=en -~----------~----~----~----~------~----~------~--~---