RYA-70 web.rya spring xml files don't pull in environment properties … #317
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
…consistently to a well-defined standard. This commit begins to tidy the Accumulo config (MongoDB to come) but more work is required.
Description
The current structure and documentation concerning the environment.properties and spring xml configuration seems to be lacking. Trying to get advanced features working in Tomcat, for example the AccumuloSelectivityEvalDAO or the various indexing strategies, is a very hard slog, particularly for new comers to the project.
I've started to tidy up the accumulo and extension spring xml files. I've tested the accumulo and extensions files on a test cluster.
In future, I propose we add default properties files to the project that work out of the box with Fluo Muchos (or similar) to allow for easy spin up of a development cluster to give Rya a whirl, for example on AWS or Azure. People can then easily edit them to their environment, rather than having to reverse engineer what parameters are available and what default values are in use.
I'm happy to do MongoDB configuration too but I don't have a test cluster running at present.
I'm after feedback from more experienced developers of Rya about whether these changes are heading in the correct direction. For example, I've replaced some of the configuration xml calling setter methods like this:
with
Additionally, there is a lot of duplication in the properties space. I'm trying understand why. I'm also trying to understand the differences.
For example, there are environment properties
accumulo.instance
,instance.name
andsc.cloudbase.instancename
in different places, all obviously referring to the same type of thing? Is this redundancy deliberate, or can I start consolidating it down? Can we get down to a single Rya configuration properties file for an entire Rya installation (e.g. ingest jobs, Tomcat, Fluo, etc)?I'm still a little lost in the details here, and any background or advice would be much appreciated. It feels like a bit of a mess at the moment.
This pull request is ready to go and makes things a fair bit tidier, but I'm happy to put up a subsequent one taking these ideas further as the community provides feedback,
Tests
N/A
Links
Jira RYA-70
Checklist
People To Reivew
[Add those who should review this]