On Mon, 2009-06-22 at 07:18 -0700, Helder Magalhães wrote:
> Hi Gene,
>
>
>
> Gene Amtower wrote:
> >
> > I will need to insure that a nocache parameter
> > is specified in the Oracle RPC procedure being called, and it should
> > process the requests as expected. That's a good point that I might have
> > overlooked at first, so I appreciate the heads-up on it.
> >
> > Is that what you're suggesting?
> >
>
> More or less: you may choose to ignore a "nocache" parameter in the server
> handler, use the appropriate "no-url-params-on-post" in the client request
> or avoid that tricky mixed-mode in your implementation: I'd suggest the last
> one, as:
> * Filtering "nocache" server-side will be prone errors if/when other
> unexpected GET parameters are used;
> * Use the "no-url-params-on-post" will be somehow specific to that specific
> server-mode.
>
> Note that none of this trickery would be needed in a perfect world (the
> "nocache" and similar are old workarounds to buggy proxies and other related
> network infrastructure issues, both at Internet and intranet levels.
Helder,
I remember in my past corporate life (developing Oracle apps for an
Intranet) that I had to have users change their browser's default
caching setting to guarantee that the browser always pulled up a fresh
copy of each application page rather than using the cached copy from a
previous page visit. At the time, I doubt I knew enough about response
headers to tell the browser not to cache the application pages, but I
think that's easily solved with an appropriate header entry in the
application response pages with what I now know. However, the nocache
parameter in Qooxdoo does make sure that this is never a problem. Call
it insurance, if you will.
Opting for the first choice of allowing but ignoring the nocache
parameter, I think I'd just as well leave the Qooxdoo implementation
alone and let it send the nocache parameter anyway.
I don't see it as a problem as long as I specify that parameter in my
Oracle procedure - it would be available in the input parameters to the
procedure but never used in any code processing.
Thanks again,
Gene
------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
