You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pig.apache.org by "Richard Ding (JIRA)" <ji...@apache.org> on 2010/07/16 22:12:10 UTC

[jira] Assigned: (PIG-1397) GruntParser should invoke executeBatch() first in processFsCommand()

     [ https://issues.apache.org/jira/browse/PIG-1397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Richard Ding reassigned PIG-1397:
---------------------------------

    Assignee: Richard Ding

> GruntParser should invoke executeBatch() first in processFsCommand()
> --------------------------------------------------------------------
>
>                 Key: PIG-1397
>                 URL: https://issues.apache.org/jira/browse/PIG-1397
>             Project: Pig
>          Issue Type: Bug
>    Affects Versions: 0.6.0, 0.7.0
>            Reporter: Pradeep Kamath
>            Assignee: Richard Ding
>             Fix For: 0.8.0
>
>
> If a script has multiple stores which can be optimized using multiquery optimization and if the script also has some file system state modifiying commands like "cp, mv, rm" then currently Gruntparser executes the plan until the filesystem command so that multiquery optimization will work on the file system after it has been modified (for example some portion of the multi query optimized script might be depending on the cp/mv or rm command to have run first). This is not done for "fs ..." commands - GruntParser should do the same even for "fs .." commands in processFsCommand()

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.