For all I know, wicket is free. 2008/3/17, Vitaly Tsaplin <[EMAIL PROTECTED]>: > No, I am not advocating JSF at all :) I agree with all you gays. > Wicket is just like a fresh air in a web development. I am just trying > to realize what is the price to pay for such a pleasure :) > > > On Mon, Mar 17, 2008 at 1:01 PM, Martin Makundi > <[EMAIL PROTECTED]> wrote: > > Wicket is just so much more efficient to code you do not need so many > > developers... > > > > 2008/3/17, Vitaly Tsaplin <[EMAIL PROTECTED]>: > > > > > > > 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] > > > > > > > > > > --------------------------------------------------------------------- > > 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]