For that you just need strict project managers with experience in JSF... ;)
2008/3/17, Thies Edeling <[EMAIL PROTECTED]>: > or it means that JSF development is a slow process and you need a lot of > devs to meet a deadline ;) > > > Vitaly Tsaplin wrote: > > I am just looking at the number of job offers for JSF :) It's a > > lot! That demand means that there are a lot of development in JSF. > > > > On Mon, Mar 17, 2008 at 11:38 AM, Johan Compagner <[EMAIL PROTECTED]> > wrote: > > > >> where is the complex JSF app that has many many concurrent users? > >> Most of the time the more complex the app gets the less concurrent users > it > >> will have. > >> Because those kind of complex apps are mostly targetted at a specific > group > >> of people. > >> > >> Where are for example Enterprise level apps just open on the internet? > >> > >> On Mon, Mar 17, 2008 at 11:20 AM, Vitaly Tsaplin <[EMAIL PROTECTED]> > >> > >> > >> wrote: > >> > >> > Hi Johan, > >> > > >> > Many thanks for your answer. > >> > > >> > A real world enterprise level app is usually about complex user > >> > interface and many many concurrent users at one time. > >> > > >> > When I told about real world applications I meant mostly a > >> > comparison with some other popular frameworks like JSF. It wasn't > >> > obvious, sorry :) I mean having a framework which is at least not less > >> > efficient then JSF automatically implies that we can do all that stuff > >> > which is done with JSF. So in its turn it means that wicket is > >> > perfectly suitable for enterprise level apps as well as JSF. I do not > >> > mean that JSF is a good choice but it's proven in practice. > >> > > >> > Vitaly > >> > > >> > On Mon, Mar 17, 2008 at 10:33 AM, Johan Compagner <[EMAIL PROTECTED]> > >> > wrote: > >> > > we have our own threadtest (see svn) to test scaling > >> > > > >> > > What is a real world enterprise level app? > >> > > > >> > > Is that about the complexitiy of the user inteface and the > application > >> > > itself? > >> > > or is it that it is used by many many concurrent users at one time > but > >> > the > >> > > app is pretty simple? > >> > > > >> > > About design principals, use detachable models everwhere to keep the > >> > state > >> > > als low as possible, > >> > > To be Highly responsive doesn't mean that you have to have a memory > >> > > inexpensive app. > >> > > > >> > > Wicket apps do use session memory for pages, For 1.3 only 1 page per > >> > > pagemap, so most of the time 1 page per session/user > >> > > And what a page cost in mem is very dependend on the complexity. > >> > > > >> > > johan > >> > > > >> > > > >> > > On Mon, Mar 17, 2008 at 10:01 AM, Vitaly Tsaplin < > >> > [EMAIL PROTECTED]> > >> > > wrote: > >> > > > >> > > > >> > > > >> > > > Hi everyone, > >> > > > > >> > > > Does anyone try to do any scalability tests with wicket? How is > it > >> > > > suitable for real world enterprise level applications? And the > most > >> > > > important question: What are the design principals I should > follow in > >> > > > order to turn my homemade application into a real, highly > responsive > >> > > > and memory inexpensive app? Where can I read about it? > >> > > > > >> > > > Vitaly > >> > > > > >> > > > > --------------------------------------------------------------------- > >> > > > 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] > > > > > > > > -- > http://www.ehour.nl/ > http://blog.ehour.nl/ > > > > --------------------------------------------------------------------- > 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]
