I evaluated Laszlo a few months ago and it is a very impressive (at least visually). It's a good RIA framework and no one can thumb their nose at the fact that it's now open source. Not sure if I can say to definitely use Laszlo over JSF.
My question is how are you planning on using Struts as the control layer with Laszlo? I've read about others wanting to use the two technologies together and the idea has always puzzled me. I say that because one of the expressed goals of Laszlo (and other RIA frameworks, and all the AJAX discussions) is to do away with the fact that html based web applications refresh the view each time a request is submitted, by only sending/receiving the underlying data that drives the application. The only usefulness for a framework like Struts that I can see would be in validating data/executing actions, but if you're using Struts to navigate from one Laszlo application to another (treating a Laszlo app as a page), you're users are going to have poor performance since loading a Laszlo application is inherently slower then loading an html page generated by JSF, Struts or any other framework. That's my two cents. Thad Smith -----Original Message----- From: Paulo Alvim [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 05, 2005 4:08 PM To: Struts Users Mailing List Subject: RES: RES: [OT] RE: AW: JSF (the same old stuff?). We prefer Laszlo + Struts you're welcome, Rick... I believe that the Open-Source community have to let the "Darwin law" works. Without commercial pressure and - yes - sometimes against a few 'not so good or necessary' conventions. That guys provided us great results - so we want to share it and help them! -----Mensagem original----- De: Rick Reumann [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 5 de abril de 2005 17:48 Para: Struts Users Mailing List Assunto: Re: RES: [OT] RE: AW: JSF (the same old stuff?). We prefer Laszlo + Struts I'm going to have to take a real good look at laszlo. Thanks for bringing it up. I'm so tired of the front end limitations of HTML. Paulo Alvim wrote the following on 4/5/2005 4:37 PM: > Please check carefully all these Laszlo demos, Al, and you'll see that it's > a real killer MVC-View approach that deliver great value for customers (in > its segment - of course): > > http://www.laszlosystems.com/demos/ > > And please note that you don't have "MVC-Control" in Laszlo - it's focused > in the View - such as JSF - and it's too much elegant for that - for > example, it has no eclipsed areas with Struts Controllers! > > You also don't have to know Flash script language - you can get amazing > usefull web GUIs by declaring LPZ (XML macros) and Javascript... > > Laszlo isn't "more of the same" - it's the kind of solution that enabled us > to exceed our customers expectations in our first "proof of concept" > (previous Macromedia's Flex and other proprietary "flash" tools didn't > deliver this result). > > Alvim > > -----Mensagem original----- > De: Fogleson, Allen [mailto:[EMAIL PROTECTED] > Enviada em: terca-feira, 5 de abril de 2005 17:08 > Para: Struts Users Mailing List > Assunto: [OT] RE: AW: JSF (the same old stuff?). We prefer Laszlo + > Struts > > > Paulo, > > I can certainly agree that value to the customer is the prime ingredient > in any solution. However the problem I have seen, at least here in the > US (I can't speak to the west coast but I have had clients up and down > the east coast, most of the Midwest, and very little on the west coast) > is that clients want several things out of a solution (in decreasing > order of importance or relevancy. i.e. often a standards based solution > overrules a perfectly valid, easier and in some cases better > implementation) > > 1) Standards based. In the java world this means J2EE in general, and > probably in the specific case here JSF over Laszlo. > > 2) Widely accepted in the industry if using open source. Until > relatively recently it was not that easy to sell a customer on using > struts. As recently as 2 months ago I had to justify the use of Springs > IOP stuff to a client (and I didn't architect the solution) and we came > very close to having to refactor any use of spring OUT of the > application. "Widely accepted" obviously is a subjective assessment. > > Those are the top 2 things. Now I personally have not used Laszlo (I > looked at it briefly a while back but haven't even played with it in my > "free time") So you, having experience with it, may be able to make a > better value statement about it to a client. Of course it is nearly > impossible to keep up with all the projects out there. As an architect, > usually with several simultaneous client engagements, it has become even > more difficult :) > > With that said.... > > I don't think there is anything preventing someone from doing a Laszlo > struts integration. I think it would end up in contrib. My personal view > of struts is that it really provides the C part of MVC. (I don't really > think you can make a case for struts providing the model, and the normal > view layer is jsp which is not a part of struts of course.) The struts > taglibs for instance, although very useful, are not required to use or > even recognize the power of struts. Of course its just my opinion, and > since no 2 developers will ever agree my opinion and 5 bucks can buy a > cup of coffee at starbucks :) > > Al > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Rick --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
