Artifacts from https://github.com/floodlight/loxigen/compare/527015eae8a000d79d6369fbe56c0fab59bdf0fa...1223812e8de24c740b5b7dba139a8c9e818e38c7

Loxigen Head commit floodlight/loxigen@1223812e8de24c740b5b7dba139a8c9e818e38c7
commit 1223812e8de24c740b5b7dba139a8c9e818e38c7
Merge: 527015e 113d25b
Author: abat <abat@bigswitch.com>
Date:   Wed Jan 22 23:25:37 2014 -0800

    Merge into master from pull request #179:
    java_gen: use auto-generated reader/writer code for OFBsnVportQInQ (https://github.com/floodlight/loxigen/pull/179)

commit 113d25b424d21ad65b99b55adb4d86db30552f09
Author: Andreas Wundsam <andreas.wundsam@bigswitch.com>
Date:   Wed Jan 22 20:17:37 2014 -0800

    java_gen: use auto-generated reader/writer code for OFBsnVportQInQ

    This commit removes unimplemented manual stub methods for reading
    and writing OFBsnVportQInq from ChannelUtilsVer${version}. Instead,
    it delegates reading to the auto-generated reader.

    Caveat: It seems the c code does not correctly honor the format
    defined in openflow_input at this time. Based on the input, the
    autogenerated reader and writer start the vport with a type and
    a length field:
        uint16_t type == 0;
        uint16_t length;  /* 32 */
    This is inconsistent with the implementation in bigdb and
    what the switch seems to expect.