PNG  IHDR;IDATxܻn0K )(pA 7LeG{ §㻢|ذaÆ 6lذaÆ 6lذaÆ 6lom$^yذag5bÆ 6lذaÆ 6lذa{ 6lذaÆ `}HFkm,mӪôô! x|'ܢ˟;E:9&ᶒ}{v]n&6 h_tڠ͵-ҫZ;Z$.Pkž)!o>}leQfJTu іچ\X=8Rن4`Vwl>nG^is"ms$ui?wbs[m6K4O.4%/bC%t Mז -lG6mrz2s%9s@-k9=)kB5\+͂Zsٲ Rn~GRC wIcIn7jJhۛNCS|j08yiHKֶۛkɈ+;SzL/F*\Ԕ#"5m2[S=gnaPeғL lذaÆ 6l^ḵaÆ 6lذaÆ 6lذa; _ذaÆ 6lذaÆ 6lذaÆ RIENDB`  aNc@sdZddlZddljjZddddgZdefdYZdefd YZd efd YZ defd YZ defd YZ e Z dZ e je _dS(s Registry for handling request-local module globals sanely Dealing with module globals in a thread-safe way is good if your application is the sole responder in a thread, however that approach fails to properly account for various scenarios that occur with WSGI applications and middleware. What is actually needed in the case where a module global is desired that is always set properly depending on the current request, is a stacked thread-local object. Such an object is popped or pushed during the request cycle so that it properly represents the object that should be active for the current request. To make it easy to deal with such variables, this module provides a special StackedObjectProxy class which you can instantiate and attach to your module where you'd like others to access it. The object you'd like this to actually "be" during the request is then registered with the RegistryManager middleware, which ensures that for the scope of the current WSGI application everything will work properly. Example: .. code-block:: python #yourpackage/__init__.py from paste.registry import RegistryManager, StackedObjectProxy myglobal = StackedObjectProxy() #wsgi app stack app = RegistryManager(yourapp) #inside your wsgi app class yourapp(object): def __call__(self, environ, start_response): obj = someobject # The request-local object you want to access # via yourpackage.myglobal if environ.has_key('paste.registry'): environ['paste.registry'].register(myglobal, obj) You will then be able to import yourpackage anywhere in your WSGI app or in the calling stack below it and be assured that it is using the object you registered with Registry. RegistryManager can be in the WSGI stack multiple times, each time it appears it registers a new request context. Performance =========== The overhead of the proxy object is very minimal, however if you are using proxy objects extensively (Thousands of accesses per request or more), there are some ways to avoid them. A proxy object runs approximately 3-20x slower than direct access to the object, this is rarely your performance bottleneck when developing web applications. Should you be developing a system which may be accessing the proxy object thousands of times per request, the performance of the proxy will start to become more noticeable. In that circumstance, the problem can be avoided by getting at the actual object via the proxy with the ``_current_obj`` function: .. code-block:: python #sessions.py Session = StackedObjectProxy() # ... initialization code, etc. # somemodule.py import sessions def somefunc(): session = sessions.Session._current_obj() # ... tons of session access This way the proxy is used only once to retrieve the object for the current context and the overhead is minimized while still making it easy to access the underlying object. The ``_current_obj`` function is preceded by an underscore to more likely avoid clashing with the contained object's attributes. **NOTE:** This is *highly* unlikely to be an issue in the vast majority of cases, and requires incredibly large amounts of proxy object access before one should consider the proxy object to be causing slow-downs. This section is provided solely in the extremely rare case that it is an issue so that a quick way to work around it is documented. iNtStackedObjectProxytRegistryManagertStackedObjectRestorertrestorert NoDefaultcBseZRS((t__name__t __module__(((s2/usr/lib/python2.7/site-packages/paste/registry.pyRbscBseZdZeddZdZdZdZdZdZ dZ d Z d Z d Z d Zd ZdZdZdZdZddZdZdZdeje_dZdeje_ddZdeje_RS(sTrack an object instance internally using a stack The StackedObjectProxy proxies access to an object internally using a stacked thread-local. This makes it safe for complex WSGI environments where access to the object may be desired in multiple places without having to pass the actual object around. New objects are added to the top of the stack with _push_object while objects can be removed with _pop_object. tDefaultcCs@||jd(treprRRtAttributeErrorRRRtid(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyt__repr__s   cCst|jS(N(titerR(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyt__iter__scCst|jS(N(tlenR(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyt__len__scCs||jkS(N(R(RR#((s2/usr/lib/python2.7/site-packages/paste/registry.pyt __contains__scCst|jS(N(tboolR(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyt __nonzero__scCsty|jj}Wntk r)d}nX|r8|dS|jjdt}|tk r]|Std|jdS(sReturns the current active object being proxied to In the event that no object was pushed, the default object if provided will be used. Otherwise, a TypeError will be raised. iR s8No object (name: %s) has been registered for this threadN( R tobjectsR+tNoneR tgetRRR(RR5tobj((s2/usr/lib/python2.7/site-packages/paste/registry.pyRs   cCsNy|jjj|Wn0tk rIg|j_|jjj|nXdS(spMake ``obj`` the active object for this thread-local. This should be used like: .. code-block:: python obj = yourobject() module.glob = StackedObjectProxy() module.glob._push_object(obj) try: ... do stuff ... finally: module.glob._pop_object(conf) N(R R5tappendR+(RR8((s2/usr/lib/python2.7/site-packages/paste/registry.pyt _push_objects   cCseyA|jjj}|r@||k r@td||fnWntk r`tdnXdS(sRemove a thread-local object. If ``obj`` is given, it is checked against the popped object and an error is emitted if they don't match. sBThe object popped (%s) is not the same as the object expected (%s)s-No object has been registered for this threadN(R R5tpoptAssertionErrorR+(RR8tpopped((s2/usr/lib/python2.7/site-packages/paste/registry.pyt _pop_objects cCsGy.y|jj}Wntk r'gSX|SWntk rBgSXdS(sjReturns all of the objects stacked in this container (Might return [] if there are none) N(R R5R+R<(Rtobjs((s2/usr/lib/python2.7/site-packages/paste/registry.pyt _object_stacks   cCs,tj}|r"tj||S|jS(N(Rtin_restorationtget_saved_proxied_objt_current_obj_orig(Rt request_id((s2/usr/lib/python2.7/site-packages/paste/registry.pyt_current_obj_restorations s.%s (StackedObjectRestorer restoration enabled)cCs tjs|j|ndS(N(RRAt_push_object_orig(RR8((s2/usr/lib/python2.7/site-packages/paste/registry.pyt_push_object_restorations cCs tjs|j|ndS(N(RRAt_pop_object_orig(RR8((s2/usr/lib/python2.7/site-packages/paste/registry.pyt_pop_object_restorations N(RRt__doc__RRRRR R"R$R%R&R)R-R/R1R2R4RR:R6R>R@RERGRI(((s2/usr/lib/python2.7/site-packages/paste/registry.pyRds8                      tRegistrycBsAeZdZdZdZdZdZeZdZRS(swTrack objects and stacked object proxies for removal The Registry object is instantiated a single time for the request no matter how many times the RegistryManager is used in a WSGI stack. Each RegistryManager must call ``prepare`` before continuing the call to start a new context for object registering. Each context is tracked with a dict inside a list. The last list element is the currently executing context. Each context dict is keyed by the id of the StackedObjectProxy instance being proxied, the value is a tuple of the StackedObjectProxy instance and the object being tracked. cCs g|_dS(sCreate a new Registry object ``prepare`` must still be called before this Registry object can be used to register objects. N(treglist(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyR%scCs|jjidS(sUsed to create a new registry context Anytime a new RegistryManager is called, ``prepare`` needs to be called on the existing Registry object. This sets up a new context for registering objects. N(RLR9(R((s2/usr/lib/python2.7/site-packages/paste/registry.pytprepare.scCse|jd}t|}||krD|j||d||=n|j|||f||R:(RtstackedR8t myreglistt stacked_id((s2/usr/lib/python2.7/site-packages/paste/registry.pytregister8s     cCs||jd}xh|D]`\}}t|}||krW|j||d||=n|j|||f||R:(Rt stacklistRORNR8RP((s2/usr/lib/python2.7/site-packages/paste/registry.pyt multiregisterBs     cCsBx.|jdjD]\}}|j|qW|jjdS(skRemove all objects from all StackedObjectProxy instances that were tracked at this Registry contextiN(RLt itervaluesR>R;(RRNR8((s2/usr/lib/python2.7/site-packages/paste/registry.pytcleanupYs ( RRRJRRMRQRStreplaceRU(((s2/usr/lib/python2.7/site-packages/paste/registry.pyRKs cBs,eZdZedZdZdZRS(s7Creates and maintains a Registry context RegistryManager creates a new registry context for the registration of StackedObjectProxy instances. Multiple RegistryManager's can be in a WSGI stack and will manage the context so that the StackedObjectProxies always proxy to the proper object. The object being registered can be any object sub-class, list, or dict. Registering objects is done inside a WSGI application under the RegistryManager instance, using the ``environ['paste.registry']`` object which is a Registry instance. cCs||_||_dS(N(t applicationt streaming(RRWRX((s2/usr/lib/python2.7/site-packages/paste/registry.pyRos cCsd}|jdt}|j|jrA|j|||Sy|j||}Wntk r}|jdrt }x2|jdgD]}t ||rt }qqW|st j |qn|jn=|jdrt j |n|jn X|j|S(Nspaste.registryspaste.evalexceptionspaste.expected_exceptions(R6t setdefaultRKRMRXtstreaming_iterRWt ExceptionR7tFalset isinstancetTrueRtsave_registry_stateRU(Rtenvirontstart_responsetapp_itertregtetexpectedtexpect((s2/usr/lib/python2.7/site-packages/paste/registry.pyR)ss0      ccsy&x|j||D] }|VqWWntk r}|jdrt}x2|jdgD]}t||r`t}q`q`W|stj|qn|jn=|jdrtj|n|jn X|jdS(Nspaste.evalexceptionspaste.expected_exceptions( RWR[R7R\R]R^RR_RU(RRcR`RatitemRdReRf((s2/usr/lib/python2.7/site-packages/paste/registry.pyRZs&    (RRRJR\RR)RZ(((s2/usr/lib/python2.7/site-packages/paste/registry.pyR`s  $cBsVeZdZdZdZdZdZdZdZdZ dZ RS( sTrack StackedObjectProxies and their proxied objects for automatic restoration within EvalException's interactive debugger. An instance of this class tracks all StackedObjectProxy state in existence when unexpected exceptions are raised by WSGI applications housed by EvalException and RegistryManager. Like EvalException, this information is stored for the life of the process. When an unexpected exception occurs and EvalException is present in the WSGI stack, save_registry_state is intended to be called to store the Registry state and enable automatic restoration on all currently registered StackedObjectProxies. With restoration enabled, those StackedObjectProxies' _current_obj (overwritten by _current_obj_restoration) method's strategy is modified: it will return its appropriate proxied object from the restorer when a restoration context is active in the current thread. The StackedObjectProxies' _push/pop_object methods strategies are also changed: they no-op when a restoration context is active in the current thread (because the pushing/popping work is all handled by the Registry/restorer). The request's Registry objects' reglists are restored from the restorer when a restoration context begins, enabling the Registry methods to work while their changes are tracked by the restorer. The overhead of enabling restoration is negligible (another threadlocal access for the changed StackedObjectProxy methods) for normal use outside of a restoration context, but worth mentioning when combined with StackedObjectProxies normal overhead. Once enabled it does not turn off, however: o Enabling restoration only occurs after an unexpected exception is detected. The server is likely to be restarted shortly after the exception is raised to fix the cause o StackedObjectRestorer is only enabled when EvalException is enabled (not on a production server) and RegistryManager exists in the middleware stackcCsi|_tj|_dS(N(tsaved_registry_statesR R trestoration_context_id(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyRs cCs|jd}| s>t|j s>|j||jkrBdS||jf|j|j|t _restorationt_orig(s _current_objs _push_objects _pop_object(R R(RRNt func_namet orig_functrestoration_func((s2/usr/lib/python2.7/site-packages/paste/registry.pyRks  cCsddlm}||S(s2Return a unique identifier for the current requesti(tget_debug_count(tpaste.evalexception.middlewareRt(RR`Rt((s2/usr/lib/python2.7/site-packages/paste/registry.pyRj#scCs>||jkr.|j|\}}||_n||j_dS(sWEnable a restoration context in the current thread for the specified request_idN(RhRLRiRD(RRDRlRL((s2/usr/lib/python2.7/site-packages/paste/registry.pytrestoration_begin(s cCs%y |j`Wntk r nXdS(s9Register a restoration context as finished, if one existsN(RiRDR+(R((s2/usr/lib/python2.7/site-packages/paste/registry.pytrestoration_end2s  cCst|jdtS(sDetermine if a restoration context is active for the current thread. Returns the request_id it's active for if so, otherwise FalseRD(RRiR\(R((s2/usr/lib/python2.7/site-packages/paste/registry.pyRA9s( RRRJRR_RBRkRjRvRwRA(((s2/usr/lib/python2.7/site-packages/paste/registry.pyRs(      cCs t|S(N(R(tappt global_conf((s2/usr/lib/python2.7/site-packages/paste/registry.pytmake_registry_managerBs(RJtsystpaste.util.threadinglocaltutilR t__all__tobjectRRRKRRRRz(((s2/usr/lib/python2.7/site-packages/paste/registry.pyt[s   JU