Return-Path: X-Original-To: apmail-activemq-dev-archive@www.apache.org Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4F443182D1 for ; Thu, 27 Aug 2015 01:02:08 +0000 (UTC) Received: (qmail 37424 invoked by uid 500); 27 Aug 2015 01:02:03 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 37359 invoked by uid 500); 27 Aug 2015 01:02:03 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 37347 invoked by uid 99); 27 Aug 2015 01:02:02 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Aug 2015 01:02:02 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 56B6EEE4B0 for ; Thu, 27 Aug 2015 01:02:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.1 X-Spam-Level: X-Spam-Status: No, score=-0.1 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id ajNGvjo0Sqt6 for ; Thu, 27 Aug 2015 01:01:54 +0000 (UTC) Received: from mail-yk0-f174.google.com (mail-yk0-f174.google.com [209.85.160.174]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 5E7A42645E for ; Thu, 27 Aug 2015 01:01:54 +0000 (UTC) Received: by ykbi184 with SMTP id i184so4709200ykb.2 for ; Wed, 26 Aug 2015 18:01:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:mime-version:subject :message-id:date:references:in-reply-to:to; bh=PGNIvFF8w+O3Vn8ETz538eG97XKdMZJHS6dNtV8aYww=; b=s1Q9+KTvkSe+0KlTrQ43IN4VitJU4mtHOdystGrjuSDvyirPAZLC6xynvUcgeovpRV ZTj4h2TQn2kbYhIg5hRJdZjapebpTTBF/UpO8YcHTWP85PZhwxlsPZX7NA+XtWPljaI0 JemkMXSb8MyzDY6KOF80c2BqebmTGbdwxQt/QJtKXzE5dZQcw7EMPbhbKYFpTmbsGTDg ZGWC0oOisO7fdYv3EBruKOTZTO3QZaTocV9QWPSG3ipZqDhVAMJVIYx7FZbu27S/auso hlltNkBymKHGHDy1nl7e4j7LgaZSsqTr8nLcth0D+apZhce1qSfdpptE1bpQmuk9Hwn7 i+Ew== X-Received: by 10.129.86.5 with SMTP id k5mr1284892ywb.156.1440637313632; Wed, 26 Aug 2015 18:01:53 -0700 (PDT) Received: from ?IPv6:2601:586:200:4e05:5c9a:854:4d75:cacc? ([2601:586:200:4e05:5c9a:854:4d75:cacc]) by smtp.gmail.com with ESMTPSA id f123sm450579ywb.15.2015.08.26.18.01.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Aug 2015 18:01:52 -0700 (PDT) From: Clebert Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Subject: Re: Content length on stomp messages Message-Id: <99C920DF-3316-4463-8D10-E1A345EDA776@gmail.com> Date: Wed, 26 Aug 2015 21:01:51 -0400 References: In-Reply-To: To: "dev@activemq.apache.org" X-Mailer: iPhone Mail (12H321) I'm confused if there is an issue or not? If there is can u send a fix ? :) -- Clebert Suconic typing on the iPhone.=20 > On Aug 26, 2015, at 18:22, John D. Ament wrote: >=20 > What you're saying is true, but it's also indicative of a potential > overflow issue. >=20 > John >=20 > On Wed, Aug 26, 2015 at 6:16 PM Hiram Chirino > wrote: >=20 >> if content length is 1000, then the message body should be 1000 bytes. >> If the frame has less then that it's an error on the sending side of >> the protocol encoder >>=20 >> On Mon, Jul 20, 2015 at 12:57 PM, John D. Ament >> wrote: >>> Hey guys! >>>=20 >>> Following up on a conversation was having on github via stomp messages. >>>=20 >>> I think we do have a bug with the content length, where we can try to >> read >>> larger than the message. >> https://github.com/apache/activemq-artemis/blob/master/artemis-protocols/= artemis-stomp-protocol/src/main/java/org/apache/activemq/artemis/core/protoc= ol/stomp/StompDecoder.java#L230 >>>=20 >>> If I'm reading this right, if the content length is manually set to 1000= >>> and there's only 200 bytes we might be trying to get 1000. Not sure wha= t >>> will happen, does it read into the next message? >>>=20 >>> John >>=20 >>=20 >>=20 >> -- >> Hiram Chirino >> Engineering | Red Hat, Inc. >> hchirino@redhat.com | fusesource.com | redhat.com >> skype: hiramchirino | twitter: @hiramchirino >>=20