Summary: | [api][breaking][persistence] Remove ISystemHostPool.getHostList() and setName() methods | ||||||
---|---|---|---|---|---|---|---|
Product: | [Tools] Target Management | Reporter: | Martin Oberhuber <mober.at+eclipse> | ||||
Component: | RSE | Assignee: | Martin Oberhuber <mober.at+eclipse> | ||||
Status: | RESOLVED FIXED | QA Contact: | Martin Oberhuber <mober.at+eclipse> | ||||
Severity: | enhancement | ||||||
Priority: | P3 | CC: | ddykstal.eclipse | ||||
Version: | 2.0 | Keywords: | api | ||||
Target Milestone: | 3.0 M4 | Flags: | ddykstal.eclipse:
review+
|
||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Martin Oberhuber
2007-11-21 10:06:13 EST
For a similar reason, ISystemHostPool.setName(String) should also be removed from the public API, because calling it could lead to inconsistencies. Host pools are never created by clients directly; therefore, clients can always call ISystemHostPool.renameHostPool(String) instead. Created attachment 83434 [details]
Patch removing the methods and updating Javadoc
Patch committed to ISystemHostPool v1.7 DaveD please review my JavaDoc changes for correctness. Please also look at bug 210537 to investigate the "throws" clauses in ISystemHostPool. Especially please review if this is what we really want in orderHosts(): * Existing connections in the internal connection list that do not match any * alias name in the given name list, will be deleted from this host pool! The changes to the javadoc look good. Regarding Bug 210537 - I think throwing "Exception" is weak engineering. If we throw anything it should be something RSEException or SystemException that either translates or wraps the reason - perhaps as an IStatus. |