gora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cihad Guzel <cguz...@gmail.com>
Subject Re: to test using docker
Date Wed, 13 Jul 2016 19:21:17 GMT
Hi Lewis

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 <tom.barber@meteorite.bi>:

> 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.
>
> Tom
>
> On Wed, Jul 13, 2016 at 7:37 PM, Tom Barber <tom.barber@meteorite.bi>
> wrote:
>
>> Magic
>>
>> On Wed, Jul 13, 2016 at 6:59 PM, Lewis John Mcgibbney <
>> lewis.mcgibbney@gmail.com> wrote:
>>
>>> I find this extremely hard to believe.
>>> How does it start then?
>>>
>>> On Sat, Jul 9, 2016 at 7:34 AM, Cihad Guzel <cguzelg@gmail.com> wrote:
>>>
>>> > "CouchDB doesn't  support starting programmatically. "  This is my
>>> opinion.
>>> >
>>> > 2016-07-09 17:23 GMT+03:00 Cihad Guzel <cguzelg@gmail.com>:
>>> >
>>> >> Hi
>>> >>
>>> >> I already have sent an email to couchdb user list [1]. CouchDB doesn't
>>> >>  support starting programmatically .
>>> >>
>>> >> [1]
>>> >>
>>> http://mail-archives.apache.org/mod_mbox/incubator-couchdb-user/201607.mbox/%3CCANpZKy4TphBHOT8VeeD_6Mhpu6tKVfLfkw3eH2jhHpZvFNW5Zw@mail.gmail.com%3E
>>> >>
>>> >> 2016-07-08 0:13 GMT+03:00 Renato MarroquĂ­n Mogrovejo <
>>> >> renatoj.marroquin@gmail.com>:
>>> >>
>>> >>> 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,
>>> >>>
>>> >>> Renato M.
>>> >>>
>>> >>> 2016-07-07 22:45 GMT+02:00 Lewis John Mcgibbney <
>>> >>> lewis.mcgibbney@gmail.com>:
>>> >>>
>>> >>>> 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" <cguzelg@gmail.com>
wrote:
>>> >>>>
>>> >>>>> 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 <cguzelg@gmail.com>:
>>> >>>>>
>>> >>>>>> Hi
>>> >>>>>>
>>> >>>>>> I have implemented couchdb datastore[1] on my repo[2].
I want to
>>> add
>>> >>>>>> test class. So, I must start couchdb server programmatically.
>>> There is a
>>> >>>>>> docker container to test [3]. If so, how can I run a
docker
>>> container
>>> >>>>>> programmatically while running test.
>>> >>>>>>
>>> >>>>>> [1] https://issues.apache.org/jira/browse/GORA-437
>>> >>>>>> [2] https://github.com/cguzel/gora-couchdb
>>> >>>>>> [3] https://github.com/testcontainers/testcontainers-java
>>> >>>>>> [4]
>>> >>>>>>
>>> https://cwiki.apache.org/confluence/display/GORA/Apache+CouchDB+Datastore+Implementation+%28GORA-437%29+Reports
>>> >>>>>>
>>> >>>>>> Thanks
>>> >>>>>>
>>> >>>>>
>>> >>>>>
>>> >>>
>>> >>
>>> >
>>>
>>>
>>> --
>>> *Lewis*
>>>
>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message