...
Once you have an instance of workman running you can perform an explicit duplication run. Remember that spaces that have been configured with duplication policies (as configured in the policy-editor, which is described belowsee the Mill Overview for details) will generate duplication events when the audit tasks associated with them are processed. But if you add a new duplication policy to a new space that already has content items, you'll need to perform a duplication run to ensure that those new items get duplicated. The loopingduptaskproducer fulfills this function. Based on the set of duplication policies, it will generate duplication tasks for them. It will keep track of which accounts, spaces and items have been processed in a given run so it does not need to run in daemon mode. It will run until it has reached the max number of allowable items on the queue and then it will exit. The next time it is run, it will pick up where it left off. You may want to dial down the max queue size in the event that you have so many items and so little computing power to process them with that you may exceed the maximum life of an SQS message (which happens to be 14 days). It should also be noted here that items are added roughly 1000 at a time for each space in a round-robin fashion to ensure that all spaces are processed in a timely way - especially small spaces that are flanked by large spaces. It is also important that only one instance of loopingduptaskproducer is running at any moment in time. So two settings to be concerned with when it comes to the looping dup task producer:
...
| Code Block |
|---|
java -Dlog.level=INFO -jar manifest-cleaner-{mill version here}.jar -c /path/to/mill-config.properties |
Duplication Policies
...
Related articles
| Content by Label | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...