Hi,

A few years ago this sounded like a possible good way forward. These days I'm less convinced by this. These days I like to develop Portlet UIs in much the same way I develop servlet app UIs; I deliver the client side application which calls back to its portlet origin for data via ajax. In this model a framework-ajax loaded portlet would only really serve to increase the number of requests.

Unless we could make this work 'transparently' then its possible that a portlet developer would need to be aware at development time and code for this type of rendering, therefore forcing the developer to alter their development style to suite running in the portal.

Obviously there are use cases where is would be an advantage (WebProxy content for example), but it might be that just adding this feature to the WebProxyPortlet would be simpler?

Thanks,
Anthony.

On 07/01/15 20:40, Andrew Petro wrote:
uPortal developers,

Has anyone given thought to what it would look like to, at the framework
layer, make all the portlet markup render down to the browser
asynchronously?

Individual portlets have been developed to asynchronously render their
content, first rendering a loading... experience and then replacing that
with content once loaded.  I think the email preview portlet or so does
this.

But I'm wondering about implementing that generically at the framework
level.  Instead of interpolating dynamic portlet content in the theme
transform and having that HTML all cooked server side and fed down to
the browser, instead generate the AJAXy placeholders that call back to
the server to get their portlet's markup when it's ready.  (I imagine if
I understood Web Sockets I'd want to use them for some aspect of this
and that would be better in some way.)

Obviously, there are *better* experiences to be had by designing AJAX
usages within individual units of content.  Would need a way to opt
portlets into or out of this magic handling.

But still.  Is there any potential in this idea?  Anyone tried this?

Kind regards,

Andrew

--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
anthony.colebou...@manchester.ac.uk
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Reply via email to