ICEFaces versus zk - performance
Often people keep asking which path to follow regarding UI technologies. On the one hand, there are standards, such as JSF - and usually standards are something „long-lasting“, so if you decide to use a JSF implementation for your app you can be pretty sure that your application and the technology behind will survive the next few years. But „next few years...“ is a little bit weak, isn’t it? Basically we are talking about STANDARDS, so we should be able to expect survival of the technology for more than „few years...“. Just think about car manufacturing: certain screws are used in order to mount the wheels - and there are wrenches with standard sizes, exactly these standard sizes ensure that people still will be able to mount new tires to their Dodge Nitro or whatever twenty years later...
But regarding Software development we are far away from unmounting tires in twenty years. Of course Software development is a pretty fast changing environment, but even during short periods standards are adapted only very poorly. The problem: often these standards keep growing somewhere far away from real software development, in consequence the standard is far away from closing gaps between software development and industry. You still remember EJB?? EJB is as well one of these standards causing rather headache than adressing productive software development...and suddenly there was Spring, not a standard, but adopted in nearly any Java project!
The same refers to the UI layer and JSF. There are thousands of projects using JSF, but there are as well billions of developers complaining about JSF coding - especially in case JSF is used „from the scratch“ without any framework above implementing JSF. So if you are thinking about usage of JSF for a small project without any JSF implementation such as MyFaces or ICEFaces, forget about it, project cost will explode and after two weeks developers will start suggesting usage of plain HTML/JavaScript as they are so slow using JSF...
But even if you refer to a framework implementing JSF standard the question remains whether the framework is really best choice, just for the reason of adopting JSF. ICEFaces is one of the most spreaded JSF frameworks, on the other hand there is zk which is currently one of the most spreaded „Ajax-Non-JSF“ frameworks. If you compare these to frameworks regarding development speed and ramp up time, the question „ICEFaces or zk...?“ results in the question „Standard or Comfort...?“. The ICEFaces WYSIWIG editor is very poorly so usually developers end up in plain JSF tag coding. But aspects such as development speed and ramp up time are only minor aspects when deciding about UI technologies. It’s much more important to have a clue regarding scalability of technologies: will the ICEFaces application still perform when the app is deployed to a server? What about x concurrent users accessing the app? Recently we came across a nice paper comparing exactly these aspects, on the one hand ICEFaces, on the other zk;
we thought this is a pretty interesting comparison, reason enough to share within the richability info space.
Have fun reading this comparison (simply click the report below), maybe this report is a little help for your next UI technology choice in a project.
|
ZK 3.6 released!
05/03/09 07:58 Filed in: Ajax
Recently zk 3.6.0 has been released - there are couple of new features, for a detailed feature description refer to the feature list.
By the way, zk now provides a WYSIWIG editor, which can be easily installed as Eclipse plugin. So you can drag and drop your GUI without switching to your browser and hitting continously F5.
One more point we would like to mention: zk framework is growing rapidly! Some time has passed since we downloaded the last release, but as we took a quick look into the zk explorer we were really surprised about the number of new components. Check out the zk explorer it will give you a clue on what we are talking about...! We will keep focused closely on zk, as from our impression zk is (becoming) one of the leading enterprise Ajax frameworks. If you did not evaluate zk for now, you should give it a try in order to move away from clumsy JavaScript coding with simple Ajax frameworks...
Daniel Seiler about zk
03/11/08 06:03 Filed in: Ajax
We were positively surprised to find a session about zk being offered in the conference schedule of the Ajax in Action this year. As there was a slight touch to "JS-only" frameworks within the conference, people were really happy to listen to Daniel Seiler from processwide who offered a nice session about zk. He demonstrated that Ajax frameworks can cover much more than the client part of an application, unfortunately there is no video cut for this session. But we decided to put his slides here, so anyone interested in giving a quick summary to his boss about when and why to use zk can refer to the slides...
Download slides... 
Read full post...Ajax in Action 2008
30/10/08 05:22 Filed in: Ajax
This week Florian was attending the Ajax in Action conference in Mainz, Germany. He had several sessions & workshops in his "bag" and presented on hot topics within the space of UI development. Florian was one of the "not-only-Ajax-speakers", he was rather presenting on Ajax/Rich Client comparisons and when to use which technology approach. There is an interview with Florian which recently has been released on the conference page, the interview is available here for online reading.
Florian's comment about the conference:
"There is a slight movement in the Ajax UI space. New UI technologies are emerging and it is a tricky task to captivate the audience with 'JavaScript-only' frameworks. Of course the guys behind the frameworks still try to seed the message 'our JS-framework is the best in the world, you can use it for anything...', but usually this does not reflect reality and you can really feel that the audience knows about this. Rich Clients will not be the answer to all questions, the same way Ajax is not the answer to all questions. Both match for different kind of requirments, non of the two approaches is the holy gral for UI development..."
You can download Florian's session slides below. Of course the slides will give more sense in combination with "Live-examples", but maybe you can catch up the message as well based on slides-only...
download slides... 
Read full post...Ajax Shoulder View
08/10/08 05:49 Filed in: Ajax
Recently an article has been published by Florian Müller in the German JavaMagazin about the current state of Ajax. In this article Florian summarizes some general thoughts about Ajax and chalks out where Ajax should be used and where not. Unfortunately the article is written in German language but as soon as we have some time "left" we will translate - again, we apologize to all our "Non-German-Readers" (who btw. fortunately have increased a lot!). The article can be viewed as PDF below (simply click the article image) or viewed online at Create or Die.
Read full post...