[Deploying Sakai] OAE UI Caching

csev csev at umich.edu
Mon Aug 22 07:48:40 PDT 2011


Thanks Chris/Andrew.

What I am having trouble figuring out is how a peer webapp calls some sort of API to get the "cached URL".   am looking for the underlying mechanism when a webapp is at the moment of generating markup and needs to embed a URL to a seldom-changing artifact.

This documentation from 

https://wiki.jasig.org/display/UPM40/Using+the+Resource+Server

needs to be expanded if you really intend for this to be of general use:

<rs:resourceURL var="jQueryPath" value="/rs/jquery/1.3.1/jquery-1.3.1.js"/>

What is the magic here?  Does this only work for JSR-168 portlets?  That seems to be kind of limiting if true....

Also when the documentation talks of generated paths,

	• /ResourceServingWebapp/rs/jquery/1.3.1/jquery-1.3.1.js

I wonder why there is not some number there having to do with the contents of the file.

I would bet that my confusion is just a lack of documentation to use the webapp in a non-uPortal environment.

/Chuck


On Aug 19, 2011, at 4:07 PM, Andrew Petro wrote:

> 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
>> 
> 
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
> 
> TO UNSUBSCRIBE: send email to production-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/production/attachments/20110822/7cc341d3/attachment.html 


More information about the production mailing list