Redstone apparently expects base64 data to have no newlines, as per RFC
4648 (http://tools.ietf.org/html/rfc4648#section-3.1 ) or 3548 (
http://tools.ietf.org/html/rfc3548#section-2.1 ).
However, when the xmlrpc spec was written (1999), those RFCs did not exist.
The common specification for base64 at the time was MIME (see
http://tools.ietf.org/html/rfc2045#section-6.8 ), which specifies a newline
every 76 characters.
Therefore, it seems reasonable for an xmlrpc implementation to follow the
MIME spec and insert newlines in base64 data. For example, Python's
xmlrpclib does this... here's an example:
http://pastebin.com/f523206e2
If Redstone receives base64 data with newlines, it raises an exception like
the attached.
This is understandable given the vagueness of the xmlrpc spec, but bad for
interoperability. Unless the xmlrpc spec is updated to clarify which base64
spec is intended, you should assume that some implementations will follow
the MIME spec.
Greger Ohlson
None
None
Public
|
Date: 2007-08-14 02:20
|
|
Date: 2007-07-30 23:00
|
|
Date: 2007-07-30 22:02
|
|
Date: 2007-07-16 15:40
|
|
Date: 2007-07-13 22:48
|
| Filename | Description | Download |
|---|---|---|
| redstone_traceback.txt | redstone stack trace | Download |
| Field | Old Value | Date | By |
|---|---|---|---|
| close_date | 2007-07-30 23:00 | 2007-08-14 02:20 | sf-robot |
| status_id | Pending | 2007-08-14 02:20 | sf-robot |
| resolution_id | None | 2007-07-30 23:00 | gregerohlson |
| close_date | - | 2007-07-30 23:00 | gregerohlson |
| status_id | Open | 2007-07-30 23:00 | gregerohlson |
| assigned_to | nobody | 2007-07-30 22:02 | gregerohlson |
| File Added | 236938: redstone_traceback.txt | 2007-07-13 22:40 | slinkp |
Copyright © 2010 Geeknet, Inc. All rights reserved. Terms of Use