docs: Clarify H2 database caching strategy#6220
docs: Clarify H2 database caching strategy#6220jeremylong merged 2 commits intodependency-check:mainfrom
Conversation
1d2f93c to
242a233
Compare
|
I was trying to focus on single node update vs multiple node updating. If you scan with autoupdate off and you don't cache the retire js JSON file, etc. there could be problems. |
|
OK, in that case do we want to specifically recommend that users are best to archive the entire Or are there circumstances in which you would not want to include the cache directories (perhaps when they become "build specific" and might actually break ODC in some way?) so we can possibly give users some guidance as to how to make the decision on what to include in the archive. Zipping an entire directory is obviously easier than filtering it, unless we can give more specific guidance on what you might need to filter without constraining the future development too much by creating an implicit "contract" on how the |
|
likely just zipping the entire data directory is best. If you use a single update node - there won't be anything in the cache if the only thing it is doing is updating the db... |
242a233 to
bce9a62
Compare
bce9a62 to
b1520bc
Compare
|
OK, thanks. How does that now read to you? Hope I have covered your intent. |
Description of Change
repositoryfor RetireJSI understand this is about caching JUST the H2 DB alone, not the entire data directoryIs the intent of the two strategies to primarily focus on
to focus on whether the H2 DB vs. the entire data dir including cache is archived(and other files such aspublishedSuppressions.xml,jsrepository.jsonetc)?
I'll help reword/adjust to meet your intention :-)