-
Notifications
You must be signed in to change notification settings - Fork 4
Add command line interface #81
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
Conversation
N.B the last being used in unit-tests only
replaced most of the reflection handler and grouped relevant functions in one unit-tested class
40cf073 to
4c8ef08
Compare
df992cc to
693141a
Compare
|
@wirew0rm sorry for force-pushing this ... JDK11/15 CI gave some JavaDoc warnings/errors in the second commit that I wanted to fix locally. Also fixed another time-out optimisation in one of the unit-tests that made the test unnecessary flaky. The core stayed the same though. |
wirew0rm
left a comment
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.
Looks good +1.
I also removed the remaining getProperty() instances in the server-rest module, please have a look at these and merge if these are ok.
0c6c303 to
f86fdcf
Compare
f86fdcf to
ec87a99
Compare
Replaces the getProperty calls by a RestServerSettings class. Also change the port used by the tests not to be the default port.
ec87a99 to
5aafd09
Compare
Three little commits (the suggestions is not to squash them):
bump dependencies for fastutil, jmh and oshi-core
N.B the last being used in unit-tests only
refactored ClassFieldDescription and reflection Field handling
added command-line, property, and config-file compatible interface
The latter generically allows the default parameters/settings (i.e. stored as fields in domain-object classes) to be updated based other parameters based on a config-file (lowest priority), the VM environment variables, or the program's command-line arguments. The field parameter may be 'final' and/or 'static' with the exception of 'static final' primitives since these (especially Strings) are likely to be inlined by the JVM. However, unique Strings maybe changed also during run-time (e.g. blanking String that may contain plain-text passwords before behing hashed).
Comments, proposals and improvements are welcome.