Thanks!
I will take a look at that.
On Tue, May 28, 2013 at 4:50 PM, Michael Merickel mmeri...@gmail.com wrote:
FWIW, if you need a threadsafe connection pool and are already using
SQLAlchemy for something else, the QueuePool is not db-api specific at all
and can be reused for arbitrary
I know how difficult things are without the traceback; I was mostly
looking for a suggestion exactly like yours in the hopes that it would
push me in the right direction. I actually didn't even get a
traceback, as my application crashed hard enough that it did not
output an error.
According to a
FWIW, if you need a threadsafe connection pool and are already using
SQLAlchemy for something else, the QueuePool is not db-api specific at all
and can be reused for arbitrary connection pooling.
On Tue, May 28, 2013 at 2:47 PM, ian marcinkowski ianmarcinkow...@gmail.com
wrote:
I know how
Attaching my Suds Client to the registry did not help, but I will keep that
pattern in mind.
Thanks!
On Thu, May 23, 2013 at 3:35 PM, Michael Merickel mmeri...@gmail.comwrote:
The settings dictionary is copied once when you pass it into the
configurator, and it is supposed to be a shallow
It's *really* difficult for the internet to help debug your problems
without a full traceback. You're basically asking if anyone has seen this
exact problem before because they have no other context to help them out.
Anyway, Pyramid does not copy anything that is in the settings or the
registry.
Are objects modified when they are saved in the Configurator
registry.settings dictionary?
I am trying to store a Suds SOAP Client in the registry which can be cloned
in my view-callables so I can avoid re-parsing that WSDL document. When I
am trying to clone the Suds Client that has been stored
The settings dictionary is copied once when you pass it into the
configurator, and it is supposed to be a shallow copy.
new_settings = {}
new_settings.update(settings)
That doesn't explain your issue though.
A likely fix is just to follow the pattern I use, which is to leave the
settings