Store Endpoint (deprecated)
Note
The /store endpoint is deprecated. All data should be sent to the /envelope endpoint. See Envelopes.
The store endpoint is used to send JSON event payloads to Sentry. It is located at:
POST /api/<project_id>/store/
The body of the post is a string representation of a JSON object. For example, with an included Exception event, a basic JSON body might resemble the following:
{
"event_id": "fc6d8c0c43fc4630ad850ee518f1b9d0",
"transaction": "my.module.function_name",
"timestamp": "2011-05-02T17:41:36",
"tags": {
"ios_version": "4.0"
},
"exception": {
"values": [
{
"type": "SyntaxError",
"value": "Wattttt!",
"module": "__builtins__"
}
]
}
}
The body of the event can carry attributes or interface values. The difference between them is that attributes are very barebones key/value pairs (for the most part) and interfaces are rich styled interface elements. Examples of attribute are event_id or tags whereas the exception key is an interface.
For a list of all supported attributes and interfaces in event payloads, see Event Payloads.
The store endpoint supports only JSON payloads. While not enforced by the endpoint, we recommend submitting the valid MIME type for JSON payloads:
Content-Type: application/json
In addition to content-encoding supported by all ingestion endpoints, this endpoint accepts zlib compressed JSON in a base64 wrapper which is detected regardless of the header. This allows you to send compressed events in very restrictive environments. Do not set a content-encoding header in this case.
In pseudo code, this maps to:
compressed = base64_encode(zlib.compress(payload))
Event ingestion imposes limits on the size of a store request:
- 200KB for a compressed store request
- 1MB for a full event payload after decompression
To sum everything up, you should be sending an HTTP POST request to a Sentry webserver, where the path is the BASE_URI/api/PROJECT_ID/store/. Given the following DSN:
https://b70a31b3510c4cf793964a185cfe1fd0:b7d80b520139450f903720eb7991bf3d@sentry.example.com/1
The request body should resemble the following:
POST /api/1/store/ HTTP/1.1
User-Agent: sentry-python/1.0
Content-Type: application/json
X-Sentry-Auth: Sentry sentry_version=7,
sentry_key=b70a31b3510c4cf793964a185cfe1fd0,
sentry_secret=b7d80b520139450f903720eb7991bf3d,
sentry_client=sentry-python/1.0
{
"event_id": "fc6d8c0c43fc4630ad850ee518f1b9d0",
"culprit": "my.module.function_name",
"timestamp": "2011-05-02T17:41:36",
"message": "SyntaxError: Wattttt!",
"exception": {
"values": [
{
"type": "SyntaxError",
"value": "Wattttt!",
"module": "__builtins__"
}
]
}
}
We have a number of sample payloads in the code base that are helpful when you want to simulate errors for different platforms but don't have an application in that platform available.
cd ~/code/sentry
# Given a DSN of http://3385d72507004b2b8129b2cb963d79b2@dev.getsentry.net:8000/1
export SENTRY_KEY="3385d72507004b2b8129b2cb963d79b2"
# Create a native event
curl -v -XPOST http://${SENTRY_KEY}@dev.getsentry.net:8000/api/1/store/ \
-H 'Content-Type: application/json' \
-H "X-Sentry-Auth: Sentry sentry_version=7,sentry_client=sentry-curl/1.0,sentry_key=${SENTRY_KEY}" \
-d "$(cat src/sentry/data/samples/native.json)"
# Create a minidump event
curl -v -X POST "http://dev.getsentry.net:8000/api/1/minidump/?sentry_key=${SENTRY_KEY}" \
-F upload_file_minidump=@tests/fixtures/native/windows.dmp \
-F upload_file_makefile=@Makefile \
-F upload_file_license=@LICENSE
# Create a python event
curl -v -XPOST http://${SENTRY_KEY}@dev.getsentry.net:8000/api/1/store/ \
-H 'Content-Type: application/json' \
-H "X-Sentry-Auth: Sentry sentry_version=7,sentry_client=sentry-curl/1.0,sentry_key=${SENTRY_KEY}" \
-d "$(cat src/sentry/data/samples/python.json)"
Our documentation is open source and available on GitHub. Your contributions are welcome, whether fixing a typo (drat!) or suggesting an update ("yeah, this would be better").