strolch/li.strolch.service
Robert von Burg 89739717f2 [Major] Refactored LockHandler to use Locator
This is required because in certain instances it is important to lock
the object before retrieving it, otherwise if, for instance in
execution, we would need to fetch, lock and re-fetch to be sure we have
the latest object.

In moste of the Update*Commands this is not important as we perform a
list commit wins, where the client wants their version to be persisted.
Later a optimistic locking can be performed in that the given version
must be the latest, otherwise an exception would be thrown
2017-02-22 12:14:23 +01:00
..
src [Major] Refactored LockHandler to use Locator 2017-02-22 12:14:23 +01:00
.gitignore moved everything to a subdirectory for repo merge 2014-09-16 08:53:28 +02:00
LICENSE moved everything to a subdirectory for repo merge 2014-09-16 08:53:28 +02:00
README.md [Project] Updated project for deployment to Maven Central 2016-09-22 09:37:55 +02:00
pom.xml Merge branch 'release/1.4.0' into develop 2016-11-03 12:14:31 +01:00

README.md

li.strolch.service

Service API for Strolch

Running tests

Start PostgreSQL console and create the users:

$ sudo -u postgres psql
$ postgres=# 
create user cacheduser with password 'test';
create database cacheduserdb;
GRANT ALL PRIVILEGES ON DATABASE cacheduserdb to cacheduser;
GRANT CONNECT ON DATABASE cacheduserdb TO cacheduser;

create user transactionaluser with password 'test';
create database transactionaluserdb;
GRANT ALL PRIVILEGES ON DATABASE transactionaluserdb to transactionaluser;
GRANT CONNECT ON DATABASE transactionaluserdb TO transactionaluser;

You can revoke the privileges with the following:

revoke ALL PRIVILEGES ON DATABASE cacheduserdb from cacheduser;
drop user cacheduser;
drop database cacheduserdb;

revoke ALL PRIVILEGES ON DATABASE transactionaluserdb from transactionaluser;
drop user transactionaluser;
drop database transactionaluserdb;