GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
Already on GitHub? Sign in to your account
I just noticed that the DENIC changed its response format by wondering why a certain domain got returned as unavailable (nil). Thanks for the quick update of the respective parser, Simone! However, to handle situations like this, it might make more sense to fail more noisily than just returning nil. Maybe by raising exceptions? What do you think?
You're right DerGuteMoritz.
The problem is that, currently, there isn't a real validation system in place to make sure we're dealing with the expected response format.
For maintainers that includes the format version in the response, like denic does, I'm planning to add a validation system in the future. Talking about denic, they just introduced a major problem: they are skipping format version when a domain is invalid or unavailable, which introduces additional complexity.
On the other side, I already started to add a more restrictive validation in some circumstances. For instance, some parsers already raises an exception when they found an unknown #status string, instead of silently returning a default value.
However, this is not a small issue and I need more time to find a comprehensive solution and apply it.