JSF - I'm afraid of this because of the performance issue that I read about. It looks like the design and maintenance of the view takes up too much memory. In addition, JSF will not work with bookmarks and tabbed browsers.
Try Seam Structure
- improved performance (added talk area)
- fixed JSF works well with bookmakers and tabbed browsers
- many other pros :)
The seam is good for two reasons:
- This allows you to quickly create an application (basic CRUD, such as RoR or Grails style)
- This will be a good basis for further development.
I want to write a simple application website in J2EE, with these characteristics: 1. I do not need AJAX, and it must work with JavaScript disabled in the browser.
With a good JSF library (Richfaces or Icefaces) writing JavaScript code is minimized. Why is JavaScript disabled in the browser?
2. This is a simple CRUD application
Seam is great for building a CRUD application using the seam-gen tool.
3. I need full control over how each element of the page - no compromises in the graphical interface appearance.
This is work for CSS code. Using facelets as templates will be less work for you.
4. I can use a simple old JDBC to access data - no o / r mappers are necessary for a simple CRUD ORM application is really cool, with Seam you will get it for free. But ORM is optional.
5. Bookmarking pages - necessary (wherever bookmarking makes sense, that is).
As already mentioned, Seam is no longer a problem. There are only POST requests in "plain" JSF, and that is the problem.
6. Many of my users very often use tabbed browsing.
The seam represents new areas (the conversation process and buissines), so now you can open several tabs and simultaneously perform several tasks / threads.
What I need to do the framework: 1. Give me a good abstraction to get the GET and POST parameters.
This is a feature of JSF.
2. Give me a good tool for error checking the display and other errors to the user
Seam integrates with the Hibernate Validator and has good message and i18n support.
3. Give a set of standard security functions - preventing cross-reference scripts, prevent the user from setting a drop-down value that is not in the drop-down list, et.al
JSF IMO libraries are good in this field.
4. Be successful, scale well for more than 200 simultaneous users, on a not-so-powerful server. (without clusters - single node, common application server with several production applications)
Performance - yes. Stamped correction of throws without reference to the application pattern helps to use in kind. Using POJOs in a state of performance representation is similar to other frameworks such as Struts or Spring. For use cases in the real world, see the seam on the production page .
5. Be stable; because I would like to run this application without basic refactoring for at least 3-4 years
Seam and JSF are sustainable technologies.