Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Vitaly Tsaplin
   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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Vitaly Tsaplin
   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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Johan Compagner
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]




Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Johan Compagner
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]




Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Vitaly Tsaplin
   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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Thies Edeling
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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Martin Makundi
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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Martin Makundi
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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Martin Makundi
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]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Igor Vaynberg
naah, man. jsf is not an enterprise ready framework. just look for
struts jobs, there are like 30x more then jsf jobs. struts is the real
enterprise-ready web framework.

-igor


On Mon, Mar 17, 2008 at 3:58 AM, Vitaly Tsaplin
[EMAIL PROTECTED] 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]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Is wicket an efficient, enterprise level web framework?

2008-03-17 Thread Jonathan Locke
]


 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Is-wicket-an-efficient%2C-enterprise-level-web-framework--tp16090688p16114253.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]