-
Notifications
You must be signed in to change notification settings - Fork 3.8k
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
acceptance: need to refactor the Java acceptance tests #4591
Comments
@knz, you mean we should write separate .java files instead of java_test.go |
@a6802739 yes that is correct. |
@knz , thanks, another question, where is the code to control all the execute logic in acceptance. is it run.sh? |
Yes, You can also run |
@knz , if I change |
Yes you can approach it this way. Meanwhile to align with our other tests I could also suggest 1 Go acceptance test function which:
Of course if you have a better idea please go forward with it. |
@knz, thanks for you advice. |
@knz, I would like work on this issue. I have on question though. How are we supposed to copy the |
Hi @rohangulati! Thanks for offering to help! When a docker test starts the full CockroachDB source directory is "mounted" inside the docker image in location |
Fixes cockroachdb#4591 This moves the java acceptance test to separate java files inside `acceptance/java` package to ease editing. Positive java test cases live under `acceptance/java/success` and negative test cases under `acceptance/java/fail`. The go test code invokes a bash scripts 'run_java_test.sh' which compiles and runs 'TestRunner.java` inside the test docker container. 'TestRunner.java` is responsible for running all java test under 'acceptance/java/success` and 'acceptance/java/fail'. It does so by accepting 2 command line arguments [expectedOutcome] [test_dir]. 'TestRunner' also makes sure that all generated files (.class and .pk8) files are cleaned up.
Closes cockroachdb#4591. 🔬🐶, this commit lets acceptance tests specify a directory which should be mounted. Included is a test of jdbc which translates the old string literal test into one which has a directory structure and can be opened in IntelliJ.
Suggestions collected over #4578:
The text was updated successfully, but these errors were encountered: