[Deploying Sakai] OAE UI Caching
Andrew Petro
apetro at unicon.net
Fri Aug 19 13:07:25 PDT 2011
Chuck,
Here's where the code lives:
https://source.jasig.org/resource-server/
Modern uPortal ships using it (i.e., not just the forthcoming uPortal 4
-- this is in uPortal 3.2 e.g.), so it should be pretty feasible to try
it out in action.
I think Jen Bourey knows more about this code than anyone. She's out of
reach on a well-deserved camping trip at this time, but you might reach
out to her about it if interested. Eric Dalquist should also be able to
speak authoritatively to that code.
I think the intent is that this is freestanding, re-usable,
not-uPortal-specific infrastructure. As in, to the extent that simple
variations are needed to make this work well in Sakai 2.9, may be worth
hearing about and pushing back into the resource server "product".
Andrew
On 08/19/2011 03:53 PM, csev wrote:
> Andrew - where is that code? Some of the links on that page are
> broken. I might want to add a simple variation of that to Sakai 2.9
> - looks very cool.
>
> /Chuck
>
> On Aug 19, 2011, at 2:48 PM, Andrew Petro wrote:
>
>>
>> For whatever it's worth:
>>
>> Modern uPortal has a "Resource Serving Webapp" that compresses, computes
>> hashes on, and sets aggressive caching headers for, cacheable UI
>> content. When items are changed, the hashes change, so the names
>> change, so browsers don't rely upon their caches.
>>
>> As I understand it, it works well and, yes, borders on the magical.
>>
>> https://wiki.jasig.org/display/UPM40/Using+the+Resource+Server
>>
>> This is probably more technology that Sakai-OAE-as-product might
>> consider incorporating rather than technology to be grafted on by a
>> production adopter, but either way I hope you find it a worthwhile lead.
>>
>> Andrew
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/production/attachments/20110819/bec63966/attachment.html
More information about the production
mailing list