I did
On Sat, Dec 21, 2013 at 9:44 PM, Serega Sheypak wrote:
> https://issues.apache.org/jira/browse/PIG-3638
> "like" it :)
>
>
> 2013/12/21 Ruslan Al-Fakikh
>
> > It seems to be a heavy PigUnit limitation. Maybe you can open a jira for
> > this?:)
> >
> > Thanks,
> > Ruslan
> >
> >
> > On Sat
https://issues.apache.org/jira/browse/PIG-3638
"like" it :)
2013/12/21 Ruslan Al-Fakikh
> It seems to be a heavy PigUnit limitation. Maybe you can open a jira for
> this?:)
>
> Thanks,
> Ruslan
>
>
> On Sat, Dec 21, 2013 at 2:01 AM, Serega Sheypak >wrote:
>
> > No :)
> > I did extend PigUnit t
It seems to be a heavy PigUnit limitation. Maybe you can open a jira for
this?:)
Thanks,
Ruslan
On Sat, Dec 21, 2013 at 2:01 AM, Serega Sheypak wrote:
> No :)
> I did extend PigUnit to work with several input relations (i mean 1..N load
> statements), but I didn't find a way to use "native" lo
No :)
I did extend PigUnit to work with several input relations (i mean 1..N load
statements), but I didn't find a way to use "native" loader/storage.
Looks like that the only solution is to create wrapper: data-driven tester
which feeds script to local pig server and verifies output.
We did in Me
Hi Serega!
Have you resolved the issue? I am going to encounter the same problem, but
I don't know a solution.
Thanks
On Sun, Dec 15, 2013 at 6:07 PM, Serega Sheypak wrote:
> Hi!
> By default PigUnit does override LOAD statements
> Is there any possiblity to void this?
> I'm using AvroStorage
Hi!
By default PigUnit does override LOAD statements
Is there any possiblity to void this?
I'm using AvroStorage because of evolving schemas and I would like to write
in my tests:
--load test dataset
in = LOAD '$pathToIn' using AvroStorage();
--project the fields I need
inProjected = FOREACH in G
