[split] bump util to 6.6.1-SNAPSHOT

RB_ID=204962
TBR=true
[split] release finagle 6.7.1

The release of Finagle 6.7.0 failed midway through due to tooling
issues [1], leaving artifacts published for some subprojects but not
others. We're rolling forward with a 6.7.1 release.

[1] https://reviewboard.twitter.biz/r/205208/[INFO] finagle-benchmark

RB_ID=205426
TBR=true
[split] Finagle 6.7.2 release

RB_ID=209638
[split] scrooge: always generate passthrough code

RB_ID=208696
[split] scrooge: allow oneway scrooge needs to be able to work with thrift files that use oneway, so rather than rejecting any thrift with the oneway modifier, just treat a oneway method like a normal void method.  async invocation via Futures is close enough to the intent of oneway that this is a better tradeoff, and allows us to move more projects onto scrooge.

RB_ID=208766
[split] scrooge: support larger structs ibis thrift is not compilable with the current version of scrooge, because it contains some large structs that results in large methods that exceed the 16-bit addressing within a single jvm method.  this change breaks up the two largest methods (decode and unsetField) into smaller chunks, and pushes the boundary on struct size back.

RB_ID=207730
[split] bump finagle to 6.7.4-SNAPSHOT

RB_ID=210176
[split] bump scrooge to 3.9.3-SNAPSHOT

RB_ID=210574
TBR=true
[split] bump scrooge to version 3.10.0-SNAPSHOT

RB_ID=210718
TBR=true
[split] bump sbt versions for build

RB_ID=210586
TBR=true
[split] scrooge-maven-plugin: check for null from Artifact.getDependencyTrail

RB_ID=211060
[split] bump util to 6.7.1-SNAPSHOT

RB_ID=212150
TBR=true
[split] bump finagle to 6.7.5-SNAPSHOT

RB_ID=212508
TBR=true
Merge branch 'tmp'
[split] scrooge-serializer: easier serializer builder for historical compatibility reasons, the serializer code in scrooge-serializer is all trait based, with no concrete classes.  this means to use a BinaryThriftStructSerializer, you have to either mix the trait into another class or create an anonymous class, which adds both syntactic overhead as well as hundreds of additional class files throughout our code base.

To simplify this, I've added simple instance builders, such that you can now write BinaryThriftStructSerializer(myCodec) instead of
  new BinaryThriftStructSerializer[MyThriftStruct] { val codec = myCodec }

I've also updated all the call sites I could.

RB_ID=211700
TBR=true
[split] scrooge rollback to 3.9.3-SNAPSHOT

RB_ID=213424
TBR=true
NO-QUEUE=true
[split] bump scrooge to 3.10.1-SNAPSHOT

RB_ID=213454
TBR=true
NO-QUEUE=true
Merge branch 'tmp'
[split] scrooge-generator: default passthrough value, valid method names Attempting to update the birdcage to the lastest scrooge-generator, I discovered two issues:   - each struct trait defines an abstract _passthroughFields method; some projects extend this trait directly, and no longer compile with passthrough enabled by default, because the method is not implemented.  To fix this, the trait now defines a default implementation that returns an empty set;   - my changes to break large methods up into smaller methods to avoid the 65kb jvm method size limitation produce invalid code when a field in a struct doesn't explicitly specify the field ID, because it assigned a negative field ID, and I used the field ID as part of the method name, resulting in invalid method names like "readField-2".  To fix this, I switched from using the field ID to always using the field name in the method name.

RB_ID=213650
[split] bump scrooge to 3.10.2-SNAPSHOT

RB_ID=215296
TBR=true