Community
Participate
Working Groups
This is far tracking necessary work for identifying system types consistently using the system type id instead of the system type name throughout the RSE open source implementation. The main point which blocks further refactorings towards this goal is the IHost interface and implementers (Host and DummyHost). The IHost.getSystemType() API should be made - either deprecated and replaced by a getSystemTypeId() or - returning the IRSESystemType object. For compatibility reasons, either the persistence manager or the IHost implementors needs to translate from the system type name to the system type id if working with older workspaces.
I'd vote for keeping the method but making it return an IRSESystemType. At least from an API perspective, this is the cleanest solution, and I hope that implementing it isn't too hard. With 2.0 we're breaking APIs anyways, and this way there's no need to deprecate anything since clients who use the method will run into a compile error (where the fix is really easy: if they don't want to change too much, users would just replace String name = myHost.getSystemType(); by String name = myHost.getSystemType().getName(); whereby getName() would be deprecated, of course.
Fixed: [175262][api] IHost.getSystemType() should return IRSESystemType Found others which operate on String systemType and should be changed: SystemSignonInformation.getSystemType() --> bug 180688 ISubSystem.getSystemType() --> bug 180690
[target cleanup] 2.0 M6 was the original target milestone for this bug