Return-Path: Delivered-To: apmail-hadoop-mapreduce-user-archive@minotaur.apache.org Received: (qmail 77588 invoked from network); 15 Feb 2011 03:17:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 15 Feb 2011 03:17:26 -0000 Received: (qmail 55469 invoked by uid 500); 15 Feb 2011 03:17:25 -0000 Delivered-To: apmail-hadoop-mapreduce-user-archive@hadoop.apache.org Received: (qmail 54860 invoked by uid 500); 15 Feb 2011 03:17:22 -0000 Mailing-List: contact mapreduce-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: mapreduce-user@hadoop.apache.org Delivered-To: mailing list mapreduce-user@hadoop.apache.org Received: (qmail 54840 invoked by uid 99); 15 Feb 2011 03:17:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 03:17:21 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of coderplay@gmail.com designates 209.85.161.48 as permitted sender) Received: from [209.85.161.48] (HELO mail-fx0-f48.google.com) (209.85.161.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Feb 2011 03:17:15 +0000 Received: by fxm2 with SMTP id 2so5850827fxm.35 for ; Mon, 14 Feb 2011 19:16:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=nQHUSlcsuWrf6T2Or/m4XKGaInJt7ntU7md/Qh4yYUE=; b=Kv3wOmjs57B2tVy6YwxXxfRA3lXZPEwF6uSiW06gTGiTunW3qRcIOovyr2tpvUzh/L I6d3zvv9/4O2cLgAKa1YFBI7NVPhlGgYE9pOyea96T7RydiVdsygxge8hCg8jYR0MmdU DSICTlFV0GfrpsIlGuONWo92lRW6jpfdmHyVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Im0tCySi0KoTcGxuE1xCehgrkj2DBAjpAlEn9Z3xoID3lw5QrWP20GCMSwHB9SWoI/ pGhUZwHhZrU6cxpbjSKHQMSqAHix4HDb38+0QS17T+o7sSGlr19nAYYJMDlm8PhSZx8G M7f4ERGTKvL+wU1Gqfig6q13nWbC1nCYKe5HI= MIME-Version: 1.0 Received: by 10.223.103.16 with SMTP id i16mr5470809fao.40.1297739815346; Mon, 14 Feb 2011 19:16:55 -0800 (PST) Received: by 10.223.96.72 with HTTP; Mon, 14 Feb 2011 19:16:55 -0800 (PST) Date: Tue, 15 Feb 2011 11:16:55 +0800 Message-ID: Subject: Why jobtracker.jsp can safely call a non-thread-safe method of JT? From: Min Zhou To: mapreduce-dev@hadoop.apache.org, mapreduce-user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi all, Hadoop JobTracker's http info server provides running/failed/completed job informations on the web through jobtracker.jsp. Lines below show the logic how the web retries those informations from JobTracker. JobTracker tracker = (JobTracker) application.getAttribute("job.tracker"); ... Vector runningJobs = tracker.runningJobs(); Vector completedJobs = tracker.completedJobs(); Vector failedJobs = tracker.failedJobs(); Those three methods above are apparently non-thread-safe ones. I am confused, why the web can safely call a non-thread-safe method of JT? Thanks, Min -- My research interests are distributed systems, parallel computing and bytecode based virtual machine. My profile: http://www.linkedin.com/in/coderplay My blog: http://coderplay.javaeye.com