Mailing-List: contact issues-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@camel.apache.org
Date: Tue, 23 Oct 2012 21:01:12 +0000 (UTC)
From: =?utf-8?Q?Christian_M=C3=BCller_=28JIRA=29?= <jira@apache.org>
To: issues@camel.apache.org
Message-ID: <1255469051.18142.1351026072270.JavaMail.jiratomcat@arcas>
In-Reply-To: <1129571112.9903.1350915852285.JavaMail.jiratomcat@arcas>
Subject: [jira] [Updated] (CAMEL-5732) Data coding of 0x02 not considered
 8-bit
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/CAMEL-5732?page=3Dcom.atlassia=
n.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christian M=C3=BCller updated CAMEL-5732:
------------------------------------

    Fix Version/s: 2.11.0
                   2.10.3
                   2.9.5
   =20
> Data coding of 0x02 not considered 8-bit
> ----------------------------------------
>
>                 Key: CAMEL-5732
>                 URL: https://issues.apache.org/jira/browse/CAMEL-5732
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-smpp
>            Reporter: Francois Kritzinger
>            Assignee: Christian M=C3=BCller
>             Fix For: 2.9.5, 2.10.3, 2.11.0
>
>         Attachments: dcs_of_2_is_8bit.diff
>
>
> SmppUtils.parseAlphabetFromDataCoding()) doesn't identify an input of 0x0=
2 as 8-bit, but the SMPP spec (3.4 and 5.0) clearly states that 0x02 is oct=
et-unspecified (8-bit).
> The bug is actually in jsmpp, but the attached patch contains a workaroun=
d.
> This seems like a pretty blatant mistake to make, so perhaps there is goo=
d explanation that I am not aware of?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs
For more information on JIRA, see: http://www.atlassian.com/software/jira