Return-Path: Delivered-To: apmail-hadoop-chukwa-user-archive@minotaur.apache.org Received: (qmail 96862 invoked from network); 11 Mar 2010 01:44:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Mar 2010 01:44:47 -0000 Received: (qmail 95355 invoked by uid 500); 11 Mar 2010 01:44:16 -0000 Delivered-To: apmail-hadoop-chukwa-user-archive@hadoop.apache.org Received: (qmail 95276 invoked by uid 500); 11 Mar 2010 01:44:16 -0000 Mailing-List: contact chukwa-user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: chukwa-user@hadoop.apache.org Delivered-To: mailing list chukwa-user@hadoop.apache.org Received: (qmail 95268 invoked by uid 99); 11 Mar 2010 01:44:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Mar 2010 01:44:15 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [68.230.241.43] (HELO fed1rmmtao103.cox.net) (68.230.241.43) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Mar 2010 01:44:06 +0000 Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao103.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100311014334.TORY19579.fed1rmmtao103.cox.net@fed1rmimpo01.cox.net> for ; Wed, 10 Mar 2010 20:43:34 -0500 Received: from [192.168.2.102] ([72.219.134.38]) by fed1rmimpo01.cox.net with bizsmtp id rdja1d0060psTpU03dja8B; Wed, 10 Mar 2010 20:43:34 -0500 X-VR-Score: -30.00 X-Authority-Analysis: v=1.1 cv=qY0/QvRffkjURHWZjC3q+nTs9PdPIIJxYa32KydkvE8= c=1 sm=1 a=JL9YM0GFxJkA:10 a=kj9zAlcOel0A:10 a=GR4Dzj6YSaOpgaaiFoZ32Q==:17 a=mV9VRH-2AAAA:8 a=kQyt6mWWRSftS4DXnXUA:9 a=GH5pnszk_2NrASNVvQ8A:7 a=RN4Oj0zgg239VMIyLfawOKoasHcA:4 a=CjuIK1q_8ugA:10 a=chOeT46vTOp2d2xK:21 a=CVyqaV4aooXAkKZ5:21 a=GR4Dzj6YSaOpgaaiFoZ32Q==:117 X-CM-Score: 0.00 Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: 7bit Message-Id: <1A46B0CD-732C-419C-85BB-476BE3E8F577@annealsoft.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: chukwa-user@hadoop.apache.org From: Ellen Strnod Subject: Chunk sequence IDs other than byte counts? Date: Wed, 10 Mar 2010 17:43:50 -0800 X-Mailer: Apple Mail (2.753.1) X-Virus-Checked: Checked by ClamAV on apache.org I am a new user, contemplating using Chukwa with data which will be read from a JMS queue. I expect to write an adapter which will read from the queue and create text records which will be chunked and sent to the collector. My question - does anyone know if the chunk sequence ID, which the Chukwa architecture document says is the number of bytes the adapter has sent, could be any other repeatable sequential number, or does it have to be a byte count? (To return to this number is a little problematic in case of a restart, but the records coming off the queue have id's which I would like to use.) I was also looking for a streaming adapter implementation and ran across this in Jira: http://issues.apache.org/jira/browse/CHUKWA-102 - it seems that this adapter may have the same problem (maybe even more so, since it is intended to read from a stream rather than a queue) so maybe someone in the project has already given this some thought. Thanks in advance, Ellen