views:

52

answers:

1

I have a model which contains a ManyToMany to User to keep track of which users have 'favorited' a particular model instance.

In my API for this model, when requested by an authenticated user, I'd like to include an 'is_favorite' boolean. However, it seems that any api fields that aren't straight model attributes must be implemebted as a class method, which when called in Piston does not get a reference to the request object, and therefore I have no way to know who the current user is.

From the Piston docs:

In addition to these, you may define any other methods you want. You can use these by including their names in the fields directive, and by doing so, the function will be called with a single argument: The instance of the model. It can then return anything, and the return value will be used as the value for that key.

So, if only the Piston CRUD methods get an instance of the request, how can I generate content which is relevant to the current authenticated user?

A: 

I am not aware of the piston API, but how about using the thread locals middleware to access the request

add this to middleware

try:                                                                    
    from threading import local                                         
except ImportError:                                                     
    from django.utils._threading_local import local                     

_thread_locals = local()                                                
def get_request():                                                
    return getattr(_thread_locals, 'request', None)                       

class ThreadLocals(object):                                             
    def process_request(self, request):                                 
        _thread_locals.request = request

and update the settings with the ThreadLocals middleware

and wherever you want to access the request import get_request from middleware

if you want to just get the current user, modify the middleware to set only request.user in thread locals

Ashok
Nice workaround to what appears to be a deficiency in the Piston API. I think the real 'right' answer should be something completely different, but this did the trick, thanks!
Chris Lawlor