Return-Path: X-Original-To: apmail-hadoop-common-user-archive@www.apache.org Delivered-To: apmail-hadoop-common-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3AC4A61C5 for ; Mon, 20 Jun 2011 11:25:38 +0000 (UTC) Received: (qmail 94803 invoked by uid 500); 20 Jun 2011 11:25:35 -0000 Delivered-To: apmail-hadoop-common-user-archive@hadoop.apache.org Received: (qmail 94763 invoked by uid 500); 20 Jun 2011 11:25:35 -0000 Mailing-List: contact common-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: common-user@hadoop.apache.org Delivered-To: mailing list common-user@hadoop.apache.org Received: (qmail 94755 invoked by uid 500); 20 Jun 2011 11:25:35 -0000 Delivered-To: apmail-hadoop-core-user@hadoop.apache.org Received: (qmail 94752 invoked by uid 500); 20 Jun 2011 11:25:35 -0000 Delivered-To: apmail-lucene-hadoop-user@lucene.apache.org Received: (qmail 94749 invoked by uid 99); 20 Jun 2011 11:25:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jun 2011 11:25:35 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=FREEMAIL_FROM,RFC_ABUSE_POST,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 216.139.236.26 is neither permitted nor denied by domain of marc.sturlese@gmail.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Jun 2011 11:25:28 +0000 Received: from ben.nabble.com ([192.168.236.152]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1QYcbL-0001ES-VA for hadoop-user@lucene.apache.org; Mon, 20 Jun 2011 04:25:07 -0700 Date: Mon, 20 Jun 2011 04:25:07 -0700 (PDT) From: Marc Sturlese To: hadoop-user@lucene.apache.org Message-ID: <1308569107956-3085755.post@n3.nabble.com> Subject: Good practices using a jar with hadoop jobs MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Let's say I have a /home/me/foo.jar which contains a main that runs a hadoop job and once it get completed launches another job (a pipeline of a couple of jobs). The jar contains all the hadoop libs and other stuff needed too. I launch it with hadoop jar /home/me/foo.jar. If while the first job is running I do some changes to the code (that just affect the second job, or neither of them) and upload the new compiled jar to /home/me/foo.jar, once the job that was running finishes and the second tries to start, everything gets broken. If I launch everything form the beginning again, it works with no problems. The thing is that I have this execution croned, so , every time I change something, I have to stop the cron, wait for the execution to end, upload the new jar and activate the cron again. This way I can avid the crash. Are there any good practices about doing this kind of uploads? Thanks in advance. -- View this message in context: http://lucene.472066.n3.nabble.com/Good-practices-using-a-jar-with-hadoop-jobs-tp3085755p3085755.html Sent from the Hadoop lucene-users mailing list archive at Nabble.com.