+1 to both.  I'd actually like to drive the test target closer to the 15 minute 
range (eventually) but still have fairly high code coverage numbers (I just ran 
it and we're around 75% for the unit tests).

Alan.

On Apr 26, 2012, at 4:34 PM, Julien Le Dem wrote:

> What about setting the goal for test-commit target under a minute and test 
> target under an hour ?
> opinions ?
> Julien
> 
> On Apr 26, 2012, at 3:02 PM, Alan Gates wrote:
> 
>> One other caveat I'd like to add, we should never ever check in interface 
>> changes on branches.  You could argue that falls under disruptive changes, 
>> but I think they're worth calling out.
>> 
>> I'm definitely +1 on checking this in though.  In general I'd like to figure 
>> out how we can use mock objects to speed up our unit testing.
>> 
>> Alan.
>> 
>> On Apr 26, 2012, at 2:57 PM, Daniel Dai wrote:
>> 
>>> Yes, agree. Bug fix or non-disruptive changes only.
>>> 
>>> On Thu, Apr 26, 2012 at 2:55 PM, Thejas Nair <[email protected]> wrote:
>>>> In my opinion, we should only commit changes to released branches that are
>>>> either critical bug fixes, or very useful minor changes which are not 
>>>> likely
>>>> to affect the stability of the branch.
>>>> 
>>>> This change would fall into 2nd category.
>>>> 
>>>> Thanks,
>>>> Thejas
>>>> 
>>>> 
>>>> 
>>>> On 4/26/12 2:32 PM, Bill Graham wrote:
>>>>> 
>>>>> What's fair game to commit to the the 0.10 branch? Just bug fixes, or are
>>>>> new small features that didn't make it into 0.10 ok?
>>>>> 
>>>>> On Thu, Apr 26, 2012 at 2:15 PM, Daniel Dai<[email protected]>  wrote:
>>>>> 
>>>>>> I am fine with it. Please also include the following tiny patch to fix
>>>>>> hadoop 23 build after the patch.
>>>>>> 
>>>>>> --- pig/trunk/ivy.xml (original)
>>>>>> +++ pig/trunk/ivy.xml Thu Apr 26 21:11:36 2012
>>>>>> @@ -178,7 +178,7 @@
>>>>>>  <dependency org="net.java.dev.javacc" name="javacc"
>>>>>> rev="${javacc.version}"
>>>>>>    conf="compile->master"/>
>>>>>>  <dependency org="junit" name="junit" rev="${junit.version}"
>>>>>> -      conf="test->default"/>
>>>>>> +      conf="compile->master"/>
>>>>>>  <dependency org="com.google.code.p.arat" name="rat-lib"
>>>>>> rev="${rats-lib.version}"
>>>>>>    conf="releaseaudit->default"/>
>>>>>>  <dependency org="org.codehaus.jackson" name="jackson-mapper-asl"
>>>>>> rev="${jackson.version}"
>>>>>> 
>>>>>> Daniel
>>>>>> 
>>>>>> On Thu, Apr 26, 2012 at 2:07 PM, Julien Le Dem<[email protected]>
>>>>>> wrote:
>>>>>>> 
>>>>>>> I'm planning to commit this in 0.10 branch as well
>>>>>>> The patch has only new files so it will apply cleanly.
>>>>>>> Any objection?
>>>>>>> Julien
>>>>>>> 
>>>>>>> 
>>>>>>> On Apr 26, 2012, at 1:30 PM, Julien Le Dem (JIRA) wrote:
>>>>>>> 
>>>>>>>> 
>>>>>>>>   [
>>>>>> 
>>>>>> 
>>>>>> https://issues.apache.org/jira/browse/PIG-2650?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>>>>>>>> 
>>>>>>>> 
>>>>>>>> Julien Le Dem resolved PIG-2650.
>>>>>>>> --------------------------------
>>>>>>>> 
>>>>>>>>     Resolution: Fixed
>>>>>>>>  Fix Version/s: 0.11
>>>>>>>> 
>>>>>>>>> Convenience mock Loader and Storer to simplify unit testing of Pig
>>>>>> 
>>>>>> scripts
>>>>>>>>> 
>>>>>>>>> 
>>>>>> 
>>>>>> --------------------------------------------------------------------------
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>>              Key: PIG-2650
>>>>>>>>>              URL: https://issues.apache.org/jira/browse/PIG-2650
>>>>>>>>>          Project: Pig
>>>>>>>>>       Issue Type: New Feature
>>>>>>>>>         Reporter: Julien Le Dem
>>>>>>>>>         Assignee: Julien Le Dem
>>>>>>>>>          Fix For: 0.11
>>>>>>>>> 
>>>>>>>>>      Attachments: PIG-2650-a.patch, PIG-2650-b.patch,
>>>>>> 
>>>>>> PIG-2650-c.patch, PIG-2650.patch
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> A test would look as follows:
>>>>>>>>> {code}
>>>>>>>>> PigServer pigServer = new PigServer(ExecType.LOCAL);
>>>>>>>>> TupleFactory tf = TupleFactory.getInstance();
>>>>>>>>> Data data = Storage.resetData(pigServer.getPigContext());
>>>>>>>>> data.set("foo", Arrays.asList(
>>>>>>>>>  tf.newTuple("a"),
>>>>>>>>>  tf.newTuple("b"),
>>>>>>>>>  tf.newTuple("c")
>>>>>>>>>  ));
>>>>>>>>> pigServer.registerQuery("A = LOAD 'foo' USING mock.Storage();");
>>>>>>>>> // some complex script to test
>>>>>>>>> pigServer.registerQuery("STORE A INTO 'bar' USING mock.Storage();");
>>>>>>>>> Iterator<Tuple>  out = data.get("bar").iterator();
>>>>>>>>> assertEquals("a", out.next().get(0));
>>>>>>>>> assertEquals("b", out.next().get(0));
>>>>>>>>> assertEquals("c", out.next().get(0));
>>>>>>>>> {code}
>>>>>>>> 
>>>>>>>> 
>>>>>>>> --
>>>>>>>> This message is automatically generated by JIRA.
>>>>>>>> If you think it was sent incorrectly, please contact your JIRA
>>>>>> 
>>>>>> administrators:
>>>>>> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
>>>>>>>> 
>>>>>>>> For more information on JIRA, see:
>>>>>> 
>>>>>> http://www.atlassian.com/software/jira
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>> 
> 

Reply via email to