+1!
I really like this approach; it lets us test for consistency without having
to reimplement parts of the IO to actually load our data.
I'd also like to note a few things which I think will be required when we
want to expand this framework and style to also handle Unbounded IOs.
Obviously, unbo
Hey Cham,
Debugging is harder
I definitely agree. As I said (and I think you still generally agree), I
think the tradeoff is worth it. Looking at the data store in question can
quickly narrow it down to one vs the other for a particular failure.
Eventually consistent data stores
On Tue, Mar 28, 2017 at 3:00 AM Etienne Chauchot
wrote:
> Hi Stephen,
>
> I have some comments bellow:
>
>
> Le 24/03/2017 à 00:26, Stephen Sisk a écrit :
> > hi!
> >
> > I just opened a jira ticket that I wanted to make sure the mailing list
> got
> > a chance to see.
> >
> > The problem is that
Hey Etienne,
I was hoping you'd get a chance to weigh in on this.
"But this does the assumption of the order of test runs: write test needs
to have been run before read test can happen. Maybe a little dangerous
to do this assumption no?"
I actually avoid this in the JdbcIOIT example [1] by having
Hi Stephen,
I have some comments bellow:
Le 24/03/2017 à 00:26, Stephen Sisk a écrit :
hi!
I just opened a jira ticket that I wanted to make sure the mailing list got
a chance to see.
The problem is that the current design pattern for doing data loading in IO
ITs (either writing a small prog
thanks, appreciated :)
On Thu, Mar 23, 2017 at 4:59 PM Ted Yu wrote:
> Looks like you forgot to include JIRA number: BEAM-1799
>
> Cheers
>
> On Thu, Mar 23, 2017 at 4:26 PM, Stephen Sisk
> wrote:
>
> > hi!
> >
> > I just opened a jira ticket that I wanted to make sure the mailing list
> got
>
Looks like you forgot to include JIRA number: BEAM-1799
Cheers
On Thu, Mar 23, 2017 at 4:26 PM, Stephen Sisk
wrote:
> hi!
>
> I just opened a jira ticket that I wanted to make sure the mailing list got
> a chance to see.
>
> The problem is that the current design pattern for doing data loading
hi!
I just opened a jira ticket that I wanted to make sure the mailing list got
a chance to see.
The problem is that the current design pattern for doing data loading in IO
ITs (either writing a small program or using an external tool) is complex,
inefficient and requires extra steps like install