Re: [WAY OT] Re: PL/java?
От | merlyn@stonehenge.com (Randal L. Schwartz) |
---|---|
Тема | Re: [WAY OT] Re: PL/java? |
Дата | |
Msg-id | m1itf0au49.fsf@halfdome.holdit.com обсуждение исходный текст |
Ответ на | Re: [WAY OT] Re: PL/java? ("Alex Knight" <knight@phunc.com>) |
Ответы |
Re: [WAY OT] Re: PL/java?
|
Список | pgsql-general |
>>>>> "Alex" == Alex Knight <knight@phunc.com> writes: Alex> However, mod_perl is absolutely slower than most any j2ee application. Alex> If all you are doing is keeping a session variable to count number of hits Alex> on a web page, then sure, perl is more than sufficient, possibly faster. Alex> But when you start doing anything of importance, enterprise level stuff, Alex> you need something scalable in ways java can go, but perl just doesn't Alex> seem to have _easy_ or sometimes _existant_ ways to implement. I can't let this stand. This is not a universal opinion or observation. Obviously, *I* have an agenda to promote as well, but what I'm quoting here is not the only truth availablel, so test it out yourself, or get an independant opinion. Alex> How would you go about synchronizing session data on 10 Alex> application servers running mod_perl _without_ using the Alex> database to "mirror" that data in memory? It's not very Alex> difficult to do it in Java. Whatever you can do in Java here, you can do in mod_perl. Perl is close enough to the metal to get at anything Java can reach, and I'd argue even closer, since it's trivial to link C (or even Java) with Perl. :) Can we stop bickering now? -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
В списке pgsql-general по дате отправления: