You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed my recent pull request failed the Travis CI check. All the failures occur on the integration tests. When I force those to run locally I don't get most of the failures (there is 1 I think may be related to changes in my pull request).
I'm wondering if these may be due to the fact that the source tree is missing 'src/test/resources/amazon-test.properties'. It looks like it may be causing Environment.getBucket to fail during test setup.
Also, I'm wondering why the maven config is setup to only run the integration tests when they run on the Travis environment. Is it because some of the tests are looking environment variables? If so, my recent pull request also included some routines to alter the environment variables (just locally within the current process) so that test setup can control what subsequent calls to System.getenv
The text was updated successfully, but these errors were encountered:
Curiously, the mvn command exits with code 0. Not sure why that would happen, and why it's apparently exiting non-zero in Travis (since the build is failing).
I noticed my recent pull request failed the Travis CI check. All the failures occur on the integration tests. When I force those to run locally I don't get most of the failures (there is 1 I think may be related to changes in my pull request).
I'm wondering if these may be due to the fact that the source tree is missing 'src/test/resources/amazon-test.properties'. It looks like it may be causing Environment.getBucket to fail during test setup.
Also, I'm wondering why the maven config is setup to only run the integration tests when they run on the Travis environment. Is it because some of the tests are looking environment variables? If so, my recent pull request also included some routines to alter the environment variables (just locally within the current process) so that test setup can control what subsequent calls to System.getenv
The text was updated successfully, but these errors were encountered: