Frank -
Thanks again for all the work you've done on this front! Email the code
to me at [EMAIL PROTECTED] I'll take a look over it and commit it to the
saf project. If there are some interesting classes, you might want to
add them to the JIRA issuse for discussion
/Ian
Frank W.
Hi Ian,
Your very welcome! It was fun working on it, learned quite a bit about WW
in the process... I opened a JIRA ticket that includes everything:
http://issues.apache.org/struts/browse/WW-1330
It has a link to a complete webapp demonstrating it (too big to attach to
the ticket I thought),
Since this donation includes standalone classes, we should ask Frank
to file a CLA to cover this donation and any others.
* http://www.apache.org/licenses/icla.txt
I don't think we need to wait for it to go on file before accepting
the donation, but Frank should confirm that he is willing and
Thanks Ted, I just faxed it over a minute ago... I just hope whoever looks
at it can read my handwriting, I have *seriously* atrocious penmanship!
It still needs to be sent in, correct?
Frank
On Mon, June 5, 2006 1:20 pm, Ted Husted wrote:
Since this donation includes standalone classes, we
This looks weird, because as far as I knew contributions submitted
through JIRA are already granting the copyright if not otherwise
expressed.
./alex
--
.w( the_mindstorm )p.
On 6/5/06, Ted Husted [EMAIL PROTECTED] wrote:
Since this donation includes standalone classes, we should ask Frank
to
For patches to existing classes, we do operate on the premise that
there's an implicit grant, but when people start donating entire
classes, we like to have an explicit licensing agreement on file.
-Ted.
On 6/5/06, Alexandru Popescu [EMAIL PROTECTED] wrote:
This looks weird, because as far as
FYI, for anyone that's interested and been following this discussion, I
finally got this all working, just need a few hours tomorrow night to do
some final polishing and documentation (not that it'll be perfect out of
the gate anyway, but I'd like to get as close as possible).
In short, there
Argh... just so no one thinks I forgot about this... I've had to work
from home all this week for various unforeseen reasons, and of course as
a pessimist like myself would expect, the mostly working code got lost
since this weekend. Thought there was a copy on my thumb drive, but of
course
Ted and Jason, I did see your messages about
AroundInterceptor and
Result correspondingly... right now, in the interest
of simply getting
it working, I'm just doing a simple AroundInterceptor
using before() and
after(), one interceptor for XML and one for JSON
(although as I just
Thanks guys... quick update... I took yesterday off, so I'm not quite as
far as I would have liked :) It *is* memorial day weekend after all!
However, I did on Friday get reasonably far... at this moment, I have
XML input working for simple (i.e., non-collection) Action fields, as
well as
The AroundInterceptor is an abstraction (that we've recently discussed
deprecating).
The cannonical idiom is to to call {{invocaton.invoke();}} to separate
any before code from any after code. The invoke method let any
other Interceptors and the Action fire.
The simplest example might from be
So, you are saying that your preference would be to include no ajax
integration and leave the framework and let users integrate this as
required - either directly in the HTML or by creating custom themes?
/Ian
--
From Down Around, Inc.
Innovative IT Solutions
Software Architecture * Design
Ian Roughley wrote:
So, you are saying that your preference would be to include no ajax
integration and leave the framework and let users integrate this as
required - either directly in the HTML or by creating custom themes?
/Ian
No, I definitely would love to see ajax support...I just think
On 5/24/06, Joe Germuska [EMAIL PROTECTED] wrote:
but if you want to model best practices, then you have to ask why
would you be intent on calling Actions? I'm not trying to build
walls so that people can't just get-the-job-done, but I do know from
experience that people tend to overload
Brian Dittmer wrote:
Ian Roughley wrote:
So, you are saying that your preference would be to include no ajax
integration and leave the framework and let users integrate this as
required - either directly in the HTML or by creating custom themes?
/Ian
No, I definitely would love to see ajax
No, I definitely would love to see ajax support...I
just think it needs
to be done right. Integrating DWR looks like it
might get a bit messy.
Taking ideas from DWR, maybe even some of the code
and/or the js libs,
and building the support directly into SAF2 would be
a better option.
On 5/25/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Thu, May 25, 2006 2:12 pm, Jason Carreira wrote:
I'm still waiting to see how this plays out... I've been a big proponent
of Dojo and built several Dojo widgets, but I understand that it can be
tricky and not as easy to use as we'd
On Thu, May 25, 2006 2:47 pm, Craig McClanahan wrote:
I would expect a well-behaved client to set the content type on the
incoming
request to text/xml for XML content, so you should be able to check
that.
Yes, I think that's a reasonable assumption (something, I'm ashamed to
say, my Ajax code
On Thu, May 25, 2006 2:30 pm, Frank W. Zammetti wrote:
My plan is to create 4 interceptors. Two for input and two for output,
one each for XML and one each for JSON.
See, I learned something already... I thought there was a difference
between Interceptors that fire before and after an Action,
Likewise, isn't JSON content supposed to be sent with text/javascript?
actually, no, application/json
text/* types are meant to be things that are more human readable,
despite the historic reality of text/javascript
http://www.ietf.org/internet-drafts/draft-crockford-jsonorg-json-04.txt
On 5/25/06, Joe Germuska [EMAIL PROTECTED] wrote:
Likewise, isn't JSON content supposed to be sent with
text/javascript?
actually, no, application/json
text/* types are meant to be things that are more human readable,
despite the historic reality of text/javascript
--
From Down Around, Inc.
Innovative IT Solutions
Software Architecture * Design * Development
~
web: www.fdar.com
email [EMAIL PROTECTED]
phone:617.821.5430
~
---BeginMessage---
Frank
@struts.apache.org
Subject: JavaOne Ajax Discussion
Hi everyone,
Wanted to document the discussion we had at JavaOne regarding ajax
support for Struts2. In attendance were Pat, myself and Martin from the
committers group, as well as Joe (from DWR) and a couple of other people
(my
I am somehow a little confused by some of the comments... pls see inlined
On 5/23/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Tue, May 23, 2006 2:57 pm, Ian Roughley wrote:
Joe thought that a Struts2
creator that read could read existing Struts2 configuration files, and
expose a
On 5/24/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Wed, May 24, 2006 9:46 am, Alexandru Popescu wrote:
I am somehow a little confused by some of the comments... pls see inlined
What, me confusing?!?!? sarcasmNNNOOO.../sarcasm
;)
On 5/23/06, Frank W. Zammetti [EMAIL PROTECTED]
On Wed, May 24, 2006 10:32 am, Alexandru Popescu wrote:
In the DWR-WW action invocation toy I have used when building
InfoQ.com, the action invocation passes through exactly the same
process as a normal request, so I have no concerns.
I haven't seen your work, so I can't talk intelligently
On Wed, May 24, 2006 11:10 am, Alexandru Popescu wrote:
Not sure how to read it, but call it request, or XMLHttpRequest it is
still a request hiting your server. Probably on the comet-part things
may be different, but that's completely another story.
I think this is worth going at a little
On Wed, May 24, 2006 11:12 am, Joe Germuska wrote:
At 10:46 AM -0400 5/24/06, Frank W. Zammetti wrote:
I haven't seen your work, so I can't talk intelligently about it... I
would agree though that if DWR is going to make HTTP calls to execute
Actions (a suggestion I might add that I made about
At 11:55 AM -0400 5/24/06, Frank W. Zammetti wrote:
On Wed, May 24, 2006 11:12 am, Joe Germuska wrote:
Forgive me if this has been covered elsewhere, but I'm still confused
about why someone would want to integrate DWR with Struts? I've
only used it a bit, but in each case, I didn't really
Frank you are absolutely correct about the description of how DWR
works today. What I have done is exactly what you are thinking of:
made DWR work through the normal WebWork chain. So, all incoming DWR
requests are done to a single entry point that is than
initializing/making the request pass
On Wed, May 24, 2006 12:21 pm, Alexandru Popescu wrote:
Frank you are absolutely correct about the description of how DWR
works today. What I have done is exactly what you are thinking of:
made DWR work through the normal WebWork chain. So, all incoming DWR
requests are done to a single entry
On 5/24/06, Joe Germuska [EMAIL PROTECTED] wrote:
At 11:55 AM -0400 5/24/06, Frank W. Zammetti wrote:
On Wed, May 24, 2006 11:12 am, Joe Germuska wrote:
Forgive me if this has been covered elsewhere, but I'm still confused
about why someone would want to integrate DWR with Struts? I've
On 5/24/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Wed, May 24, 2006 12:21 pm, Alexandru Popescu wrote:
Frank you are absolutely correct about the description of how DWR
works today. What I have done is exactly what you are thinking of:
made DWR work through the normal WebWork chain.
There is a point that I would like to re-iterate. The proposal is for 2
separate approaches:
#1 - Have struts2 actions accept JSON / XML content when being called
from a URI and have JSON/XML responses. This is to allow struts2 to
interact with any ajax/XHR framework, and would involve new
On Wed, May 24, 2006 12:09 pm, Joe Germuska wrote:
At 11:55 AM -0400 5/24/06, Frank W. Zammetti wrote:
On Wed, May 24, 2006 11:12 am, Joe Germuska wrote:
Forgive me if this has been covered elsewhere, but I'm still confused
about why someone would want to integrate DWR with Struts? I've
At 7:21 PM +0300 5/24/06, Alexandru Popescu wrote:
Frank you are absolutely correct about the description of how DWR
works today. What I have done is exactly what you are thinking of:
made DWR work through the normal WebWork chain. So, all incoming DWR
requests are done to a single entry point
On Wed, May 24, 2006 12:38 pm, Ian Roughley wrote:
There is a point that I would like to re-iterate. The proposal is for 2
separate approaches:
#1 - Have struts2 actions accept JSON / XML content when being called
from a URI and have JSON/XML responses. This is to allow struts2 to
interact
--
From Down Around, Inc.
Innovative IT Solutions
Software Architecture * Design * Development
~
web: www.fdar.com
email [EMAIL PROTECTED]
phone:617.821.5430
~
Frank W. Zammetti wrote:
On Wed, May 24, 2006 1:09 pm, Ian Roughley wrote:
I wonder about the response though... one thing I've found is that
people
for some reason, generally anyway, don't realize that they can use a JSP
to render an Ajax response. Maybe all the examples they see shows the
response being
but if you want to model best practices, then you
have to ask why
would you be intent on calling Actions? I'm not
trying to build
walls so that people can't just get-the-job-done,
but I do know from
experience that people tend to overload Actions
with too much
business
I'm going to take a moment to chime in here as I've been watching this
thread develop. I'm going to come out in the open and say I've never used
DWR or even looked at it's documentation. When I've used ajax
functionality in the past we've simply made the XmlHttpRequest hit an
action that in turn
Hi everyone,
Wanted to document the discussion we had at JavaOne regarding ajax
support for Struts2. In attendance were Pat, myself and Martin from the
committers group, as well as Joe (from DWR) and a couple of other people
(my apologies for not writing down names).
The discussion focused
On Tue, May 23, 2006 2:57 pm, Ian Roughley wrote:
What we came up with is:
1. Struts2 should be able to work generically as a data source for any
ajax client. This would entail being able to return HTML and XML
results, but also JSON results. Additionally, as well as populating the
action
AM
To: dev@struts.apache.org
Subject: JavaOne Ajax Discussion
Hi everyone,
Wanted to document the discussion we had at JavaOne regarding ajax
support for Struts2. In attendance were Pat, myself and Martin from the
committers group, as well as Joe (from DWR) and a couple of other people
44 matches
Mail list logo