Gilad Bracha's Sun Weblog
http://blogs.sun.com/roller/page/gbracha?entry=will_continuations_continue He answers why he thinks JVM shouldn't support continuations. He mentions Seaside favorably as the best implementation he's seen too. :-) He tries to clearly state the argument for continuations, and then makes the point that they are a temporary solution on the way to downloadable Ajax Java script apps which maintain state & windows locally. (Though I'd consider Croquet better for this. ;-) ) Cheers, Darius _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
SUN already fuzzed about Smart Java Client which
will maintain state and windows locally 10 years ago. They even started to make a Java driven computer for that. So dreams are not always come to reality :-) While reality (i.e. seaside) always generate dreams in those who missed the point :-) -Dmitry. Darius Clarke wrote: > Gilad Bracha's Sun Weblog > > http://blogs.sun.com/roller/page/gbracha?entry=will_continuations_continue > > He answers why he thinks JVM shouldn't support continuations. > > He mentions Seaside favorably as the best implementation he's seen too. :-) > > He tries to clearly state the argument for continuations, and then > makes the point that they are a temporary solution on the way to > downloadable Ajax Java script apps which maintain state & windows > locally. (Though I'd consider Croquet better for this. ;-) ) > > Cheers, > Darius > _______________________________________________ > Seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seasid > e -- С уважением, Дмитрий Дорофеев, ООО "ЯСП", Генеральный директор +7 812 560 4676 _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Darius Clarke
On 5/19/06, Darius Clarke <[hidden email]> wrote:
> He tries to clearly state the argument for continuations, and then > makes the point that they are a temporary solution on the way to > downloadable Ajax Java script apps which maintain state & windows > locally. (Though I'd consider Croquet better for this. ;-) ) Of course, there is something to say for that. Lessee - didn't we call these client/server apps back in the early '90s? _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Darius Clarke
On May 19, 2006, at 5:05 PM, Darius Clarke wrote: > Gilad Bracha's Sun Weblog > > http://blogs.sun.com/roller/page/gbracha? > entry=will_continuations_continue > > He answers why he thinks JVM shouldn't support continuations. > > He mentions Seaside favorably as the best implementation he's seen > too. :-) > > He tries to clearly state the argument for continuations, and then > makes the point that they are a temporary solution on the way to > downloadable Ajax Java script apps which maintain state & windows > locally. (Though I'd consider Croquet better for this. ;-) ) As a data point, it's certainly interesting to note that Dabble DB makes very little use of call/answer - the only major uses are when importing and when processing payments. We were intentionally going for a very modeless UI style, so this shouldn't be too surprising. The question is whether this kind of modeless web app will become more common... it seems like it probably will. If so, then yes, the continuation aspects of Seaside will become less interesting, and the callback aspects will become more interesting... Avi _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Cees De Groot
>
> Lessee - didn't we call these client/server apps back in the early '90s? client/server had a distribution problem derived from the false assumption that applications don't quickly. AJAX apps avoid this. The server defines and controls the app, the data, and the communications which makes it more robust. It's still weak on sharing presence, sharing interest, sharing attention, media creativity and shared distributed CPU computing which Croquet supports in a better manner. Even Google's Sketch-Up must be downloaded. Darius _______________________________________________ Seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |