|
Call it what you may, HTTP 1.0 didn't have it. It was added to HTTP because it was needed.
People relatively new to Big Data concepts may not realize that this "oid" concept is needed now. Interesting that you brought up the If-Modified-Since, you actually added to my argument unknowingly because the " If-Modified-Since" brings up the equivalent second keyword in this concept. in addition to "oid" the second and ONLY other keyword in this is "UpdateTime" that sir is conceptually equivalent to " If-Modified-Since" further convincing myself that just as "ETag"and "If-Modified-Since" are part of HTTP and they function together - likewise "oid" and "UpdateTime" are to XML. Arjun accidently brought up this excellent point. I challenge you to search through xmlObjectFactory in the example I published here: http://1drv.ms/1jjcJub and notice how "UpdateTime" fits into the "oid" idea. Brian > From: arjun.ray@verizon.net > To: xml-dev@lists.xml.org > Date: Sun, 23 Mar 2014 13:24:03 -0400 > Subject: Re: AW: [xml-dev] RFC for XML Object Parsing > > [Default] On Sun, 23 Mar 2014 10:36:24 -0600, Brian Aberle > <xmlboss@live.com> wrote: > > | I can remember surfing the web in the HTTP 1.0 days. Every > | page was a fresh update. Nothing was cached, not by your ISP, > | not by your browser - > > This, of course, is rubbish. People relatively new to the 'net really > have no idea how seriously "bandwidth" was taken in the early days, > and why consuming network resources without good reason was considered > a cardinal sin. > > That's why the If-Modfied-Since header was in HTTP/1.0. > > | then ETag standardized a way to cache. > > Actually no, which is why it is as optional as If-Modified-Since. It > also "optimizes" for certain use-cases only (where server-side support > for I-M-S could be cumbersome). E.g. > > http://stackoverflow.com/questions/2126807/what-is-the-point-of-if-unmodified-since-if-modified-since-arent-they-supersed > > You don't help your case by exaggerating. > > _______________________________________________________________________ > > XML-DEV is a publicly archived, unmoderated list hosted by OASIS > to support XML implementation and development. To minimize > spam in the archives, you must subscribe before posting. > > [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/ > Or unsubscribe: xml-dev-unsubscribe@lists.xml.org > subscribe: xml-dev-subscribe@lists.xml.org > List archive: http://lists.xml.org/archives/xml-dev/ > List Guidelines: http://www.oasis-open.org/maillists/guidelines.php |