COM is far from the only system that depends on GUIDs. They are part of DCE and may be used in implementations of other distributed systems as well. They were originally designed precisely for genuinely distributed systems. Original Message: ----------------- From: Ron Kuper RonKuper@xxxxxxxxxxxx Date: Wed, 9 Feb 2005 12:11:09 -0500 To: gmpi@xxxxxxxxxxxxx Subject: [gmpi] Re: low level API - Abstract Factory summary >>> and more to the point, from my perspective: you're taking a mechanism that has not been well tested in a genuinely distributed environment <<< I disagree. My registry contains thousands of CLSIDs. Every system running Windows on the desktop does too, and they all depend on the uniqueness of GUIDs. COM wouldn't work otherwise. Windows may not be truly distributed as the web, but there a lot of sites running Windows. Enough to give a rational person statistical reassurance that whatever algorithm is used for creating GUIDs is really creating unique GUIDs. As I'm typing this Mike Berry already posted the question about how newbies name plugins. How about malicious developers putting plugins under my vendor name tree? I see the GUID as a kind of unique key, as if every plugin on the planet lived in a centralized database. -----Original Message----- From: gmpi-bounce@xxxxxxxxxxxxx [mailto:gmpi-bounce@xxxxxxxxxxxxx] On Behalf Of Paul Davis Sent: Wednesday, February 09, 2005 11:58 AM To: gmpi@xxxxxxxxxxxxx Subject: [gmpi] Re: low level API - Abstract Factory summary >The point about using strings is that you can stuff on a different prefix >if you like to ensure uniqueness, eg people why wanted to use GUIDs could >use a standard prefix like (URI example): and more to the point, from my perspective: you're taking a mechanism that has not been well tested in a genuinely distributed environment (despite the claims in the docs for CoCreateGUID and the DCE docs on GUID's), and proposing it as better from a scheme that was actually devised in the context of and has been demonstrated to work in a massively distributed and decentralized environment. nobody is in any doubt that: http://foo.bar.baz/something/somethingelse is a different document than http://baz.foo.bar/onething/thenanother moroever, the URI can actually encode some useful, human-legible information. and i just don't see what grounds we have for doing anything differently than the semantic web crew do, since they face similar issues on a massively larger scale. no contest, IMHO. --p ---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission. Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe ---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission. Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ . ---------------------------------------------------------------------- Generalized Music Plugin Interface (GMPI) public discussion list Participation in this list is contingent upon your abiding by the following rules: Please stay on topic. You are responsible for your own words. Please respect your fellow subscribers. Please do not redistribute anyone else's words without their permission. Archive: //www.freelists.org/archives/gmpi Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe