The 3.1 release is an intermediate step in the Kickstarter project releases, and includes a range of new functionality.

The pagination API has been improved, making it both easier to use, and more powerful.

Until now, there has only been a single built-in pagination style in REST framework. We now have page, limit/offset and cursor based schemes included by default.

The cursor based pagination scheme is particularly smart, and is a better approach for clients iterating through large or frequently changing result sets. The scheme supports paging against non-unique indexes, by using both cursor and limit/offset information. Credit to David Cramer for [this blog post](http://cramer.io/2011/03/08/building-cursors-for-the-disqus-api/) on the subject.

Paginated results now include controls that render directly in the browsable API. If you're using the page or limit/offset style, then you'll see a page based control displayed in the browsable API.

**IMAGE**

The cursor based pagination renders a more simple 'Previous'/'Next' control.

**IMAGE**

The pagination API was previously only able to alter the pagination style in the body of the response. The API now supports being able to write pagination information in response headers, making it possible to use pagination schemes that use the `Link` or `Content-Range` headers.

**TODO**: Link to docs.

We've made it easier to build versioned APIs. Built-in schemes for versioning include both URL based and Accept header based variations.

When using a URL based scheme, hyperlinked serializers will resolve relationships to the same API version as used on the incoming request.

**TODO**: Example.

REST framework now includes a built-in set of translations, and supports internationalized error responses. This allows you to either change the default language, or to allow clients to specify the language via the `Accept-Language` header.

**TODO**: Example.

**TODO**: Credit.

## New field types

Django 1.8's new `ArrayField`, `HStoreField` and `UUIDField` are now all fully supported.

This work also means that we now have both `serializers.DictField()`, and `serializers.ListField()` types, allowing you to express and validate a wider set of representations.

The serializer redesign in 3.0 did not include any public API for modifying how ModelSerializer classes automatically generate a set of fields from a given mode class. We've now re-introduced an API for this, allowing you to create new ModelSerializer base classes that behave differently, such as using a different default style for relationships.

**TODO**: Link to docs.

We've now moved a number of packages out of the core of REST framework, and into separately installable packages. If you're currently using these you don't need to worry, you simply need to `pip install` the new packages, and change any import paths.

We're making this change in order to help distribute the maintainance workload, and keep better focus of the core essentials of the framework.

The change also means we can be more flexible with which external packages we recommend. For example, the excellently maintained [Django OAuth toolkit](https://github.com/evonove/django-oauth-toolkit) has now been promoted as our recommended option for integrating OAuth support.

The following packages are now moved out of core and should be separately installed:

* OAuth - [djangorestframework-oauth](http://jpadilla.github.io/django-rest-framework-oauth/)

* XML - [djangorestframework-xml](http://jpadilla.github.io/django-rest-framework-xml)

* YAML - [djangorestframework-yaml](http://jpadilla.github.io/django-rest-framework-yaml)

* JSONP - [djangorestframework-jsonp](http://jpadilla.github.io/django-rest-framework-jsonp)

It's worth reiterating that this change in policy shouldn't mean any work in your codebase other than adding a new requirement and modifying some import paths. For example to install XML rendering, you would now do:

pip install djangorestframework-xml

And modify your settings, like so:

REST_FRAMEWORK = {

'DEFAULT_RENDERER_CLASSES': [

'rest_framework.renderers.JSONRenderer',

'rest_framework.renderers.BrowsableAPIRenderer',

'rest_framework_xml.renderers.XMLRenderer'

]

}

# What's next?

The next focus will be on HTML renderings of API output and will include:

* HTML form rendering of serializers.

* Filtering controls built-in to the browsable API.

* An alternative admin-style interface.

This will either be made as a single 3.2 release, or split across two separate releases, with the HTML forms and filter controls coming in 3.2, and the admin-style interface coming in a 3.3 release.

if user is None:

if not user.is_active:

raise exceptions.AuthenticationFailed(_('User inactive or deleted.'))

from django.core.urlresolvers import get_script_prefix, resolve, NoReverseMatch, Resolver404

# We include this simply for dependency injection in tests.

# We can't add it as a class attributes or it would expect an

request = self.context.get('request', None)

match = resolve(data)

try:

expected_viewname = request.versioning_scheme.get_versioned_viewname(

self.view_name, request

)

except AttributeError:

expected_viewname = self.view_name

if match.view_name != expected_viewname:

viewname = self.get_versioned_viewname(viewname, request)

def get_versioned_viewname(self, viewname, request):

return request.version + ':' + viewname

from django.conf.urls import url

urlpatterns = [

from .utils import UsingURLPatterns

from rest_framework import serializers

from rest_framework.versioning import NamespaceVersioning

import pytest

dummy_view = lambda request: None

dummy_pk_view = lambda request, pk: None

class TestURLReversing(UsingURLPatterns, APITestCase):

included = [

url(r'^namespaced/$', dummy_view, name='another'),

url(r'^example/(?P<pk>\d+)/$', dummy_pk_view, name='example-detail')

]

urlpatterns = [

url(r'^v1/', include(included, namespace='v1')),

url(r'^another/$', dummy_view, name='another'),

url(r'^(?P<version>[^/]+)/another/$', dummy_view, name='another'),

]

class TestHyperlinkedRelatedField(UsingURLPatterns, APITestCase):

included = [

url(r'^namespaced/(?P<pk>\d+)/$', dummy_view, name='namespaced'),

]

urlpatterns = [

url(r'^v1/', include(included, namespace='v1')),

url(r'^v2/', include(included, namespace='v2'))

]

def setUp(self):

super(TestHyperlinkedRelatedField, self).setUp()

class MockQueryset(object):

def get(self, pk):

return 'object %s' % pk

self.field = serializers.HyperlinkedRelatedField(

view_name='namespaced',

queryset=MockQueryset()

)

request = factory.get('/')

request.versioning_scheme = NamespaceVersioning()

request.version = 'v1'

self.field._context = {'request': request}

def test_bug_2489(self):

assert self.field.to_internal_value('/v1/namespaced/3/') == 'object 3'

with pytest.raises(serializers.ValidationError):

self.field.to_internal_value('/v2/namespaced/3/')

class UsingURLPatterns(object):

"""

urls = __name__

def setUp(self):

global urlpatterns

urlpatterns = self.urlpatterns

def tearDown(self):

global urlpatterns

urlpatterns = []