Thanks Thierry, it would be great to look at your code. Are you using the ZCA under the hood, much the way the configurator does? I was also thinking that at the least I should prob wrap my zca calls (assuming I use them) in some kind of facade so that should Pyramid change how look up is implemented I have only one place to update mine.
I basically want to have a lookup system for finding multi-adapters of my request, context, and view, much like the way Pyramid's view look up is a multi-adapter of request and context. (I assume this is still done under hood as ZCA lookup, but if not, I'd love to hear that.) thanks Iain On Thu, Jul 16, 2015 at 2:14 PM, Thierry Florac <[email protected]> wrote: > Hi Iain, > I've build a new set of utility fonctions to declare adapters or utilities > in the same Pyramid's way that is used to declare views (but without using > ZCML, of course). > This package is not public yet but I can share this code with you if you > need it... > > Best regards, > Thierry > > 2015-07-16 22:39 GMT+02:00 Iain Duncan <[email protected]>: > >> Thanks Vincent, that basically looks like a facade around ZCA lookup, but >> does not seem to do ZCA style adapter lookup. Anyone more up on this able >> to comment on that? >> >> iain >> >> >> On Thu, Jul 16, 2015 at 1:27 PM, Vincent Catalano < >> [email protected]> wrote: >> >>> I'm not too familiar with the zca registry, but if you are looking for a >>> good system for registering services and components, I highly recommend >>> https://github.com/mmerickel/pyramid_services. >>> >>> On Thu, Jul 16, 2015 at 1:20 PM, Iain Duncan <[email protected]> >>> wrote: >>> >>>> I should say that we are also open to not using the ZCA, if there is >>>> another option that I don't know about that solves the same problems >>>> elegantly, IE a very flexible registration system that we can use to get >>>> adapters and components based of aspects of the adapted object(s). What I'm >>>> really after is the pluggable and flexible component aspect. >>>> >>>> thanks! >>>> iain >>>> >>>> On Thu, Jul 16, 2015 at 1:07 PM, Iain Duncan <[email protected] >>>> > wrote: >>>> >>>>> Hi all, for a new set of projects, we will be using the zca registry >>>>> heavily, but do not want to use pyramid_zcml on account of xml-allergies >>>>> for some team members. =) >>>>> >>>>> I've been out of the pyramid loop for a while now, have some questions >>>>> about this: >>>>> >>>>> - what is the recommended way to make zca registrations imperatively? >>>>> Through the configurator? or get the configurators registry and use the >>>>> zca >>>>> api? >>>>> >>>>> - is there some decent way when doing imperative registration to >>>>> simulate what I used to use with pyramid_zcml where client packages used >>>>> a >>>>> base set of registrations and then just add their own ( old zcml include >>>>> config style) >>>>> >>>>> - is it feasible and/or wise to share one registry among multiple apps >>>>> that will be running as cooperating micro-services or would it make more >>>>> sense to keep those separate? >>>>> >>>>> as always, opinions, tips, and horror stories greatly appreciated! >>>>> iain >>>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "pylons-discuss" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> To post to this group, send email to [email protected]. >>>> Visit this group at http://groups.google.com/group/pylons-discuss. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >>> >>> -- >>> Vincent Catalano >>> Software Engineer and Web Developer, >>> (520).603.8944 >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "pylons-discuss" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/pylons-discuss. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "pylons-discuss" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/pylons-discuss. >> For more options, visit https://groups.google.com/d/optout. >> > > > > -- > http://www.imagesdusport.com -- http://www.ztfy.org > > -- > You received this message because you are subscribed to the Google Groups > "pylons-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/pylons-discuss. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "pylons-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/pylons-discuss. For more options, visit https://groups.google.com/d/optout.
