architecture

[measwel]

If you were to start a new webapp project right now, what technology would you choose?
The general requirements are:

- Application has to be able to handle 1000+ concurrent users.
- New developers must be able to learn the technology quickly

Would you choose:

Struts 2.1.6 or JSF 2.0 or maybe something else?

What other technologies would you use to ease development work?

What technologies would you not use?

Thanks.

[Jacob Hookom]

If it's any constellation, I've found that it's dumb to choose a
framework based on handling 'X' users.  The framework choice isn't going
to determine that when you take into account necessary hardware and
networking and development time.  With the 64 bit processors and memory
allotments, and necessary redundancy in hardware for your applications
anyways, pick whatever framework you think is easiest to use.

measwel wrote:

> If you were to start a new webapp project right now, what technology would
> you choose?
> The general requirements are:
>
> - Application has to be able to handle 1000+ concurrent users.
> - New developers must be able to learn the technology quickly
>
> Would you choose:
>
> Struts 2.1.6 or JSF 2.0 or maybe something else?
>
> What other technologies would you use to ease development work?
>
> What technologies would you not use?
>
> Thanks.
>  
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.80/2349 - Release Date: 09/06/09 05:51:00
>
>  

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[measwel]

Well, that is the point; which one do you think is easiest to use?

[Andrew Robinson-5]

Django on mod_python in Apache with jQuery on client side :)

On Sun, Sep 6, 2009 at 1:15 PM, measwel<marek_karczewski@...> wrote:

>
> Well, that is the point; which one do you think is easiest to use?
> --
> View this message in context: http://www.nabble.com/architecture-tp25319853p25320825.html
> Sent from the java.net - facelets users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Jan-Kees van Andel]

JSF does have a tendency of having overhead, especially compared with
form based frameworks like Struts 1 or Spring MVC.
This overhead has a reason, because of JSFs component based/event
driven architecture.

This makes JSF very good at powering highly interactive applications,
but probably less suitable for a website like the Google search engine
(extreme high scalability/simple interaction). For such a site I
wouldn't even use any framework.

Regarding ease of use, I've used JSF since 1.1 and haven't had any
real issues, except the typical JSF pitfalls from that time. Since JSF
1.2, the framework has really improved and with 2.0, it's gonna rock.
;-)

So? I would add another criterion: Richness/interactivity. For me,
that's the key motivation to use or not use a component based
framework.

Regards,
Jan-Kees


2009/9/7 Andrew Robinson <andrew.rw.robinson@...>:

> Django on mod_python in Apache with jQuery on client side :)
>
> On Sun, Sep 6, 2009 at 1:15 PM, measwel<marek_karczewski@...> wrote:
>>
>> Well, that is the point; which one do you think is easiest to use?
>> --
>> View this message in context: http://www.nabble.com/architecture-tp25319853p25320825.html
>> Sent from the java.net - facelets users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-help@...
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...