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 по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Catching errors inside a function
Следующее
От: Robert L Mathews
Дата:
Сообщение: Crash in vacuum analyze