[Struts-dev] S2 as JSR for Action Framework

It's always interesting how often you hear the "this breaks the web"
sorts of statements. I'm not arguing the factuality of the statement, I
just find it interesting. It's also interesting the way you put it
here... you don't say anything like "this breaks the web", nor do you
make a value judgment on it (well, I suppose the word "unfortunately"
implies a value judgment, but it's not explicit).

I think we're at an interesting point in time right now... many people
are kind of mentally stuck in the sense that they see the ways in which
RIAs (can) break things like the back button and they think "well,
that's bad". But, maybe we shouldn't be asking if RIAs are the way to
go, but we should instead be asking different questions like "is the
back button as a navigational metaphor something we really want to be
perpetuating anyway"?

It's kind of like if someone came up with a hydrogen-based fuel system
for cars but for some reason (work with me here!) you could never use a
cell phone in the car or it'd explode... I don't think we shouldn't at
that point be asking if the fuel system is the right answer or not, we
should be asking whether the limitation it imposes is something that
should factor into the decision at all in the first place. Wouldn't we
be better off if you couldn't use cell phones in cars anyway?!?

Note that I'm not making a value judgment here either necessarily,
although I suspect my opinion is fairly obvious :) I do think we're in
the midst of a paradigm shift to a large extent, and I think there's
some fascinating consequences of that shift.

Frank

--
Frank W. Zammetti
Author of "Practical Dojo Projects"
abd "Practical DWR 2 Projects"
and "Practical JavaScript, DOM Scripting and Ajax Projects"
and "Practical Ajax Projects With Java Technology"
(For info: apress.com/book/search?searchterm=zammetti&act=search)
My "look ma, I have a blog too!" blog: zammetti.com/blog



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org