You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are interested in extending nameserver functionality. In particular, registering the multiple instances of same class and letting nameserver to generate unique name for them. The idea is to use metadata that will use class name as a metadata attribute allowing to get list of all instances. The new method will generate and return unique name for new class instance, something like classname.#n, where #n is unique id of instance. Hopefully we can do this outside Pyro on our side simply by creating a derived class form NameServer class. I wonder to know if there is any potential drawback of doing it like this.
Thanks,
Borek
The text was updated successfully, but these errors were encountered:
Thank you for pointing to example that I was not aware of. The example relies on client to generate unique names. I would like to ensure consistent, unique name generation on nameserver side, that is why I consider extending NameServer class.
We are interested in extending nameserver functionality. In particular, registering the multiple instances of same class and letting nameserver to generate unique name for them. The idea is to use metadata that will use class name as a metadata attribute allowing to get list of all instances. The new method will generate and return unique name for new class instance, something like classname.#n, where #n is unique id of instance. Hopefully we can do this outside Pyro on our side simply by creating a derived class form NameServer class. I wonder to know if there is any potential drawback of doing it like this.
Thanks,
Borek
The text was updated successfully, but these errors were encountered: