[jira] Created: (PIG-799) Unit tests on windows are failing after multiquery commit

2009-05-04 Thread Olga Natkovich (JIRA)
Unit tests on windows are failing after multiquery commit
-

 Key: PIG-799
 URL: https://issues.apache.org/jira/browse/PIG-799
 Project: Pig
  Issue Type: Bug
Reporter: Olga Natkovich
Assignee: Daniel Dai


Daniel could you take a look. It should be reproducible with the latest trunk. 
Thanks

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



[jira] Resolved: (PIG-789) coupling load and store in script no longer works

2009-05-04 Thread Alan Gates (JIRA)

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

Alan Gates resolved PIG-789.


   Resolution: Fixed
Fix Version/s: 0.3.0

Patch checked in.  Thanks Gunther.

> coupling load and store in script no longer works
> -
>
> Key: PIG-789
> URL: https://issues.apache.org/jira/browse/PIG-789
> Project: Pig
>  Issue Type: Bug
>  Components: impl
>Affects Versions: 0.3.0
>Reporter: Alan Gates
>Assignee: Gunther Hagleitner
> Fix For: 0.3.0
>
> Attachments: dump_bug.patch
>
>
> Many user's pig script do something like this:
> a = load '/user/pig/tests/data/singlefile/studenttab10k' as (name, age, gpa);
> c = filter a by age > 500;
> e = group c by (name, age);
> f = foreach e generate group, COUNT($1);
> store f into 'bla';
> f1 = load 'bla';
> g = order f1 by $1;
> dump g;
> With the inclusion of the multi-query phase2 patch this appears to no longer 
> work.  You get an error:
> 2009-04-28 18:24:50,776 [main] ERROR org.apache.pig.tools.grunt.Grunt - ERROR 
> 2100: hdfs://wilbur11.labs.corp.sp1.yahoo.com/user/gates/bla does not exist.
> We shouldn't be checking for bla's existence here because it will be created 
> eventually by the script.

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



[jira] Commented: (PIG-774) Pig does not handle Chinese characters (in both the parameter subsitution using -param_file or embedded in the Pig script) correctly

2009-05-04 Thread Olga Natkovich (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705820#action_12705820
 ] 

Olga Natkovich commented on PIG-774:


sorry, Daniel, I misunderstood you comment. The patch looks good, please commit.

> Pig does not handle Chinese characters (in both the parameter subsitution 
> using -param_file or embedded in the Pig script) correctly
> 
>
> Key: PIG-774
> URL: https://issues.apache.org/jira/browse/PIG-774
> Project: Pig
>  Issue Type: Bug
>  Components: grunt, impl
>Affects Versions: 0.0.0
>Reporter: Viraj Bhat
>Assignee: Daniel Dai
>Priority: Critical
> Fix For: 0.0.0
>
> Attachments: chinese.txt, chinese_data.pig, nextgen_paramfile, 
> pig_1240967860835.log, utf8.patch, utf8_parser-1.patch, utf8_parser-2.patch
>
>
> I created a very small test case in which I did the following.
> 1) Created a UTF-8 file which contained a query string in Chinese and wrote 
> it to HDFS. I used this dfs file as an input for the tests.
> 2) Created a parameter file which also contained the same query string as in 
> Step 1.
> 3) Created a Pig script which takes in the parametrized query string and hard 
> coded Chinese character.
> 
> Pig script: chinese_data.pig
> 
> {code}
> rmf chineseoutput;
> I = load '/user/viraj/chinese.txt' using PigStorage('\u0001');
> J = filter I by $0 == '$querystring';
> --J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> store J into 'chineseoutput';
> dump J;
> {code}
> =
> Parameter file: nextgen_paramfile
> =
> queryid=20090311
> querystring='   歌手香港情牽女人心演唱會'
> =
> Input file: /user/viraj/chinese.txt
> =
> shell$ hadoop fs -cat /user/viraj/chinese.txt
> 歌手香港情牽女人心演唱會
> =
> I ran the above set of inputs in the following ways:
> Run 1:
> =
> {code}
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main -param_file nextgen_paramfile chinese_data.pig
> {code}
> =
> 2009-04-22 01:31:35,703 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:31:40,700 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> Run 2: removed the parameter substitution in the Pig script instead used the 
> following statement.
> =
> {code}
> J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> {code}
> =
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main chinese_data_withoutparam.pig
> =
> 2009-04-22 01:35:22,402 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:35:27,399 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> In both cases:
> =
> {code}
> shell $ hadoop fs -ls /user/viraj/chineseoutput
> Found 2 items
> drwxr-xr-x   - viraj supergroup  0 2009-04-22 01:37 
> /user/viraj/chineseoutput/_logs
> -rw-r--r--   3 viraj supergroup  0 2009-04-22 01:37 
> /user/viraj/chineseoutpu

[jira] Commented: (PIG-477) passing properties from command line to the backend

2009-05-04 Thread David Ciemiewicz (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705814#action_12705814
 ] 

David Ciemiewicz commented on PIG-477:
--

PIG-602 is related to this, I think.

> passing properties from command line to the backend
> ---
>
> Key: PIG-477
> URL: https://issues.apache.org/jira/browse/PIG-477
> Project: Pig
>  Issue Type: Improvement
>Affects Versions: 0.2.0
>Reporter: Olga Natkovich
>
> We have users that would like to be able to pass paramters from command line 
> to their UDFs.
> A natural way to do that would be pass them as properties from the client to 
> the compute node and make them available through System.getProperties on the 
> backend.

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



[jira] Commented: (PIG-602) Pass global configurations to UDF

2009-05-04 Thread David Ciemiewicz (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705812#action_12705812
 ] 

David Ciemiewicz commented on PIG-602:
--

JIRA PIG-477 is related to this, I think.

> Pass global configurations to UDF
> -
>
> Key: PIG-602
> URL: https://issues.apache.org/jira/browse/PIG-602
> Project: Pig
>  Issue Type: New Feature
>  Components: impl
>Reporter: Yiping Han
>Assignee: Alan Gates
>
> We are seeking an easy way to pass a large number of global configurations to 
> UDFs.
> Since our application contains many pig jobs, and has a large number of 
> configurations. Passing configurations through command line is not an ideal 
> way (i.e. modifying single parameter needs to change multiple command lines). 
> And to put everything into the hadoop conf is not an ideal way either.
> We would like to see if Pig can provide such a facility that allows us to 
> pass a configuration file in some format(XML?) and then make it available 
> through out all the UDFs.

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



[jira] Commented: (PIG-774) Pig does not handle Chinese characters (in both the parameter subsitution using -param_file or embedded in the Pig script) correctly

2009-05-04 Thread Daniel Dai (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705799#action_12705799
 ] 

Daniel Dai commented on PIG-774:


Hi, Olga, 
I actually assume only textural data inside bytearray as UTF8. The functions I 
change are DataByteArray.DataByteArray(String s) and DataByteArray.toString(), 
which are the functions to convert String to/from byte array. If image or other 
binary data, we will not need to convert them to/from a String, so they will be 
fine.

> Pig does not handle Chinese characters (in both the parameter subsitution 
> using -param_file or embedded in the Pig script) correctly
> 
>
> Key: PIG-774
> URL: https://issues.apache.org/jira/browse/PIG-774
> Project: Pig
>  Issue Type: Bug
>  Components: grunt, impl
>Affects Versions: 0.0.0
>Reporter: Viraj Bhat
>Assignee: Daniel Dai
>Priority: Critical
> Fix For: 0.0.0
>
> Attachments: chinese.txt, chinese_data.pig, nextgen_paramfile, 
> pig_1240967860835.log, utf8.patch, utf8_parser-1.patch, utf8_parser-2.patch
>
>
> I created a very small test case in which I did the following.
> 1) Created a UTF-8 file which contained a query string in Chinese and wrote 
> it to HDFS. I used this dfs file as an input for the tests.
> 2) Created a parameter file which also contained the same query string as in 
> Step 1.
> 3) Created a Pig script which takes in the parametrized query string and hard 
> coded Chinese character.
> 
> Pig script: chinese_data.pig
> 
> {code}
> rmf chineseoutput;
> I = load '/user/viraj/chinese.txt' using PigStorage('\u0001');
> J = filter I by $0 == '$querystring';
> --J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> store J into 'chineseoutput';
> dump J;
> {code}
> =
> Parameter file: nextgen_paramfile
> =
> queryid=20090311
> querystring='   歌手香港情牽女人心演唱會'
> =
> Input file: /user/viraj/chinese.txt
> =
> shell$ hadoop fs -cat /user/viraj/chinese.txt
> 歌手香港情牽女人心演唱會
> =
> I ran the above set of inputs in the following ways:
> Run 1:
> =
> {code}
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main -param_file nextgen_paramfile chinese_data.pig
> {code}
> =
> 2009-04-22 01:31:35,703 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:31:40,700 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> Run 2: removed the parameter substitution in the Pig script instead used the 
> following statement.
> =
> {code}
> J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> {code}
> =
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main chinese_data_withoutparam.pig
> =
> 2009-04-22 01:35:22,402 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:35:27,399 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> In both cases:
> =
> {code}
> 

[jira] Commented: (PIG-774) Pig does not handle Chinese characters (in both the parameter subsitution using -param_file or embedded in the Pig script) correctly

2009-05-04 Thread Olga Natkovich (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-774?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705750#action_12705750
 ] 

Olga Natkovich commented on PIG-774:


Daniel,

I don't think we can assume that bytearray data is encouded with UTF8. we can 
be processing images or other binary data.

> Pig does not handle Chinese characters (in both the parameter subsitution 
> using -param_file or embedded in the Pig script) correctly
> 
>
> Key: PIG-774
> URL: https://issues.apache.org/jira/browse/PIG-774
> Project: Pig
>  Issue Type: Bug
>  Components: grunt, impl
>Affects Versions: 0.0.0
>Reporter: Viraj Bhat
>Assignee: Daniel Dai
>Priority: Critical
> Fix For: 0.0.0
>
> Attachments: chinese.txt, chinese_data.pig, nextgen_paramfile, 
> pig_1240967860835.log, utf8.patch, utf8_parser-1.patch, utf8_parser-2.patch
>
>
> I created a very small test case in which I did the following.
> 1) Created a UTF-8 file which contained a query string in Chinese and wrote 
> it to HDFS. I used this dfs file as an input for the tests.
> 2) Created a parameter file which also contained the same query string as in 
> Step 1.
> 3) Created a Pig script which takes in the parametrized query string and hard 
> coded Chinese character.
> 
> Pig script: chinese_data.pig
> 
> {code}
> rmf chineseoutput;
> I = load '/user/viraj/chinese.txt' using PigStorage('\u0001');
> J = filter I by $0 == '$querystring';
> --J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> store J into 'chineseoutput';
> dump J;
> {code}
> =
> Parameter file: nextgen_paramfile
> =
> queryid=20090311
> querystring='   歌手香港情牽女人心演唱會'
> =
> Input file: /user/viraj/chinese.txt
> =
> shell$ hadoop fs -cat /user/viraj/chinese.txt
> 歌手香港情牽女人心演唱會
> =
> I ran the above set of inputs in the following ways:
> Run 1:
> =
> {code}
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main -param_file nextgen_paramfile chinese_data.pig
> {code}
> =
> 2009-04-22 01:31:35,703 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:31:40,700 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:31:50,720 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> Run 2: removed the parameter substitution in the Pig script instead used the 
> following statement.
> =
> {code}
> J = filter I by $0 == ' 歌手香港情牽女人心演唱會';
> {code}
> =
> java -cp pig.jar:/home/viraj/hadoop-0.18.0-dev/conf/ -Dhod.server='' 
> org.apache.pig.Main chinese_data_withoutparam.pig
> =
> 2009-04-22 01:35:22,402 [Thread-7] WARN  org.apache.hadoop.mapred.JobClient - 
> Use GenericOptionsParser for parsing the
> arguments. Applications should implement Tool for the same.
> 2009-04-22 01:35:27,399 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 0% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> 100% complete
> 2009-04-22 01:35:32,415 [main] INFO  
> org.apache.pig.backend.hadoop.executionengine.mapReduceLayer.MapReduceLauncher
>  -
> Success!
> =
> In both cases:
> =
> {code}
> shell $ hadoop fs -ls /user/viraj/chineseoutput
> Found 2 items
> drwxr-xr-x   - viraj supergroup  0 2009-04-22 01:37 
> /user/viraj/chineseoutput/_logs
> -rw-r--r--   3 viraj supergroup  

[jira] Issue Comment Edited: (PIG-795) Command that selects a random sample of the rows, similar to LIMIT

2009-05-04 Thread Olga Natkovich (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-795?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705739#action_12705739
 ] 

Olga Natkovich edited comment on PIG-795 at 5/4/09 1:58 PM:


Patch committed. Thanks, Eric, for contributing.

  was (Author: olgan):
Patch committed. Thanks, Eric, for sontributing.
  
> Command that selects a random sample of the rows, similar to LIMIT
> --
>
> Key: PIG-795
> URL: https://issues.apache.org/jira/browse/PIG-795
> Project: Pig
>  Issue Type: New Feature
>  Components: impl
>Reporter: Eric Gaudet
>Priority: Trivial
> Attachments: sample2.diff, sample3.diff
>
>
> When working with very large data sets (imagine that!), running a pig script 
> can take time. It may be useful to run on a small subset of the data in some 
> situations (eg: debugging / testing, or to get fast results even if less 
> accurate.) 
> The command "LIMIT N" selects the first N rows of the data, but these are not 
> necessarily randomzed. A command "SAMPLE X" would retain the row only with 
> the probability x%.
> Note: it is possible to implement this feature with FILTER BY and an UDF, but 
> so is LIMIT, and limit is built-in.

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



[jira] Resolved: (PIG-795) Command that selects a random sample of the rows, similar to LIMIT

2009-05-04 Thread Olga Natkovich (JIRA)

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

Olga Natkovich resolved PIG-795.


Resolution: Fixed

Patch committed. Thanks, Eric, for sontributing.

> Command that selects a random sample of the rows, similar to LIMIT
> --
>
> Key: PIG-795
> URL: https://issues.apache.org/jira/browse/PIG-795
> Project: Pig
>  Issue Type: New Feature
>  Components: impl
>Reporter: Eric Gaudet
>Priority: Trivial
> Attachments: sample2.diff, sample3.diff
>
>
> When working with very large data sets (imagine that!), running a pig script 
> can take time. It may be useful to run on a small subset of the data in some 
> situations (eg: debugging / testing, or to get fast results even if less 
> accurate.) 
> The command "LIMIT N" selects the first N rows of the data, but these are not 
> necessarily randomzed. A command "SAMPLE X" would retain the row only with 
> the probability x%.
> Note: it is possible to implement this feature with FILTER BY and an UDF, but 
> so is LIMIT, and limit is built-in.

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



[jira] Resolved: (PIG-627) PERFORMANCE: multi-query optimization

2009-05-04 Thread Olga Natkovich (JIRA)

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

Olga Natkovich resolved PIG-627.


Resolution: Fixed

The code has been merged to the trunk. Thanks Richard and Gunther for 
contributing this complex and very useful feature!

> PERFORMANCE: multi-query optimization
> -
>
> Key: PIG-627
> URL: https://issues.apache.org/jira/browse/PIG-627
> Project: Pig
>  Issue Type: Improvement
>Affects Versions: 0.2.0
>Reporter: Olga Natkovich
> Attachments: doc-fix.patch, error_handling_0415.patch, 
> error_handling_0416.patch, file_cmds-0305.patch, fix_store_prob.patch, 
> merge-041409.patch, merge_741727_HEAD__0324.patch, 
> merge_741727_HEAD__0324_2.patch, merge_trunk_to_branch.patch, 
> multi-store-0303.patch, multi-store-0304.patch, multiquery-phase2_0313.patch, 
> multiquery-phase2_0323.patch, multiquery-phase3_0423.patch, 
> multiquery_0223.patch, multiquery_0224.patch, multiquery_0306.patch, 
> multiquery_explain_fix.patch, non_reversible_store_load_dependencies.patch, 
> non_reversible_store_load_dependencies_2.patch, 
> noop_filter_absolute_path_flag.patch, 
> noop_filter_absolute_path_flag_0401.patch, streaming-fix.patch
>
>
> Currently, if your Pig script contains multiple stores and some shared 
> computation, Pig will execute several independent queries. For instance:
> A = load 'data' as (a, b, c);
> B = filter A by a > 5;
> store B into 'output1';
> C = group B by b;
> store C into 'output2';
> This script will result in map-only job that generated output1 followed by a 
> map-reduce job that generated output2. As the resuld data is read, parsed and 
> filetered twice which is unnecessary and costly. 

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



[jira] Commented: (PIG-701) Implement IVY for resolving pig dependencies

2009-05-04 Thread Giridharan Kesavan (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705568#action_12705568
 ] 

Giridharan Kesavan commented on PIG-701:


I just committed this!



> Implement IVY for resolving pig dependencies 
> -
>
> Key: PIG-701
> URL: https://issues.apache.org/jira/browse/PIG-701
> Project: Pig
>  Issue Type: New Feature
>  Components: build
>Reporter: Giridharan Kesavan
>Assignee: Giridharan Kesavan
> Attachments: lib_rm.sh, PIG-701.patch, PIG-701.patch, PIG-701.patch, 
> PIG-701.patch
>
>
> pig libraries to be resolved using IVY from the centralized maven repository.

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



[jira] Commented: (PIG-701) Implement IVY for resolving pig dependencies

2009-05-04 Thread Hadoop QA (JIRA)

[ 
https://issues.apache.org/jira/browse/PIG-701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12705550#action_12705550
 ] 

Hadoop QA commented on PIG-701:
---

-1 overall.  Here are the results of testing the latest attachment 
  http://issues.apache.org/jira/secure/attachment/12407137/PIG-701.patch
  against trunk revision 770445.

+1 @author.  The patch does not contain any @author tags.

+1 tests included.  The patch appears to include 1 new or modified tests.

+1 javadoc.  The javadoc tool did not generate any warning messages.

+1 javac.  The applied patch does not increase the total number of javac 
compiler warnings.

+1 findbugs.  The patch does not introduce any new Findbugs warnings.

+1 release audit.  The applied patch does not increase the total number of 
release audit warnings.

-1 core tests.  The patch failed core unit tests.

+1 contrib tests.  The patch passed contrib unit tests.

Test results: 
http://hudson.zones.apache.org/hudson/job/Pig-Patch-minerva.apache.org/29/testReport/
Findbugs warnings: 
http://hudson.zones.apache.org/hudson/job/Pig-Patch-minerva.apache.org/29/artifact/trunk/build/test/findbugs/newPatchFindbugsWarnings.html
Console output: 
http://hudson.zones.apache.org/hudson/job/Pig-Patch-minerva.apache.org/29/console

This message is automatically generated.

> Implement IVY for resolving pig dependencies 
> -
>
> Key: PIG-701
> URL: https://issues.apache.org/jira/browse/PIG-701
> Project: Pig
>  Issue Type: New Feature
>  Components: build
>Reporter: Giridharan Kesavan
>Assignee: Giridharan Kesavan
> Attachments: lib_rm.sh, PIG-701.patch, PIG-701.patch, PIG-701.patch, 
> PIG-701.patch
>
>
> pig libraries to be resolved using IVY from the centralized maven repository.

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



[jira] Updated: (PIG-701) Implement IVY for resolving pig dependencies

2009-05-04 Thread Giridharan Kesavan (JIRA)

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

Giridharan Kesavan updated PIG-701:
---

Status: Open  (was: Patch Available)

resubmitting a patch

> Implement IVY for resolving pig dependencies 
> -
>
> Key: PIG-701
> URL: https://issues.apache.org/jira/browse/PIG-701
> Project: Pig
>  Issue Type: New Feature
>  Components: build
>Reporter: Giridharan Kesavan
>Assignee: Giridharan Kesavan
> Attachments: lib_rm.sh, PIG-701.patch, PIG-701.patch, PIG-701.patch, 
> PIG-701.patch
>
>
> pig libraries to be resolved using IVY from the centralized maven repository.

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



[jira] Updated: (PIG-701) Implement IVY for resolving pig dependencies

2009-05-04 Thread Giridharan Kesavan (JIRA)

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

Giridharan Kesavan updated PIG-701:
---

Attachment: PIG-701.patch

> Implement IVY for resolving pig dependencies 
> -
>
> Key: PIG-701
> URL: https://issues.apache.org/jira/browse/PIG-701
> Project: Pig
>  Issue Type: New Feature
>  Components: build
>Reporter: Giridharan Kesavan
>Assignee: Giridharan Kesavan
> Attachments: lib_rm.sh, PIG-701.patch, PIG-701.patch, PIG-701.patch, 
> PIG-701.patch
>
>
> pig libraries to be resolved using IVY from the centralized maven repository.

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



[jira] Updated: (PIG-701) Implement IVY for resolving pig dependencies

2009-05-04 Thread Giridharan Kesavan (JIRA)

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

Giridharan Kesavan updated PIG-701:
---

Status: Patch Available  (was: Open)

> Implement IVY for resolving pig dependencies 
> -
>
> Key: PIG-701
> URL: https://issues.apache.org/jira/browse/PIG-701
> Project: Pig
>  Issue Type: New Feature
>  Components: build
>Reporter: Giridharan Kesavan
>Assignee: Giridharan Kesavan
> Attachments: lib_rm.sh, PIG-701.patch, PIG-701.patch, PIG-701.patch, 
> PIG-701.patch
>
>
> pig libraries to be resolved using IVY from the centralized maven repository.

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