Merge pull request #161 from MansurAshraf/develop

added json4s to project aggregate
Bump version to 0.6.2
Merge branch 'release/0.6.2' into develop
Pin bijection-guava to jsr305 1.3.9.

The bijection-guava module works around guava only requiring jsr305 in
provided scope yet scalac needing all java annotations at compile time
by adding an explicit dep on jsr305.  It was using a valid ivy
revision string with a trailing +, ie: '1.3.+' - and this works fine
for sbt / ivy; however make-pom does not attempt to map ivy version
numbers to valid pom version numbers and a trailing + is treated as a
literal and not a ranged version by maven / pom consumers [1]. This
work-around just pins jsr305 to 1.3.9 which is what guava 14 asks for
(in provided scope) in its own pom.  Another valid approach is to use
'[1.3,)' as the version which is valid in ivy.xml, sbt and pom.xml,
but fwict the original use of '1.3.+' was just copypasta from this bug
report: http://code.google.com/p/guava-libraries/issues/detail?id=1095

[1] https://github.com/sbt/sbt/blob/b7c50d42698f8309c76ed5fd0efbb3ef61ee601e/ivy/src/main/scala/sbt/MakePom.scala
Merge pull request #164 from jsirois/bijection-guava/jsr305_pom_workaround

Pin bijection-guava to jsr305 1.3.9.
Update build publishTo to be consistent with scalding
Merge pull request #165 from twitter/jco/update_publishTo

Update build publishTo to be consistent with scalding
Update README to include bijection-avro
Merge pull request #167 from hammer/patch-1

Update README to include bijection-avro
Backtick Array[Byte] in README

Prevents Markdown from eagerly turning "Byte" into a link and matches the style of `Array[Byte]` in following bullet.
Merge pull request #168 from hammer/patch-2

Backtick Array[Byte] in README
Sbt => 0.13, use scalariform
Sbt 0.13.5
Try bumping to 2.10.4
Merge pull request #170 from twitter/jco/scalariform

Sbt => 0.13, use scalariform
Update version + changelog
Merge branch 'release/0.6.3' into develop
Added thrift json injections