java_gen: fix variable_name for classes
java_gen: add optional instrumentation
Makefile: remove all timestamps on clean
Merge branch 'logging'
Add usage instructions to OFPortBitMap
java_gen: add support for bsn_in_ports
Merge branch 'master' of github.com:floodlight/loxigen
Adding OF_STATS messages readers
Enhancing action list reader for packet_out msgs
Improving of_stats messages reading
Some more enum translations
Merge branch 'master' of github.com:floodlight/loxigen
java_gen: separate VlanVid and OFVlanVidMatch + push version to 0.3.1

OF1.3 specifies the concept of a 'PRESENT' bit (0x1000) that gets
added to the 12 bit VlanVid to indicate presence of a tagged vlan.

While the standard is unclear, our reading is that this is only
relevant for use in match fields/oxms (not in actions).

This commit accordingly splits up VlanVid into
 - a new VlanVid class (which just represents the concept of a 12-bit
    VLAN tag, as specified by 802.1Q), and
  - OFVlanVidMatch (which represents the concepts of an OF1.3 VlanTag
    + Presence Bit, as spec'ed in OF1.3 for matches).

As this is an API-incompatible change, the artifact version has
been pushed to 0.3.1
logging/instrumentation: address review comments, remove InstrumentationOptions
java_gen: Fixed bug in Ipv[46]AddressWithMask when mask == /0

Both IP address parsers treated the case mask == /0 incorrectly.
Fixed the behavior and added to the unit tests.
Clean up the IPv6 unit test.
java_gen: value types: add NO_MASK, FULL_MASK constants where missing

This is necessary so types can distinguish non-canonical forms.
java_gen: add support for properties to specify a custom code template

This will be used for getCanonical()
java_gen: OFOxm: add 'canonical' virtual attribute, test

This enables OFOxm objects to return a 'canonical' representation,
where trivial masks (all-0, all-1) are converted to the main
representation.
java_gen: OFOxmList: canonicalize OFOxms on build()
java_gen: MatchV3.builder() - remove synchronized

Builders are only safe for use in a single thread anyway. No
need to synchronize.