Project

General

Profile

Bug #1252

mimemultipart handling is buggy

Added by Rob Nahf almost 14 years ago. Updated almost 14 years ago.

Status:
Closed
Priority:
High
Assignee:
-
Category:
Documentation
Target version:
Start date:
2011-01-24
Due date:
% Done:

100%

Milestone:
Product Version:
*
Story Points:
Sprint:

Description

On both client and server side, implementation of mimemultipart is buggy, and needs refactoring and consolidation. Proposal to use 3rd party libraries to handle request creation and parsing. Will have to evaluate several packages.


Subtasks

Task #1291: get operations not received by D1 serversClosedRob Nahf

Task #1290: MMP not working for PUT operationsClosed

Task #1254: create client-side library in d1_common_javaClosed

Task #1257: create server-side implementation in d1_common_javaClosedRobert Waltz

Task #1258: flesh out unit and integration testsClosedRob Nahf

History

#1 Updated by Rob Nahf almost 14 years ago

  • Category set to Documentation
  • Status changed from New to In Progress
  • Priority changed from Normal to High
  • % Done changed from 0 to 50

Settling on the apache HttpMime 4.0.3 release for client-side handling.
Testing the O'Reilly (COS) package for request parsing on the server-side. (com.oreilly.servlet.multipart)

#2 Updated by Rob Nahf almost 14 years ago

  • Position set to 8
  • Target version changed from Sprint-2011.03 to Sprint-2011.04
  • Position deleted (10)

#3 Updated by Dave Vieglais almost 14 years ago

  • Position set to 3
  • Target version changed from Sprint-2011.04 to Sprint-2011.05
  • Position deleted (11)

#4 Updated by Rob Nahf almost 14 years ago

  • Status changed from In Progress to Closed

new apache implementations now working.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 14.8 MB)