What I have: oae-authentication/lib/api.js: ... _$jscoverage['api.js'][138] = 0; _$jscoverage['api.js'][139] = 0; _$jscoverage['api.js'][140] = 0; ...
oae-permissions/lib/api.js:
#!/usr/bin/python | |
class Node(object): | |
left = None | |
right = None | |
value = None | |
def __init__(self, val): | |
self.value = val |
What I have: oae-authentication/lib/api.js: ... _$jscoverage['api.js'][138] = 0; _$jscoverage['api.js'][139] = 0; _$jscoverage['api.js'][140] = 0; ...
oae-permissions/lib/api.js:
var helenus = require('helenus'), | |
pool = new helenus.ConnectionPool({ | |
hosts : ['localhost:9160'], | |
keyspace : 'oae', | |
user : '', | |
password : '', | |
timeout : 3000 | |
}); | |
pool.on('error', function(err){ |
A list of tasks that need to happen to ensure we get consistent results out of each dataload that can be easily compared to each other.
We should try to bring the system into the same state for each dataload/benchmark. The simplest way is to just wipe everything and start fresh.
#createTenant.sh | |
#!/bin/bash | |
if [ "$1" = "--usage" ] ; then | |
echo "All parameters are optional. The default options will " | |
echo "create a cambridge tenant as in the example." | |
echo "--------------------------------------------------------" | |
echo "./createTenant.sh <alias:cam> <tenant name:Cambridge> <hostname:cam.oae.com>" | |
echo "--------------------------------------------------------" | |
echo "Example:" |
# Startup | |
All the storage backends register themselves. | |
ContentAPI.Backends.register('local', require('backends/local')) | |
ContentAPI.Backends.register('amazons3', require('backends/amazons3')) | |
... | |
# An upload request | |
1. User uploads to /api/content/create | |
2. Gets routed to ContentAPI.createFile |
In order to make the Preview Processing a bit more maintainable, future proof and allow for easy 3rd party integration we need some sort of pluggable system that allows us to register new processors.
Each processor should register itself with the PP api so that it can be picked up and handed content items. Whenever a content item needs preview processing, all registered processors will be checked if they can handle the file. They should each return a number of how well suited they are to deal with the piece of content. The processor that returns the highest number will be chosen to generate the preview images.
"filter": { | |
"and": [ | |
{ | |
"and": [ | |
{ | |
"term": { | |
"_type": "resource" | |
} | |
}, | |
{ |