| Summary: | [coordinator] Add a configurable minimum timeout for coordinations. | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | John Ross <jwross> |
| Component: | Compendium | Assignee: | John Ross <jwross> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | tjwatson |
| Version: | 3.7.1 | ||
| Target Milestone: | Juno M5 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
John Ross
What is a reasonable default? The coordination creator specifies 0 (no timeout) or some really big timeout but then we put an arbitrary limit on that. Is that a good idea? I think the default needs to be pretty high. 30 minutes? (In reply to comment #1) > What is a reasonable default? The coordination creator specifies 0 (no > timeout) or some really big timeout but then we put an arbitrary limit on that. > Is that a good idea? I think the default needs to be pretty high. 30 > minutes? I'm personally okay with a default minimum timeout of 0 but wanted to let any interested parties sound off. (In reply to comment #2) > > I'm personally okay with a default minimum timeout of 0 but wanted to let any > interested parties sound off. I would prefer we go with a 0 default as well. It seems this option is used as an escape hatch when an admin notices some misbehaving software. I added support for a new property named org.eclipse.equinox.coordinator.timeout. The value is in milliseconds. The default value is 0. The property is retrieved using the coordinator's BundleContext.getProperty. The property is retrieved anew with each instantiation of a Coordinator service. If a client attempts to create a coordination with a timeout less than the maximum timeout (when max timeout != 0), the requested timeout will be overwritten with the max timeout. If max timeout != 0, clients will not be able to extend the timeout of a coordination beyond the max. |