bugfix: pid file was not created correctly on startup. closes #6338

updated Gemfile.lock

Don't die when couchdb gets restarted (closes #6065)

Merge pull request #21 from azul/bugfix/6047-invalid-sequence-on-bigcouch

new couchrest_changes deals with invalid sequence

new couchrest_changes deals with invalid sequence

It will also catch them on a bigcouch node and recover by reprocessing
all changes.

Merge pull request #18 from azul/feature/recover-from-invalid-seq

Recover from invalid sequence file

Merge pull request #17 from azul/feature/catch-first-change

Work around a bug in couchrest to catch the first change

Fix couchrest missing the first change (#5452)

CouchRest::Streamer will ignore the first line from a stream. Normally that's the line opening the results array. But for continuous feeds couch will start streaming the array elements right away. So we miss the first one.

There's a pull request pending for couchrest here:
https://github.com/couchrest/couchrest/pull/104

Until it's merged we'll monkeypatch.

Also stopping tapicero again after travis run.

require couchrest_changes ~> 0.1.0 (fixes #4899)

minor: rename TapiceroTest to ActionsTest

that's what it actually tests

check for ARGV.first before testing it

Otherwise we will crash if no args are passed. Now we print the usage message

pid issue remains to be solved - revert to sth working

We've seen two instances of tapicero running on the production servers. The reason is that we are using two different places for the pid file - one for root and one for a normal user.

In this scenario tapicero started by root will not notice the tapicero run as a normal user and vice versa. One idea was to solve this by always using /var/run/pid. However this also requires write privileges to that place which essentially only root has.

So let's keep the two different places and just make sure we ALWAYS run tapicero as the same user.

Merge pull request #16 from azul/feature/replication

minor replication fixes

minor: lot's of small fixes to make replication work

check for ARGV.first before testing it

Otherwise we will crash if no args are passed. Now we print the usage message

Merge pull request #15 from azul/feature/replication

initial take on replication

minor: include username in save_url

initial take on replication

update Gemfile.lock

Merge pull request #14 from andrejb/feature/5517_update-soledad-design-docs

Update design docs for soledad splitted sync (#5517).

Update design docs for soledad splitted sync (#5517).

Merge pull request #13 from andrejb/feature/5315_update-soledad-design-documents

Update Soledad design documents.

Update Soledad design documents.

Merge pull request #12 from azul/logging/merge-lines-for-nagios

make warnings more readable to nagios - #5247

make warnings more readable to nagios - #5247

Merge pull request #11 from azul/feature/gitignore-untracked

gitignore: vendor, .bundle and vim temporary files

Merge pull request #10 from azul/refactor/user-database

Refactor/user database

Merge pull request #9 from azul/test/integration-with-travis

Test/integration with travis

Version 0.4.0

minor changes improving stability

gitignore: vendor, .bundle and vim temporary files

prevent 409s and 412 and reraise them in tests

Including tests that ensure this

refactor: moved prepare and destroy into user_event_handler

refactor: separate user event handler

refactor: init user_database with a couchrest db

test user deletion

include sleep in the create_user part of the tests

the changes feed and tapicero take some time to process the new user. Let's prevent timing issues by sleeping a second.

separate test setup test from actual test

fix tests

set db name correctly in tests and test it

unify naming scheme - tapicero_test prefix

hand config files on the command line to the daemon

only set flags if they are defined

first interesting tests

add dummy integration test

try to get require rubygems to work on travis

updated Gemfile.lock

initial test for running tapicero on travis ci

properly refer to logger in user_database

fix UserDatabase#prepare

Merge pull request #8 from azul/bugfix/fix-for-revisions-starting-above-1

Revisions sometimes start at 2 - work around this

Revisions sometimes start at 2 - work around this

This is an intermediate fix. There's a user record that never had it's database created. The first time it shows up in the changes feed the revision starts with 2-. Not sure why this is. But we loose this user record if we rely on CouchRest::Changes.created which checks for a revision starting with 1-.

make logging more precise

* do not log the SystemExit after the fork
* log error classes alongside messages
* unify logging in retry_request_once
* debug now logs every step
* info has one message per user created
* warn only logs errors during the actions
* error only logs crashes

Version 0.3.2 - staying alive

This version mainly improves the stability and should keep tapicero from dying too early.

* couchrest_changes 0.0.5 will resume if the connection died.
* lock yajl version to 1.1.0 - 1.2.0 requires mkmf on the server
* retry couch requests in case they fail
* log all crashes

better debug loggin, sleep before retrying

ensure we log all errors

retry couch requests once

Couch sometimes responds with 500 or so. Often this is temporary. Let's retry once and log the error instead of dying.

hotfix: use working couchrest_changes version and yajl 1.1.0

yajl 1.2.0 required mkmf on the server which currently is not present

use latest couchrest_changes for more stability

Version 0.3.1 with new flags --run-once, --rerun and --overwrite-security

--run-once will exit once all current changes have been processed
--rerun will process all users again even those that were processed before
--overwrite-security will overwrite security for user databases even
  if it has been set before.

Merge pull request #6 from azul/deploy-design-docs

Deploy design docs

Merge pull request #5 from azul/feature/use-couchrest-changes

Version 0.2.0: use CouchRest::Changes

Version 0.3.0: include design docs on created databases

proceed if design docs are already there

We'll add a flag to overwrite designs and / or security later. For now just make sure this does not crash tapicero.

add design docs to be included in each user database

Also strip the .json extention because soledad does not expect it

add design docs on db creation, use Pathname

Pathname makes dealing with files easier than String.

Tapicero will look for design documents in design directory in the tapicero path for now.

Version 0.2.0: use CouchRest::Changes

This also changes the format of the config file. Please make sure to adjust it.

Merge pull request #4 from azul/feature/more_robust_sequence_handling

Feature/more robust sequence handling

Merge pull request #3 from azul/feature/ignore_design_doc_changes

ignore design document changes - do not trigger callbacks then

rescue from 404 when destroying db

Also logging per user db creation and destruction if they happen.

make sequence accept all kinds of json

bigcouch uses arrays for sequence:
http://mail-archives.apache.org/mod_mbox/couchdb-user/201301.mbox/%3CCABvT1DEGDCJyvEuFsNJZbXi_NJwJna8NHDnQvpr2h532s0V18g@mail.gmail.com%3E

So we should not expect them to be integers. Still have to catch the empty file situation in a meaningful way though.

ignore design document changes - do not trigger callbacks then

tapicero should create per user databases when a user is created and
destroy them when that user is destroyed. However it should not attempt
the same if design docs are created or destroyed.

Update default.yaml - couchdb security has members, not readers

Merge pull request #2 from azul/feature/delete-user-databases

Delete per user databases if the user has been deleted

use our logger - not just puts

delete user db's on user deletion.

fix issues with storing and retrieving the sequence

.to_i makes retrieving the sequence more robust - in particular if the file content was not meaningful.
store_seq should also be called if it was a destroy action.

add a hook for reacting on user deletion.

Merge pull request #1 from azul/feature/logging

log to file or syslog instead of STDOUT

clarify comment for log_file config setting

log to file or syslog instead of STDOUT

point to default config file for options

add some explainations

Update Readme.md - we're not using http_stream from yajl anymore

yajl/http_stream has been deprecated. We replaced it with the CouchRest::Database#changes

refactor - separate reading the last sequence from initialize

use CouchRest::Database#changes, store and retrieve seq

This commit bundles a few different changes:
* we now use the CouchRest::Database#changes stream instead of our own
* we store and read the last sequence number so on a restart we can start where we left
* we now have a UserDatabase class rather than the CouchDatabaseCreator. It also knows about it's name and we create an instance of it per database we want to create. It's also more flexible when the databases already exist.

use password and username from the config file

write _security to fresh couch

create couch dbs as users are created

use our own JsonStream and a created callback in CouchChanges

bringing over couch_changes from leap_ca including tests

we do not need couchrest_model

fixup: tapicero.gemspec - not leap_ca.gemspec

config file added

copying over skeleton from leap_ca which worked similarly

initial readme