With Ruby on Rails, the web-application development had become really fast especially for mid and small sized applications. A lot of credit goes to the Rails Framework. But still Ruby lack what Java has, including innumerable number of utilities, packages, resources, Industry investment and acceptability.
Well, i guess after working on Grails i think we have got the right combination. Grails is built on Groovy and Hibernate. I liked GRAILS more then Stripes Framework also. We were able to develop web-application(small sized) at much quicker pace. It is more closer to Ruby on Rails framework. Provide Scaffolding and auto generating many of the code and functionality. It uses convention over configuration to the maximum. It has very easy to use and intuitive tags for Ajax implementation.
Here is the link if want to know more http://grails.codehaus.org/
Discussing Solution Design, DevSecOps, Cloud and Software Architecture, Infrastructure, Frontend and Backend Frameworks.
Showing posts with label Grails. Show all posts
Showing posts with label Grails. Show all posts
6/14/2006
View on Ajax
Here is the ARTICLE I read about a view on ajax.
The article is quite good but still I have a few concern about it. The article suggest that one should replace the web browsers all together. Well …….Do you really want to do it? Easy to use and interoperability of web browsers have give the fire to the Internet revolution. The focus should not be on replacing the thin and so much interoperable clients by something else as a Swing applications or may be VB Desktop applications. ( Even Applets have the problem of higher download time.) The focus should be as to how to make these browsers as more Rich in Content and Interactivity. I guess Ajax has played an important role in it.
I agree working on Javascripts is always a tough job. But then there are various frameworks which are coming out each day to help make that job easier.
I do agree that one should realize what kind of application they want to develop and will Ajax will really helpful. Take for example Google Calendar. I can on work on it as if I am working on my desktop application that too on a dial up connection. Such of functionality is only possible through technology Ajax. The applications where the interactivity of the user to the page is a lot and the content of the page is also more, in such situations Ajax can be really useful.
Well yes, its true Ajax is not the new concept its just that it has got a new name. XMLHTTPRequest object has been there from quite sometime. But its now that we are realizing how effectively can it be used.
The article is quite good but still I have a few concern about it. The article suggest that one should replace the web browsers all together. Well …….Do you really want to do it? Easy to use and interoperability of web browsers have give the fire to the Internet revolution. The focus should not be on replacing the thin and so much interoperable clients by something else as a Swing applications or may be VB Desktop applications. ( Even Applets have the problem of higher download time.) The focus should be as to how to make these browsers as more Rich in Content and Interactivity. I guess Ajax has played an important role in it.
I agree working on Javascripts is always a tough job. But then there are various frameworks which are coming out each day to help make that job easier.
I do agree that one should realize what kind of application they want to develop and will Ajax will really helpful. Take for example Google Calendar. I can on work on it as if I am working on my desktop application that too on a dial up connection. Such of functionality is only possible through technology Ajax. The applications where the interactivity of the user to the page is a lot and the content of the page is also more, in such situations Ajax can be really useful.
Well yes, its true Ajax is not the new concept its just that it has got a new name. XMLHTTPRequest object has been there from quite sometime. But its now that we are realizing how effectively can it be used.
5/27/2006
JSF AND WEB APPLICATION DEVELOPMENT
Java Server Faces JSF, is fast replacing Struts Framework in web applications. The JSF is component based, event driven architecture. The various elements of html pages are shown in form of components. Many IDEs are providing drag and drop functionalities for adding the components to the Web pages.
The event, which is triggered by each component, have a listener, which can take the appropriate action. JSF and portlets seems to form a good combination. Sun have already used this technology in their Sun Portal Server. They are providing Ajax support with JSF Portlets. The Sun Studio can develop the JSR168 portlets using JSF. It should be possible that each component of the JSF is able to be rendered independently through Ajax in future.
The event, which is triggered by each component, have a listener, which can take the appropriate action. JSF and portlets seems to form a good combination. Sun have already used this technology in their Sun Portal Server. They are providing Ajax support with JSF Portlets. The Sun Studio can develop the JSR168 portlets using JSF. It should be possible that each component of the JSF is able to be rendered independently through Ajax in future.
Subscribe to:
Posts (Atom)