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.
