Update for deprecations in multi_json 1.3.0

[lewinski]

This cleans up some deprecation warnings when using json_spec with multi_json >= 1.3.0. It feels better to bump the multi_json dependency rather than put in begin/rescue blocks to handle fallback to the older methods if the new code doesn't work, so the gemspec was also updated.

[lewinski]

After reviewing what Rails is doing about this for the 3.2 branch, I'm not sure the original changes I posted are the most appropriate. I am going to resubmit code that is compatible with the other change.

rails/rails#5861

[zmoazeni]

@lewinski thanks for the pull request. I decided to go ahead and just use the newer MultiJson method as of 9d72cdb

[lewinski]

The concern I have with doing that is that json_spec 1.0.1 is not going to be compatible with the next rails 3.2 release, whenever that is. That seems like a fairly big breaking change that doesn't belong in a point release.

[zmoazeni]

Looks like someone changed their mind after that pull request was merged in and allows ~> 1.3 rails/rails@625f4b9#activesupport/activesupport.gemspec and https://github.com/rails/rails/commits/master/activesupport/activesupport.gemspec

I'll let @laserlemon decide if he wants to keep the dependency to ~> 1.3 or allow newer.

[lewinski]

Yeah, that's on the master (4.0) branch though. See the following for 3.2:

https://github.com/rails/rails/blob/3-2-stable/activesupport/activesupport.gemspec

[zmoazeni]

Ah good catch. I thought I was looking at the 3.2 branch. Well that's uncool. I'll bring it up with the MultiJson guys.

[zmoazeni]

I'm keeping an eye on rails/rails#5896 - if that gets merged in, we will be alright sticking with >= 1.3

[zmoazeni]

rails/rails#5896 was pulled in to allow ~> 1.0 - httparty decided to reuse the method switching and keep ~> 1.0 jnunemaker/httparty@1ec90d1

I'm thinking changing the gemspec to do ~> 1.3 maybe better. We'll stay compatible while not having to do the load/decode method switching.

[zmoazeni]

@laserlemon fixed this as of c2c3780

[laserlemon]

Considering json_spec is a testing gem, I want to make sure its dependencies are as open as they can be. The feature-detection nature of the fix isn't all that pretty but… oh well. Thanks for all the help guys. 👏