Skip to main content

[jsr362-experts:] Cancelled today's call ... added two more documents

  • From: Martin Scott Nicklous < >
  • To:
  • Subject: [jsr362-experts:] Cancelled today's call ... added two more documents
  • Date: Tue, 26 Nov 2013 14:10:20 +0100


I hope everyone saw that I cancelled the call today due to the Thanksgiving
holiday.

I also put up two new documents to the download area. The "Ajax Proposal
2a" document is an extension of proposal #2. I added the definition of
JavaScript data structures in order to make the proposal more complete.

The "Ajax Slides 2a" document contains two things:

1) Some slides that explain proposal 2a

2) Some slides that attempt to show how JSF could be supported. These
slides are general in nature and ask some fundamental questions that I have
about how a non-JSF entity can interact with a JSF entity on the client. I
haven't been able to find any information about how this has been provided
for by JSF.

I know that we already talked some about proposal #2, and that the approach
laid out is based on publishing state changes, which is not favored by all.

However, I still think it would be very useful to go through the slides,
since they show how a pub-sub system could work, even if we change the
payload and details of the API. I believe the proposal could work fairly
well for non-JSF portlets.

I think that regardless of the payload that we distribute via a pub-sub
system, we will come up against the (difficult?) question of how a non-JSF
portlet can communicate with a JSF portlet on the client side. I don't
understand how that can be done really at all, to be honest. I can imagine
how a JSF portlet could cause events to be fired that could be subscribed
to by other portlets, but I don't see a good mechanism through which other
portlets could notify a JSF portlet of an update through client-side
communication. But that could well be due to my lack of knowledge of how
JSF Ajax support actually works.

Also, I don't believe we would avoid this issue by introducing a partial
action URL, since we would still need a pub-sub system on the client to
inform other portlets affected by the partial action request. And we should
still have the communication issue described above to contend with. So I
would see the partial action URL as being something we could implement if
needed along with a pub-sub system that solves the communication problem
described above.

I think it would be good if we could go through the slides in our next
meeting, and maybe one of the JSF people could explain how two-way
client-side communication between JSF and non-JSF portlets could work.

Ajax Proposal 2a:
https://java.net/projects/portletspec3/downloads/download/WorkingDocs/Ajax/JSR362AjaxProposal-2a.pdf

Ajax Slides 2a:
https://java.net/projects/portletspec3/downloads/download/WorkingDocs/Ajax/JSR362AjaxSlides-2a.pdf

I wish everyone in the U.S. a happy Thanksgiving!

regards,
Scott



[jsr362-experts:] Cancelled today's call ... added two more documents

Martin Scott Nicklous 11/26/2013
 
 
Close
loading
Please Confirm
Close