From dd1050b182260a26a1d0ba6d0ef3a6fecc3f4e07 Mon Sep 17 00:00:00 2001 From: Stephan Bergmann Date: Mon, 10 Mar 2014 10:47:17 +0100 Subject: Deprecate com.sun.star.XTypeProvider.getImplementationId ...now that no client code should remain that depends on non-empty sequences. Change-Id: I91a8e8e14ae4a652a32ca4e76e1228de58f71633 --- udkapi/com/sun/star/lang/XTypeProvider.idl | 26 +++++++++++++------------- 1 file changed, 13 insertions(+), 13 deletions(-) (limited to 'udkapi/com') diff --git a/udkapi/com/sun/star/lang/XTypeProvider.idl b/udkapi/com/sun/star/lang/XTypeProvider.idl index a396472bb0e9..efc0cd881b74 100644 --- a/udkapi/com/sun/star/lang/XTypeProvider.idl +++ b/udkapi/com/sun/star/lang/XTypeProvider.idl @@ -42,19 +42,19 @@ published interface XTypeProvider: com::sun::star::uno::XInterface sequence getTypes(); - /** returns - a sequence of bytes with length > 0 that is used as an Id to distinguish - unambiguously between two sets of types, for example to realise hashing - functionality when the object is introspected. Two objects that return - the same UUID also have to return the same set of types in getTypes(). - - If a unique implementation Id cannot be provided this method has to return - an empty sequence. - - @attention - If the object aggregates other objects the UUID has to be unique - for the whole combination of objects. - */ + /** Obsolete unique identifier. + + Originally returned a sequence of bytes which, when non-empty, was used + as an ID to distinguish unambiguously between two sets of types, for + example to realise hashing functionality when the object is + introspected. Two objects that returned the same non-empty ID had to + return the same set of types in getTypes(). (If a unique ID could not + be provided, this method was always allowed to return an empty sequence, + though). + + @deprecated This feature should no longer be used, and implementations + are encouraged to always return an empty sequence. + */ sequence getImplementationId(); }; -- cgit v1.2.3