Dear Craig, I am new to shale and AJAX also. I done validation using AJAX and shale successfully. Also I want use same technique to the whole application. That is to navigate page also. Please let me how can we do that using "remoting" concept.
Thanks & regards, jeeva -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig McClanahan Sent: Wednesday, December 28, 2005 10:07 AM To: Struts Developers List Subject: Re: [shale] Overall requirements for "remoting" feature On 12/27/05, netsql <[EMAIL PROTECTED]> wrote: > > > > PROPOSED REMOTING FUNCTIONALITY - GOALS: > > > > The remoting support in Shale should be focused on providing > > client-technology-agnostic mapping of incoming HTTP requests to server > side > > dynamic logic for AJAX-enabled widgets (including AJAX-enabled > JavaServer > > Faces components), plus an easy way to serve static resources (from > either > > the web application itself or from class loader resources) that the > client > > side widgets might require. This support must operate in either a > servlet > > or portlet environment, and require minimal (ideally none in the > simplest > > case) configuration at the application level. > > > > Great, but there are other remoting types, like AMF, Soap, etc. Could > other protocols be pluged in to request and return from chain? The current remote implementation can already do this. Nothing changes with the proposed implementation, except that you will not be *required* to use Commons Chain as your implementation technique. And other "ui" of course other than (short lived I predict) > JavaScript/DHTML. > JDNC, Flash components (flash 8.5 has a cool new VM) > If I plug in the ADF sf.net, could I process flash requests? I don't > need you to implement it, as long as there is a "plugin" mechanism, > especially for binary protocols. The current mechanism, and the proposed mechanism, both support binary protocols as well ... by virtue of providing you access to an underlying output stream instead of a writer, which can be used to create the response. Indeed, this will be necessary to correctly serve static images (which cannot be reliably delivered via any sort of text stream) already. > > > PROPOSED REMOTING FUNCTIONALITY - IMPLEMENTATION STRATEGY: > > > > > > * (Optional) alternative dynamic execution mapping to execute a Commons > > Chain command > > (essentially equivalent to the current functionality, and/or a tie-in > to > > Struts Action Framework 1.3.x > > type processing logic). > > > > * (Optional) alternative dynamic execution mapping to execute an XWork > > action (essentially > > equivalent to what WebWork currently does for mapping incoming URLs to > > business logic). > > > > Great that WebWork and "Clasic" are in there or could be pluged in. > Ideally Shale is JSF centric but allowed other view types (and remoting > protocols) That's definitely an advantage of adding this particular level of absraction. It lets you mix and match server side technologies for the types of responses you need for particular URL patterns. .V Craig -- Greetings! ICICI Infotech is now 3i Infotech. The e-mail addresses of the company's employees have been changed to <existing name>@3i-infotech.com. You are requested to take note of this new e-mail ID and make use of the same in future "This e-mail message may contain confidential, proprietary or legally privileged information. It should not be used by anyone who is not the original intended recipient. If you have erroneously received this message, please delete it immediately and notify the sender. The recipient acknowledges that 3i Infotech or its subsidiaries and associated companies, (collectively "3i Infotech"), are unable to exercise control or ensure or guarantee the integrity of/over the contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of 3i Infotech. Before opening any attachments please check them for viruses and defects."
