Products.ZSQLCatalog.SQLcatalog: Add function to get normal or deferred connection id for catalog
And, change in files where this was being used
Showing
-
I think this is ahack, so the method should be documented as being a hack (it should log a deprecation warning and the docstring should tell about the depreciation).
This is nothing new, of course, and this change is good in that it factorises two hacks into a single one - progress ! But still, needing the new method is dubious: there may be more than 2 connections used by ZSQLMethods in a catalog, I believe. At least, technically nothing prevents it, and I know ERP5 instances where we do have more than 2. Also, relying on connection name to guess its properties is dirty. But I have no better idea.
Please register or sign in to comment