logo       

Re: Why MD5 Headers are Imperative: msg#00498

network.syndication.atom.protocol

Subject: Re: Why MD5 Headers are Imperative


Eric J. Bowman schrieb:
I think it's been made rather clear that folks either have no idea what
you're talking about or disagree with your position.


Nice ad-hominem attack. I think the only person who's read and tried to understand, Julian, saw what I was talking about but neither agreed nor disagreed, instead stating that it should be discussed. The other dissents have been "prima facie" rejection of my _solution_ as "too complex" without making any attempt to understand the problem.

Eric, I think it would be more correct to say that I *tried* to understand what you're talking about, but gave up for the simple reason of lack of time.

Here's the logical fallacy in the APP:

"Once a resource has been created and its URI is known, that URI can be
used to retrieve, update, and delete the resource. "

This asserts that the edit representation MUST be identical to the _resource_ and this is where you guys just lose me! The Member URI may be used to update and delete the resource, but it will only ever retrieve a _representation_ of the resource.

I don't think anybody would disagree with that. However, would changing that sentence make the problems you see go away?

Best regards, Julian




<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise