I have implemented couchdb datastore on my repo. I want to add test class. So, I must start couchdb server programmatically. There is a docker container to test . If so, how can I run a docker container programmatically while running test.
I asked the question on previous email because I supposed that Gora had supported docker. But Gora doesn't support it. There have already been the answer of my question: https://github.com/testcontainers/testcontainers-java 2016-07-07 19:09 GMT+03:00 Cihad Guzel <[EMAIL PROTECTED]>:
Can you not use sone server side couchdb code to start the server, trubcate the data after each test then stop the servet once the test suite is complete? On Jul 7, 2016 9:49 AM, "Cihad Guzel" <[EMAIL PROTECTED]> wrote:
Yeah I think for some of the key-value stores there is some type of mock server, or something like that (Cassandra and HBase do), but I don't know if for CouchDb is such a thing. Maybe asking in their mailing lists would be a good option too. Best,
2016-07-07 22:45 GMT+02:00 Lewis John Mcgibbney <[EMAIL PROTECTED]>:
The problem is its it's C-ness, you cant just build a binary and ship it anywhere.
So you have a few options afaict, you can run the docker image, CI server requires docker. You could run a bash script via maven to start it (requires CouchDB to be available on the server), I doubt you can just magic up a CouchDB instance.
Personally, if I were doing it, I'd just disable that batch of tests except under a certain maven profile, and have a prerequisite of "to run this profile you need CouchDB installed an listening". Then a user could decide to stand up a docker instance mapped to local, or stand up a proper CouchDB instance, which is how we test a fat bunch of database profiles with Mondrian and other OLAP stuff.
My 2 cents.
On Wed, Jul 13, 2016 at 7:37 PM, Tom Barber <[EMAIL PROTECTED]> wrote:
If you want to use couchDB for testing, you must install it on your server or your local. Namely, I couldn't stand up like solr runs or mongodb or hbase etc. So, I think it is logical to support docker. Unfortunately this causes dependence.
Thanks Tom for your suggestion
2016-07-13 21:44 GMT+03:00 Tom Barber <[EMAIL PROTECTED]>: