HTTP POST-запрос и заголовки с вложениями MIME multipart/related и xop?
Я пытаюсь загрузить массовый обмен данными на eBay, используя их FileTransfer API. Чтобы сделать это, мне нужно отправить строку запроса xml на сервер eBay, но запрос xml содержит <Data>
раздел, который должен включать данные, которые вы передаете (в данном случае это zip-файл в кодировке base64, содержащий другой XML-документ). eBay приводит в C# пример того, как создать такой документ: https://ebay.custhelp.com/app/answers/detail/a_id/1561
Я пытался воссоздать этот пример в python, используя httplib для POST строки, которую я построил почти так же, как в примере (3 UUID уникальны):
request = """
--MIMEBoundaryurn_uuid_{XMLUUID}
Content-Type: application/xop+xml;charset=UTF-8;type="text/xml;charset=UTF-8";
Content-Transfer-Encoding: binary
Content-ID:<0.urn:uuid:{REQUUID}>
<?xml version="1.0" encoding="utf-8"?>
<uploadFileRequest xmlns:sct=\"http://www.ebay.com/soaframework/common/types\" xmlns="http://www.ebay.com/marketplace/services">
<fileAttachment>
<Size>{Size}</Size>
<Data><xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include"
href="cid:urn:uuid:{ATTCHMNTUUID}>"</Data>
</fileAttachment>
<fileFormat>{fileFormat}</fileFormat>
<fileReferenceId>{fileReferenceId}</fileReferenceId>
<taskReferenceId>{taskReferenceId}</taskReferenceId>
</uploadFileRequest>
--MIMEBoundaryurn_uuid_{XMLUUID}
Content-Type: application/octet-stream
Content-Transfer-Encoding: binary
Content-ID: <urn.uuid:{ATTCHMNTUUID}>\r\n
{Data}
--MIMEBoundaryurn_uuid_{XMLUUID}--
""".replace("\t", "")
request_dict = {
'Size': size,
'Data': payload,
'fileFormat': 'zip',
'fileReferenceId': '50000935383',
'taskReferenceId': '50000847753',
'REQUUID': reqUUID,
'XMLUUID': xmlUUID,
'ATTCHMNTUUID': attchmntUUID,
}
request = request.format( **request_dict )
С заголовками, которые выглядят так:
headers = {
'X-EBAY-SOA-OPERATION-NAME': 'uploadFile',
'X-EBAY-SOA-SERVICE-NAME': 'FileTransferService',
'X-EBAY-SOA-SECURITY-TOKEN': #Auth Token,
'Content-type': "multipart/related; boundary=" + boundary + ";type=\"application/xop+xml\";start=\"<0." + "urn:uuid:" + str(requuid) + ">\";start-info=\"text/xml\""
}
а потом мой ПОСТ:
connection = httplib.HTTPSConnection( 'storage.sandbox.ebay.com' )
connection.request( "POST", '/FileTransferService', request, headers )
Когда я отправляю xml-запрос без информации о вложении MIME, он принимает файл без проблем. Но когда я пытаюсь сделать это, как приведенный выше код, с MIME multipart / связанных приложений и <xop>
тег, указывающий, где находятся данные во вложении, процедура POST не удалась, и я получил ответ "Ошибка 302: временно перемещено". Это заставляет меня поверить, что что-то не так с тем, как я сконструировал многопользовательский / связанный XML-запрос MIME, с тем, как я сконструировал объявление заголовка "Content-type", или с моим использованием xop, или, скорее всего, с комбинацией всех трех. вещи.
Наверное, мой вопрос: как мне создать xml-запрос, содержащий разделы MIME multipart/related, а также использующий xop?
Спасибо за помощь!
Wes
1 ответ
Я понял, что случилось с моей просьбой. Это комбинация построения строки запроса, а также заголовков. Я пошел с гораздо более организованным и программным подходом к этому, и это сработало.
Вот как выглядит раздел, который строит строку запроса:
###########################################
# UUIDs
###########################################
reqUUID= uuid.uuid4()
attchmntUUID = uuid.uuid4()
##########################################
# MIME strings
##########################################
URN_UUID_REQUEST = "<0.urn:uuid:%s>"% reqUUID
URN_UUID_ATTACHMENT = "urn:uuid:%s" % attchmntUUID
MIME_BOUNDARY = "MIME_boundary"
request_dict = {
'Size': size,
'Data': payload,
'fileFormat': 'gzip',
'fileReferenceId': '50000945773',
'taskReferenceId': '50000858033',
'REQUUID': reqUUID,
'ATTCHMNTUUID': attchmntUUID,
}
def build_request( request_dict):
'''
Build the request string with MIME Attachment
'''
request = '<uploadFileRequest xmlns:sct="http://www.ebay.com/soaframework/common/types" xmlns="http://www.ebay.com/marketplace/services">\r\n'
request += '<taskReferenceId>%s</taskReferenceId>\r\n' % request_dict['taskReferenceId']
request += '<fileReferenceId>%s</fileReferenceId>\r\n' % request_dict['fileReferenceId']
request += '<fileFormat>%s</fileFormat>\r\n' % request_dict['fileFormat']
request += '<fileAttachment>\r\n'
request += '<Size>%s</Size>\r\n'% request_dict['Size']
request += '<Data><xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:%s"/></Data>\r\n'%URN_UUID_ATTACHMENT
request += '</fileAttachment>\r\n'
request += '</uploadFileRequest>\r\n'
return request
def build_mime_message( request, data ):
'''
Build the xml string with MIME attachments and the base64 encoded data string
'''
request_part = '\r\n'
request_part += '--%s\r\n' % MIME_BOUNDARY
request_part += 'Content-Type: application/xop+xml; charset=UTF-8; type="text/xml; charset=UTF-8"\r\n'
request_part += 'Content-Transfer_Encoding: binary\r\n'
request_part += 'Content-ID: %s\r\n\r\n' % URN_UUID_REQUEST
request_part += '%s\r\n' % request
binary_part = '\r\n'
binary_part += '--%s\r\n' % MIME_BOUNDARY
binary_part += 'Content-Type: application/octet-stream\r\n'
binary_part += 'Content-Transfer-Encoding: base64\r\n'
binary_part += 'Content-ID: <%s>\r\n\r\n' % URN_UUID_ATTACHMENT
binary_part += '%s\r\n' % data
binary_part += '--%s--' % MIME_BOUNDARY
return request_part + binary_part
request = build_request( request_dict )
request = build_mime_message( request, data )#data is base64 encoded gzip compressed xml file
И заголовки выглядят так:
content_type_string = 'multipart/related;'
content_type_string += ' boundary=%s;' % MIME_BOUNDARY
content_type_string += ' type="application/xop+xml";'
content_type_string += ' start="%s";' % URN_UUID_REQUEST
content_type_string += ' start-info="text/xml"'
headers = {
'X-EBAY-SOA-OPERATION-NAME': 'uploadFile',
'X-EBAY-SOA-SERVICE-NAME': 'FileTransferService',
'X-EBAY-SOA-SECURITY-TOKEN': #auth token,
'Content-Length': len( request ),
'Content-Type': content_type_string
}
Итак, из всего этого я понял, что проблема заключалась в символах новой строки и символов табуляции как в заголовке, так и в запросе.