-
Notifications
You must be signed in to change notification settings - Fork 0
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
Allow plugin/controller/src/webotsFolder/dist to be usable by Webots by copying DeepBlueSim.jar into that folder so it can be used as a controller. #86
Conversation
…by copying DeepBlueSim.jar into that folder so it can be used as a controller. This is used by the new tests project. See tests/README.md for more info.
tests/README.md
Outdated
This project tests DeepBlueSim. It uses the DeepBlueSim plugin and contains tests that refer to | ||
Webots worlds in `../plugin/controller/src/webotFolder/dist/worlds`. That makes it easier to debug | ||
those worlds and the various DeepBlueSim Webots PROTOs. Note: the contents of *this* project's | ||
`Webots` folder are ignored. |
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.
Two questions:
- Why are we including the test worlds in
controller
? Given that this plugin extractscontroller/webotsFolder/dist
to whatever project its installed to, wouldn't this unnecessarily clutter users' worlds folder when they may only need one or two worlds (especially if this project grows to have a lot of tests). - Is this project going to replace
example
or:example:systemTest
? If not, what distinguishes the tests that will go in each of them?
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.
- I'm planning to either put the more test-oriented worlds in a subdir or only include the example-oriented worlds in the zip file that is used to create the Webots folder. Do you have a preference?
- The
tests
project is for maintainers to create system level tests of DeepBlueSim, including the various protos, mediators, etc. Theexample
project (and possibly a futurelib199example
project) is for users to refer to or use as a starting point for their own projects. We don't needDBSExampleTest
in the tests project since it is identical toSystemTest
in the example project. I only put it intests
because I wanted to make sure that thetests
project worked properly with multiple test classes loading multiple worlds.
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.
- What I might do is separate the worlds into a
worlds/examples
directory and aworlds/tests
directory. That way it's more explicit what the purpose of each is (andWebots/worlds
can stay fairly clean). - Sounds good! Does that also mean that
tests
will ultimately end up includinglib199
as well in order to test lib199 integration in-depth, or will that remain confined tolib199example
?
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.
- Just created issue
plugin/controller/src/webotsFolder/dist/worlds
needs to be reorganized #87 to cover the proposed reorg. tests
would include tests that uselib199
as well as tests that don't.lib199example
would contain only a test of a lib199 example world.
Co-authored-by: CoolSpy3 <[email protected]>
Co-authored-by: CoolSpy3 <[email protected]>
This is used by the new tests project. See tests/README.md for more info.