Re: Persisting Pig Scripts

2012-06-11 Thread Jonathan Coveney
We could also just serialize the script to more than one value and paste it together. 2012/6/11 Bill Graham > That's expected. It's a cap on the size of how much of the script can be > stored. I'm not sure what the exact size limit is though, but if it's > causing issues I'm sure we could make i

Re: Persisting Pig Scripts

2012-06-11 Thread Bill Graham
That's expected. It's a cap on the size of how much of the script can be stored. I'm not sure what the exact size limit is though, but if it's causing issues I'm sure we could make it a configurable value. On Mon, Jun 11, 2012 at 2:33 PM, Prashant Kommireddi wrote: > Bill, > > Would you know if

Re: Persisting Pig Scripts

2012-06-11 Thread Prashant Kommireddi
Bill, Would you know if that is expected or a bug? On Wed, Jun 6, 2012 at 5:56 PM, Bill Graham wrote: > One thing to be aware of when accessing the pig.script option is that AFAIK > there's a limit to how large the script can be, after which the rest would > be truncated. > > > On Wed, Jun 6

Re: Persisting Pig Scripts

2012-06-06 Thread Bill Graham
One thing to be aware of when accessing the pig.script option is that AFAIK there's a limit to how large the script can be, after which the rest would be truncated. On Wed, Jun 6, 2012 at 5:44 PM, Prashant Kommireddi wrote: > I completely agree that's an option. But IMHO being able to do that up

Re: Persisting Pig Scripts

2012-06-06 Thread Prashant Kommireddi
I completely agree that's an option. But IMHO being able to do that upfront would be a nice feature, adding cron is just an additional process we could avoid if possible. On Wed, Jun 6, 2012 at 5:39 PM, Dmitriy Ryaboy wrote: > You can write a nightly cron that runs the JobHistoryLoader job and >

Re: Persisting Pig Scripts

2012-06-06 Thread Dmitriy Ryaboy
You can write a nightly cron that runs the JobHistoryLoader job and stores parsed scripts to hdfs... D On Wed, Jun 6, 2012 at 5:16 PM, Prashant Kommireddi wrote: > I think that would be more of a post-process vs having Pig write the same > to a HDFS location. That would avoid having to parse it

Re: Persisting Pig Scripts

2012-06-06 Thread Prashant Kommireddi
I think that would be more of a post-process vs having Pig write the same to a HDFS location. That would avoid having to parse it from job.xml. On Wed, Jun 6, 2012 at 4:19 PM, Daniel Dai wrote: > One existing solution is "pig.script" entry inside job.xml, it is the > serialized Pig script. JobHi

Re: Persisting Pig Scripts

2012-06-06 Thread Daniel Dai
One existing solution is "pig.script" entry inside job.xml, it is the serialized Pig script. JobHistoryLoader can load job.xml files and grab those entries. Does that solve your problem? Daniel On Wed, Jun 6, 2012 at 3:52 PM, Prashant Kommireddi wrote: > Hi All, > > What do you guys think about