Closed brandur closed 9 years ago
Are the error objects part of the API? I'd argue they're internal, so anyone instantiating them directly is doing a dirty hack and deserves what they get. Also having the type
non-optional makes sure every error returned by the library includes one (or AttributeError
s), so I'd argue for at least some kind of warning if an error gets instantiated without a type
.
@brandur ping!
Hey @brandur we're looking forward to using json_schema, but we're dependent on the changes/version bump from #15, we can roll onto our own branch, but it would be much nicer to continue using your published version.
@isaacseymour @barisbalic My sincere apologies guys. Unfortunately, I let my mountain of GH notifications get the better of me. I'm going to close this and bump the version.
@isaacseymour That's a tough one. I usually err on the side of being conservative, but I think in this case you're right. Not to mention that we probably don't have enough actual consumers of this gem that it's likely to cause widespread problems.
@brandur know how you feel! Thanks for pushing it.
This will allow us to maintain backward compatibility with the API for a bit longer, so as not to necessitate a major version bump.