Just some observations from a struggling lift user... Yes, I see it's utility in delivering dynamic html to the browser. But in today's world of rapidly evolving technologies for mashups and flex- like richness and gadgetization, interoperability is the key to adoption in the enterprise. It's not enough to say you can selectively rewrite your legacy apps in lift. Lift, out of the box, is still another technology for building monolithing web apps (war files). Not the best stategy.
I find the keepers of the code, in response to numerous postings on this site, suffer from NIH anxiety and easily dismiss interoperability with other frameworks, either because they believe they have a superior implementation, so why use someone else's, or, if you really feel you need it, roll your own. My response to that is, it just doesn't work that way. The best technologies are not just agnostic on the issue of interoperability, they embrace pluggability, and let the developer community choose the winners and losers. Lift suffers from not even having an out-of the-box declarative configuration capability. And, frankly no, I don't have the time or resources to write my own. Please, give me something other than just an <a> tag to work with. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---