-
Notifications
You must be signed in to change notification settings - Fork 21
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
[#112]Corrected skip methods behavior of JsonParserImpl; #113
Conversation
…created test for these methods Signed-off-by: Anton Pinsky <[email protected]>
Signed-off-by: Anton Pinsky <[email protected]>
Signed-off-by: Anton Pinsky <[email protected]>
I'm writing the tests here, and I'm missing Junit 5 dearly. My question: could we move to Junit 5? This should be just a simple work of changing dependencies and modifying the 380 tests to use annotations and so on. |
/** | ||
* Class with methods that creates JsonParser with different configuration from different sources and runs the test code with this parser | ||
*/ | ||
public class JsonParserFixture { |
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.
That is a self-explanatory name :(
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.
Yes, I know. ;-) But what else should I write here? This is a fixture class for the tests involving the parser, so many of them. I don't like to repeat this try-with-resource line over and over again.
Or did you mean like we don't need the JavaDoc for the class itself, only the methods of this particular class? I mean, it's maybe not necessary, but this comment also doesn't hurt anybody, right? ;-)
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.
- avoid whitespace changes - use spaces and not tabs
- avoid static imports - they just make reviewers life more difficult when mixed with other changes
- are pom updates required here? they are usually handled through separate PRs (or through PRs which are to be just rebased instead of being squashed)
If someone provides PR for this, I see no reason to not to move there. |
P.S.: Created a branch with Checkstyle. It has immediately 468 errors. Could anybody take a look on the rules, if they are OK? If so, I would correct the errors and make a PR of corrections and Checkstyle. |
OK, so we don't need some ticket for this? Just the PR full of commits to review? And another question: should I create a branch from the current master or is it OK, to fork some of the branches? I see, I explained myself not so clearly. I have two (independent) changes in my mind. First: to update a JUnit. And independently, move from "inherit from TestCase" schema to the "use annotations" schema on tests. Anybody has some objections on the second case? |
Signed-off-by: Anton Pinsky <[email protected]>
Corrected the behavior of the skip methods in the parser implementation