hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oleg Kalnichevski <o.kalnichev...@dplanet.ch>
Subject Re: [PATCH]: Cookie management refactored
Date Sun, 08 Dec 2002 21:25:38 GMT
Jeff

I noticed it as well, but I thought it was a local problem of my system
or Eclipse IDE mess-up. Things appear all right now

Cheers

Oleg


On Sun, 2002-12-08 at 19:54, Jeffrey Dever wrote:
> Oleg,
> 
> Somehow the HttpMethodBase changes ended up in the cookie package.  This 
> caused the most recent gump build to fail.  I beleive I have fixed the 
> issue, but you should confirm that all is as you expect it to be.
> 
> Sorry for the confusion,
> -jsd
> 
> Jeffrey Dever wrote:
> 
> > Ok, ckecked over and checked in.  The new structure will give a good 
> > base for future changes.  I agree that we should let these changes 
> > settle in before more major work is done in this area. 
> > Thanks Oleg!
> > -jsd
> >
> > Oleg Kalnichevski wrote:
> >
> >> Jeff,
> >> After having read through RFC2965 I have come to realize that RFC2965 is
> >> much more than a refined RFC2109. There are over a dozen instances where
> >> things differ quite radically. It makes me believe that RFC2965
> >> compliant specification can inherit almost no code from the RFC2109 one.
> >> Besides, it takes a sub-classing Cookie class to accommodate all the new
> >> properties of the RFC2965 compliant cookie. That's more than a weekend
> >> job, for sure
> >>
> >> All this makes me seek your approval to have all the changes I have made
> >> so far folded into CVS source tree first and polished a bit before I can
> >> get down to writing RFC2965 compliant Cookie and CookieSpec classes.
> >> Besides, we may put this work on hold for a while as my time may be
> >> better spent doing something else which is more critical for the coming
> >> release
> >>
> >> Changes:
> >>
> >> - Policy driven cookie management
> >> - Improved Netscape draft compliance
> >> - Full RFC2109 compliance
> >> - Compatibility mode to simulate relaxed cookie management of popular
> >> web browsers
> >> - In strict mode all the cookies are still crammed into one Cookie
> >> header. In non-strict mode, however, each cookie is sent in a separate
> >> header
> >>
> >> Bug fixes:
> >> - Cookie constructor now rejects cookie name containing blanks
> >> - Cookie constructor now not rejects cookie name starting with $ (That's
> >> a bad one)
> >> - Netscape compliant spec now properly formats Cookie header value
> >> (domain and path attributes not included) - RFC2109 compliant spec 
> >> now properly formats Cookie header value
> >> (cookie value and attribute values are quoted)
> >> Feedback, critique is welcome, as always
> >> Cheers
> >>
> >> Oleg
> >>  
> >>
> >
> >
> > -- 
> > To unsubscribe, e-mail:   
> > <mailto:commons-httpclient-dev-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: 
> > <mailto:commons-httpclient-dev-help@jakarta.apache.org>
> >
> >
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:commons-httpclient-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:commons-httpclient-dev-help@jakarta.apache.org>
-- 
Oleg Kalnichevski <o.kalnichevski@dplanet.ch>


Mime
View raw message