Re^4: Company considers recoding Java app in Perl

Comparing Java servlets with mod_perl handlers gives very close results. I don't think the slowness people often experience on Java sites has to do with the actual language as much as the choices made when developing in it.

That's been my experience. It's not Java per se that causes slow down and bloat, but the huge frameworks that are brought in for the simplest task.

Comment on Re^4: Company considers recoding Java app in Perl

Replies are listed 'Best First'.
Re^5: Company considers recoding Java app in Perl by Eyck (Priest) on Aug 13, 2005 at 11:38 UTC
Considering that java is one of languagues that are one with their frameworks (.Net, J2EE), what you're saying is... ee, what... jvms are fast, java programs are slow?	[reply]
Re^6: Company considers recoding Java app in Perl by perrin (Chancellor) on Aug 13, 2005 at 13:13 UTC
Perl has plenty of frameworks too. But yes, the gist is that Java itself is fast, but people often write overly complicated systems on it, which run slowly. The problems in these cases is the software design, not the language it was written in.	[reply]
Re^6: Company considers recoding Java app in Perl by adrianh (Chancellor) on Aug 13, 2005 at 13:15 UTC
Considering that java is one of languagues that are one with their frameworks (.Net, J2EE), what you're saying is... ee, what... jvms are fast, java programs are slow? No. What I'm saying is that large everything-including-the-kitchen-sink frameworks like J2EE are often overkill and create unnecessary overhead that shows up in bloated images and slower run times. It's perfectly possible to develop applications without J2EE. It's often more effective to build up smaller frameworks with things like JDO, Velocity, etc.	[reply]