Paul Sandoz wrote:
> Hi Craig,
>
> I have re-factored the header stuff in jersey-core to be part of the
> API and added the following:
>
> com.sun.jersey.core.header.ContentDisposition
> com.sun.jersey.core.header.FormDataContentDisposition
>
> that can used by jersey-multipart for processing content disposition
> headers (currently for reading, need to me modified for writing). I
> need to add some tests. Perhaps they make sense as part of multipart
> module? I did not create any general header type because i am not sure
> if that is appropriate or not. Feel free to modify/move/add as
> appropriate.
>
I saw the commit notices ... will take a look later today.
Regarding a general purpose header class, you can tell I'm an architect
at heart :-) ... I like to generalize things that look like they might
be generally useful. When reviewing the HTTP and other specs while
thinking about this, I was a bit surprised how often parameterized
headers show up. And the fact that apps can construct their own headers
sure makes me think there are use cases for parsing header values far
beyond these two.
> Paul.
>
Craig
> On Nov 6, 2008, at 7:27 AM, Craig McClanahan wrote:
>
>> I've checked in a first attempt at a
>> com.sun.jersey.api.multipart.HeaderValue class, designed to support
>> easier ways to build up and parse HTTP header values that might also
>> include semicolon-delimited parameter name=value settings. I haven't
>> modified any other code in jersey-multipart to use this code yet, so
>> everyone can have a chance to review and comment before we make any
>> backwards-incompatible changes in the BodyPart API.
>>
>> Paul, if you find this class and test useful, it might make sense to
>> put them in jersey-core instead.
>>
>> Craig
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>