| Age | Commit message (Collapse) | Author | 
 | 
 | 
 | 
 | 
 | 
returns just the access key string for the active user.  That's how we
use the API, so keep it simple.
 | 
 | 
 | 
 | 
 | 
 | 
multi step process to refer to REST access keys as "access_key"
everywhere.  Bump the rest module to version 2.
 | 
 | 
 | 
 | 
 | 
 | 
mostly issues around uninitialized variables, calling non-static
functions in a static context, calling Session functions directly
instead of on its singleton, passing non-variables by reference, and
subclasses not using the same interface as the parent class.
 | 
 | 
 | 
 | 
 | 
 | 
the Kohana framework will handle it properly.
 | 
 | 
 | 
 | 
1) Simplify gallery_rest to return flat models, no children and do no
   validation for now.
2) Flatten the REST replies and use HTTP codes to indicate
   success/failure instead of additional status messages.
3) Use the message and error code support in the base Exception class,
   instead of brewing our own in Rest_Exception.
4) Get rid of rest::success() and rest::fail() -- we only need
   rest::reply() since all failures are covered by throwing an
   exception.
5) Get rid of /rest/access_key and just use /rest for authentication.
6) Inline and simplify rest::normalize_request since we only use it once
7) Change rest::set_active_user to succeed or throw an exception
8) Extract Rest_Exception::sendHeaders into rest::send_headers()
Here's what's currently broken:
1) Data validation.  There currently is none
2) Logging.  That's gone too
3) image block and tag code is broken
4) Tests are broken
5) No movie support
 | 
 | 
so as not to impact other tests.
 | 
 | 
 | 
 | 
instead of calling rest::forbidden and other rest helper error messages.
 | 
 | 
converting the rest API to Kohana 2.4
 | 
 | 
are acutall a path.  Leave it up to the handler to determine.
 | 
 | 
Corrected a problem identified with the unit tests... failed if the path was empty on PUT.
 | 
 | 
path.  This allows us to forego the extension as part of the REST url.  As well, urls are consistent between normal usage and rest usage.
 | 
 | 
 | 
 | 
The request key is put in the X-Gallery-Request-Key header
The HTTP method can be override by using the X-Gallery-Request-Method header
Normalize the request data so that it doesn't matter where it comes from (HTTP get or HTTP post request)
 | 
 | 
Implement an api to format the errors and success messages
Removed the custom routing... urls are now /rest/<module_name>/<resource>
 | 
 | 
At the moment, there are no handlers to perform any functionality.
 |