New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes to dependencies for cleanliness in Android #30
Conversation
…son dependency to the same version included with Android. This makes including this as a library in an Android project cleaner/easier.
I like the idea of ditching commons-collections. Can you provide a unit test with? We can't go backwards on the JSON library. The 2009 version is buggy as it is, and we'll probably end up cutting a support library off the latest source code to use, since @douglascrockford doesn't seem interested in releasing a new version on maven. |
@@ -52,15 +52,9 @@ | |||
<dependency> | |||
<groupId>org.json</groupId> | |||
<artifactId>json</artifactId> | |||
<version>20090211</version> | |||
<version>20080701</version> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please undo this change. We can't go to an older JSON library. More than just android projects rely on us.
Would you be OK with setting a floor for the JSON version and allowing 2008, but not mandating it? If we include the 2009 version as well, Proguard does annoying things when packaging up against the Android libraries unless you explicitly exclude it from the transitive dependency list for this library. |
What would that be? Something like this?
|
Something like that should probably work. I'll need to test it, which I'll On Tue, Apr 23, 2013 at 6:35 PM, Carter Page notifications@github.comwrote:
Bill Magnuson* @billmag* :: Co-Founder & CTO :: |
I've thought about it , and I'm not going to approve the maven change. Eventually we're going to release our own support version of JSON via Maven and depend on that because the artifacts have gotten so far out of date and is causing bugs in JSONAssert. Android developers, as well as anyone using needing to compile JSONAssert with an older version of JSON will need to use maven excludes. I'd like to merge the work for getCardinalityMap, but I need two things first:
Follow up here if you have any questions. Thanks! |
Changes to dependencies for cleanliness in Android. I'm going to accept the merge then follow up with a unit test and reverting the JSON version to the current one.
Not sure if you want this, but the commons-collections dependency is kind of unruly and seemed unnecessary to me. I also changed the org.json version to be the one included with Android so that there aren't version conflicts when this is used with Android.