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 <the...@hortonworks.com> 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<da...@hortonworks.com>  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<jul...@twitter.com>
>>>>> 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