You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commons-dev@ws.apache.org by "stefan stieglitz (JIRA)" <ji...@apache.org> on 2007/01/05 08:38:27 UTC
[jira] Resolved: (WSCOMMONS-101) axiom base64 encoding is incorrect
[ https://issues.apache.org/jira/browse/WSCOMMONS-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
stefan stieglitz resolved WSCOMMONS-101.
----------------------------------------
Resolution: Fixed
I wrote a simple test, that compares Base64 encoded data produced by axiom and an other library. This test succeeds with axiom 1.2.1, so this is fixed. (probably already with version 1.1 as Thilina stated)
> axiom base64 encoding is incorrect
> ----------------------------------
>
> Key: WSCOMMONS-101
> URL: https://issues.apache.org/jira/browse/WSCOMMONS-101
> Project: WS-Commons
> Issue Type: Bug
> Components: AXIOM
> Environment: axis2 tomcat win32
> Reporter: stefan stieglitz
> Assigned To: Thilina Gunarathne
> Attachments: axiom-patch-02.zip, test.jpg
>
>
> The base64 encoding of axiom seems to be incorrect. It produces filler characters '=' inside the encoded text. Those are only allowed at the end. In result the encoded text can't be decoded by other libraries. The decoder used by axiom can decode his own encoding, for example xerces-c can not.
> Reproduction:
> To reproduce this behavior try to encode any inhomogeneous image lager than 10kb.
> To ease the error analysis a linefeed has been inserted every 76 characters in booth encoded texts. I'm aware that this manipulation makes any
> decoding of the text impossible. (unless the filler characters at the end are recalculated)
> Example for error:
> [..]
> NDpscUkzSTNI8rTTOxeSRuXdiwB/YjZfDHx7erM48M39gkBiDNrjW3h1ZDL5m0W7a/Ppouyvlt5o
> tTMYN0XneX50O+pN8PPHkMssJ8HeJpTDJJEZbXRdQvbaQxuUL295Z289pdwMVJiubWaa3njKyw== (line 18)
> DLJGyuf8/wA8Y/tE/tBeLL77XrPxY8b6u87tNdm/8Q6rcK825WR0jecqhViSO2cYxgE62mftL/tC
> [..]
> zcYBGSQeoOBg8j6YruYPA9qsqqNoDZULt+8xAAGBnPIxgZ9eMcAHzXY+Fo5BIblHBygTbjpg8kYy
> f8c4z0rK1zwzLGEMSEwwNJKmQOjLg5GNoxjjH1JPGPq+bwfbW8mwkKwxuTByO3IC7RjHHTPOeg== (line 36)
> [..]
> Expected encoding:
> [..]
> NDpscUkzSTNI8rTTOxeSRuXdiwB/YjZfDHx7erM48M39gkBiDNrjW3h1ZDL5m0W7a/Ppouyvlt5o
> tTMYN0XneX50O+pN8PPHkMssJ8HeJpTDJJEZbXRdQvbaQxuUL295Z289pdwMVJiubWaa3njKywyy (line 18)
> Rsrn/P8APGP7RP7QXiy++16z8WPG+rvO7TXZv/EOq3CvNuVkdI3nKoVYkjtnGMYBOtpn7S/7Qvh+
> [..]
> ARkkHqDgYPI+mK7mDwParKqjaA2VC7fvMQABgZzyMYGfXjHAB812PhaOQSG5RwcoE246YPJGMn/H
> OM9Kytc8MyxhDEhMMDSSpkDoy4ORjaMY4x9STxj6vm8H21vJsJCsMbkwcjtyAu0Yxx0zznoa5nXd (line 36)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: commons-dev-help@ws.apache.org