I should note then that it will also segfault if I don't attempt to
preload it and just 'use' it in a module. The only difference is that the
backtrace is significantly longer. :-)
On Tue, 30 Apr 2002, Matt Sergeant wrote:
> D. Hageman wrote:
> > I am having some issues utilizing XML::LibXSL
D. Hageman wrote:
> I am having some issues utilizing XML::LibXSLT into a mod_perl application
> I am working on. The problem displays itself as a segfault on server
> startup. The setup I have is a standard RedHat 7.2 box with the following
> updated packages:
>
> apache 1.3.23
> mod_perl 1
I am having some issues utilizing XML::LibXSLT into a mod_perl application
I am working on. The problem displays itself as a segfault on server
startup. The setup I have is a standard RedHat 7.2 box with the following
updated packages:
apache 1.3.23
mod_perl 1.26
libxml2 2.4.21
libxslt 1.0.
nd Doug makes it
all possible.
Chuck
- Original Message -
From: "Per Einar Ellefsen" <[EMAIL PROTECTED]>
To: "Arul, Rex" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, April 18, 2002 1:24 AM
Subject: Re: Apache/Mod_Perl in Production Env--
On Thu, 18 Apr 2002, Arul, Rex wrote:
> Thanks Per. But should the stoic silence for this poser of
> mine, be construed as there are NO takers out there who have
> their Web Sites in Production, running out of Apache 1.XX and
> Mod-Perl 1.XX on Windows NT/2000?
>From private correspondence I kno
At 16:57 18.04.2002, Arul, Rex wrote:
>Thanks Per. But should the stoic silence for this poser of mine, be
>construed as there are NO takers out there who have their Web Sites in
>Production, running out of Apache 1.XX and Mod-Perl 1.XX on Windows NT/2000?
>
>Primarily we are a Microsoft shop, a
Thanks Per. But should the stoic silence for this poser of mine, be construed as there
are NO takers out there who have their Web Sites in Production, running out of Apache
1.XX and Mod-Perl 1.XX on Windows NT/2000?
Primarily we are a Microsoft shop, and I would like to answer this question to
At 03:48 18.04.2002, Arul, Rex wrote:
>Friends,
>
>I know Apache/Mod_Perl on OS other than Windows to be the trend du juor.
>However, I am in jitters seeing this explicit warning given in
>http://www.perl.com web-portal.
>
>"NOTE: it is not recommended to use Win
Friends,
I know Apache/Mod_Perl on OS other than Windows to be the trend du juor. However, I am
in jitters seeing this explicit warning given in http://www.perl.com web-portal.
"NOTE: it is not recommended to use Windows for production Apache/mod_perl servers;
Apache/mod_perl 1.x is not
> From: Bill McCabe [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 21, 2002 9:21 AM
> To: modperl
> Subject: Re: Non-web use for Apache/mod_perl
>
>
> Over the last year I've been slowly working on a similar system
> in my spare time
> (of which I have non
Over the last year I've been slowly working on a similar system in my spare time
(of which I have none). To do systems monitoring and reporting I'm using
mod_perl on the front end and communicating with remote systems via XML::RPC.
The XML::RPC server on the remote system runs local command via pe
Hi,
On Thursday, March 21, 2002, at 11:39 AM, Ilya Martynov wrote:
>> On Thu, 21 Mar 2002 00:40:24 +0100, Bas A.Schulte
>> <[EMAIL PROTECTED]> said:
>
> BAS> To handle a large number of concurrent transactions in a
> BAS> transaction-safe environment without me having to worry too much
> On Thu, 21 Mar 2002 00:40:24 +0100, Bas A.Schulte <[EMAIL PROTECTED]> said:
BAS> To handle a large number of concurrent transactions in a
BAS> transaction-safe environment without me having to worry too much about
BAS> concurrency issues and referential integrity I will slowly move to
BAS>
Issac,
On Thursday, March 21, 2002, at 11:01 AM, Issac Goldstand wrote:
> Bas A.Schulte wrote:
>
>> Hi,
>>
>> I've been meaning to write an article about how I used Apache/mod_perl
>> to implement a mobile SMS application platform as it demonstrates use
&g
Bas A.Schulte wrote:
> Hi,
>
> I've been meaning to write an article about how I used Apache/mod_perl
> to implement a mobile SMS application platform as it demonstrates use
> of Apache/mod_perl outside the Web realm, something I hadn't seen so
> far. Time
Bas A.Schulte wrote:
> Hi,
>
> I've been meaning to write an article about how I used Apache/mod_perl
> to implement a mobile SMS application platform as it demonstrates use of
> Apache/mod_perl outside the Web realm, something I hadn't seen so far.
> Time
Hi,
On Thursday, March 21, 2002, at 12:57 AM, Drew Taylor wrote:
> Have you tried Postgresql? It's a free, fast, ACID compliant database.
> I have it compiled & running within a few hours, not knowing much of
> anything about it before hand. From what I've read the speed is
> comparable w/ my
Have you tried Postgresql? It's a free, fast, ACID compliant database. I
have it compiled & running within a few hours, not knowing much of anything
about it before hand. From what I've read the speed is comparable w/ mysql
for most applications.
Drew
At 12:40 AM 3/21/2002 +0100, Bas A.Schult
Hi,
I've been meaning to write an article about how I used Apache/mod_perl
to implement a mobile SMS application platform as it demonstrates use of
Apache/mod_perl outside the Web realm, something I hadn't seen so far.
Time constraints (as always) have prevented me from doing thi
I agree that Apache Toolbox does a nice job for apache/mod_perl
installation -- even goes out and gets the source for you. I would like to
mention that I got a great deal of benefit from the INSTALL document from
the mod_ssl distribution -- it contains many examples of configuring and
compiling
t's a pretty good stab at
showing a novice how to compile and install apache+mod_perl (though
not mod_ssl... alas) The complete chapter is online at
http://www.modperlcookbook.org/
Regards,
Paul
On Thu, Feb 07, 2002 at 12:04:19AM +, Ged Haywood wrote:
> Hi there,
>
>
Hi there,
On Thu, 7 Feb 2002, Rod Butcher wrote:
> professionals are being driven mad, despite reading the Guide (which despite
> being complete is still mysterious, it comes across as having a mission
> statement to contain everything rather than to be useful, sorry).
Patches, chapters, help
sue now or
somebody else other than M$ will do it.
regards, Rod
- Original Message -
From: "timj_moore" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 07, 2002 4:01 AM
Subject: Installing from scratch Apache + mod_perl + Apache::ASP (+maybe
othe
I apologize, I'm afraid I was lost in my brevity :). showrev -p will return
a list of installed Solaris system patches.
>>> Try showrev -p for a list of installed patches.
-Original Message-
From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]]
Subject: Re: Solaris + Apa
Try showrev -p for a list of installed patches.
-Original Message-
From: Philip M. Gollucci [mailto:[EMAIL PROTECTED]]
Subject: Re: Solaris + Apache + mod_perl = TROUBLE
I can't control what patches they have or have not applied... Is there
anyway I can check myself ?
I'm
Actually I tried that exact configure line one of the millions I tried it
for perl, and it got to make, where I got millions of undefined PL_*
errors.
I can't control what patches they have or have not applied... Is there
anyway I can check myself ?
I'm more of a BSD/FreeBSD expert.
---
Thanks for the trouble time though.
--
Philip M. Gollucci (p6m7g8) [EMAIL PROTECTED] 301.314.3118
Science, Discovery, & the Universe (UMCP)
Webmaster & Webship Teacher
URL: http://www.sdu.umd.edu
EJPress
> I have system (Solaris 2.6) which I do NOT have root on... (now I know why that
> doesn't happen often)
No problem. Make sure root has applied the latest recommended patch set for
2.6.
> At anyrate, I need to install perl5.6.1 ... I'll pay anyone able to do without
> using a binary release (on
I have system (Solaris 2.6) which I do NOT have root on... (now I know why that
doesn't happen often)
At anyrate, I need to install perl5.6.1 ... I'll pay anyone able to do without
using a binary release (on this particular solaris system (yes its that bad),
Apache Apache-1.3.22 from source, and
Perrin Harkins wrote:
>
> The difference is that Apache::Resource should apply this limit to each
> new child process. When you do this from the shell, you are limiting
> the parent Apache process, which isn't very useful.
I put
use BSD::Resource;
setrlimit RLIMIT_AS, 3200, 6400;
at t
> PerlModule Apache::Resource
> PerlSetEnv PERL_RLIMIT_AS 32:64
> PerlChildInitHandler Apache::Resource
>
> in httpd.conf, but Apache::Resource uses BSD::Resource in the end and
> thus its the same as
>
> use BSD::Resource;
> setrlimit RLIMIT_AS, 3200, 6400;
The difference is that Apache:
RLIMIT_AS, 3200, 6400;
at top of the test script. I use "setrlimit" directly so I could test if
BSD::Resource works at all - and it DOES if run from the shell - but it
does NOT if run from Apache/mod_perl.
What could cause the different behaviour??
Best regards,
Christoph Bergman
> has anybody any ideas?
Apache::Resource.
tml\n\ntest...";
use BSD::Resource;
setrlimit RLIMIT_AS, 3200, 6400;
for($i=0; $i<600; $i++)
{
$a.="dsafadsfadsfadfhakdhfkjaf";
}
print "ok";
but it stops IMMEDIATELY with "out of memory"/"document contains no
data" if called
:: > I have set up several Windows / Apache / mod_perl servers without any
:: > problems whatsoever. I would recommend the following (in order):
::
:: Alternately: http://savage.net.au/Perl.html#Configuring-Apache
Nice one Ron. That's excellent documentation. Cheers.
Jonatha
Folks
See below.
Cheers
Ron Savage
[EMAIL PROTECTED]
http://savage.net.au/index.html
> :: My question is:
> :: 1. is there a way to get a precompiled windows version running (I don't
> :: want to reset my Apache server to some ancient version!)
>
> I have set up seve
Greetings.
You may be in need of
AddModule mod_perl.c
After the ClearModuleList somewhere around line 207 of httpd.conf as
distributed.
(What's ClearModuleList's used for anyway? I never really understood it -
but then again, I never really read its documentation...)
As for mod_perl on win32,
On Tue, 27 Nov 2001, Albrecht Fortenbacher wrote:
> I tried to install precompiled mod_perl within an Apache 1.3.22 server
> on Windows 2000 as indicated on http://perl.apache.org, and this failed
> (error message below).
[ .. ]
> --
know Unix so that kind of limits my opportunities.
:-(
:: My question is:
:: 1. is there a way to get a precompiled windows version running (I don't
:: want to reset my Apache server to some ancient version!)
I have set up several Windows / Apache / mod_perl servers without any
problems what
th make- and cc-Utilities (e.g. from cygwin), and is there
an *easy* indication how to do it
or
3. is Apache/mod_perl and windows an invalid combination which simply
should not be used???
Thanks in advance
Albrecht Fortenbacher
--
kar Pratiksha
> Sent: Friday, November 16, 2001 1:05 AM
> To: '[EMAIL PROTECTED]'
> Subject: Apache-mod_perl
>
>
> Hello all,
> We are facing a problem while configuring perl-module in Apache webserver
> in the Solaris environment.
> The Server configuratin is
Hello all,
We are facing a problem while configuring perl-module in Apache webserver
in the Solaris environment.
The Server configuratin is as follows:
OS : Solaris 2.7 SunOS 5.7 Sparc machine.
Apache/1.3.20 (Unix) mod_fastcgi/2.2.10 mod_perl/1.26
We have installed a VSWAP1.1.6 which is a WAP te
One important thing
THERE IS ALREADY A P5EE MAILING LIST GUYS!!
:)
So basically if you want to add your feedback, go there! It's already done
but it's not too late to add feedback. :)
email ...
[EMAIL PROTECTED]
At 08:36 AM 10/29/2001, Medi Montaseri wrote:
>Similarly, this concept of
Similarly, this concept of Enterprise is a bugus idea ... from a pure
computer science point of view, there is no such thing as an Enterprise.
This is all Microsoft's branding trying to associate themselves with
something big, and Sun is stupidly following it
My vote is to come up with some
> At 02:28 PM 10/23/2001 -0400, Perrin Harkins wrote:
> >Stephen Adkins wrote:
> >> If no one suggests an appropriate list, I propose starting a "p2ee" group
> >Can I just say that P2EE is a horrible, horrible name? It includes the
> >Java version number (when is J3EE coming out?), as well as
> Exactly- the statically typed languages I am familiar with have a casting
> mechanism to utterly subvert compile-time type checks. While static typing
> allows better compile-time optimization, it's value as a debugging
> mechanism is near the bottom of the list of advantages for engineering
Rob Nagler <[EMAIL PROTECTED]> writes:
> Gunther wrote:
> > If you do not have a strongly typed system, then when you break
> > apart and rebuild another part of the system, Perl may very well not
> > complain when a subtle bug comes up because of the fact that it is
> > not strongly typed. Where
On Tue, Oct 23, 2001 at 12:02:00PM -0500, Dave Rolsky wrote:
> Perl Jewels (Joules?)
Perl Oysters :-)
A
On 22 Oct 2001, Matthew Kennedy wrote:
> Why was Berkeley DB chosen for caching when a RDBMS (mysql in
> this case) was already being used?
For speed.
You want to hit the RDBMS as little as possibly; Berkeley DB makes a
good cache.
- ask
--
ask bjoern hansen, http://ask.netcetera.dk/ !t
I suppose I should point out that perl.com is always interested in
mod_perl articles. If you've learned lessons that others could
benefit from, contact the perl.com editor, Simon Cozens
<[EMAIL PROTECTED]>.
Nat
On Tue, 2001-10-23 at 12:31, Dave Hodgkinson wrote:
> Nathan Torkington <[EMAIL PROTECTED]> writes:
> Is there a nice graphicy map of what actually constitutes J2EE onto
> which we can overlay the relevant perl bitz?
Something like this:
http://www.onjava.com/pub/a/onjava/api_map/
http://jav
On Thu, 18 Oct 2001 19:11:04 -0700 (PDT)
Andrew Ho <[EMAIL PROTECTED]> wrote:
> I checked the list archives and it didn't look like this had been posted yet.
> For those of you who haven't seen it yet... a great read on perl.com about
> the Apache/mod_perl setup at eToy
Matthew Kennedy <[EMAIL PROTECTED]> wrote:
> Why exactly is that a dirty secret? I've been thinking about
> writing one or two standalone poe daemons to handle interfacing
> with other systems, and it doesn't seem like such a bad idea.
[ ... ]
> Is anyone else using independent perl processes in
Matthew Kennedy wrote
>Is there a Perl equivalent to Struts? Mason seems to come close if you
>keep yourself disciplined somewhat.
>
I mentioned a couple of tools in the article that are specifically aimed
at MVC: OpenInteract, and Apache::PageKit.
Actually, I think it's pretty easy to replace
Nathan Torkington wrote:
> I like the idea of P2EE.
Yeah. Maybe it will take off better than "Pervlets" did.
Mike808/
--
perl -le "$_='7284254074:0930970:H4012816';tr[0->][ BOPEN!SMUT];print"
[EMAIL PROTECTED] wrote:
>
> I'm surprised that no one has, jokingly, suggested PEE.
>
> Sorry, couldn't resist. :)
Neither could these people: http://pee.sourceforge.net/
At 03:38 AM 10/24/2001, Stephen Adkins wrote:
>At 02:28 PM 10/23/2001 -0400, Perrin Harkins wrote:
> >Stephen Adkins wrote:
> >
> >> If no one suggests an appropriate list, I propose starting a "p2ee" group
> >
> >
> >Can I just say that P2EE is a horrible, horrible name? It includes the
> >Java
I'm surprised that no one has, jokingly, suggested PEE.
Sorry, couldn't resist. :)
--
===
"If you put three drops of poison into a 100 percent pure Java, you get - Windows. If
you put a few drops of Java into Windows, you s
"Robert Landrum" <[EMAIL PROTECTED]> wrote:
> ... A name is pretty important
> and if it's acronym isn't easily recognized, it isn't going to gain
> the support of developers. J2EE is catchy, so we need something
> catchy. PEF isn't nearly as catchy as P2EE or P5EE or PEA (Perl
> Enterprise API)
At 3:38 PM -0400 10/23/01, Stephen Adkins wrote:
>Several of you have made the same good point.
>And now the naming flame war has already begun... ;-)
This is a discussion. Something has been proposed and it needs a
name. I'd hardly call this a flame war. A name is pretty important
and if i
At 02:28 PM 10/23/2001 -0400, Perrin Harkins wrote:
>Stephen Adkins wrote:
>
>> If no one suggests an appropriate list, I propose starting a "p2ee" group
>
>
>Can I just say that P2EE is a horrible, horrible name? It includes the
>Java version number (when is J3EE coming out?), as well as Sun's
Gunther wrote:
> If you do not have a strongly typed system, then when you break apart and
> rebuild another part of the system, Perl may very well not complain when a
> subtle bug comes up because of the fact that it is not strongly typed.
> Whereas Java will complain quite often and usually earl
List
Subject: Re: [OT] P2EE Redux was: Excellent article on Apache/mod_perl at
eToys
Stephen Adkins wrote:
> If no one suggests an appropriate list, I propose starting a "p2ee" group
Can I just say that P2EE is a horrible, horrible name? It includes the
Java version number
Stephen Adkins wrote:
> If no one suggests an appropriate list, I propose starting a "p2ee" group
Can I just say that P2EE is a horrible, horrible name? It includes the
Java version number (when is J3EE coming out?), as well as Sun's
desperate attempt to make it sound like something you buy
Stephen Adkins writes:
> That would be great (as long as perl.org can host the CVS too).
> My concern was that perl.org might not be as specialized in hosting
> development teams as sourceforge.net. Do you support "viewcvs"
> or similar for web browsing of the CVS repository?
cvsweb. You can se
Nathan,
At 11:06 AM 10/23/2001 -0600, Nathan Torkington wrote:
>Stephen Adkins writes:
>> If no one suggests an appropriate list, I propose starting a "p2ee" group
>> on SourceForge. This gives us mailing lists and a CVS repository for the
>> artifacts of the effort (which will mostly be specifi
Nathan Torkington <[EMAIL PROTECTED]> writes:
> Leon Brocard writes:
> > > Perhaps a port of JMS is in order.
> >
> > Interestingly, I've been thinking along the same lines. Spread
> > (http://www.spread.org/) can be used for the publish/subscribe
> > messaging domain but queueing seems to be im
On Tuesday 23 October 2001 18:21, Stephen Adkins wrote:
> This issue of a P2EE specification has come up before
> (and I participated in the discussion), but since it is off-topic for
> the mod_perl list, I would appreciate some referrals of where to go to
> discuss this.
>
> If no one suggests an
Matthew Kennedy wrote:
> On Mon, 2001-10-22 at 21:27, Perrin Harkins wrote:
>
>>It sounds like the limitation there is that you're interfacing with systems
>>that can't notify you when something new happens. That's not Perl's fault.
>>If you wrote your daemons in Java alpahabet soup, they'd sti
At 10:11 AM 10/23/01 -0600, Nathan Torkington wrote:
>Leon Brocard writes:
> > > Perhaps a port of JMS is in order.
> >
> > Interestingly, I've been thinking along the same lines. Spread
> > (http://www.spread.org/) can be used for the publish/subscribe
> > messaging domain but queueing seems to b
Stephen Adkins writes:
> If no one suggests an appropriate list, I propose starting a "p2ee" group
> on SourceForge. This gives us mailing lists and a CVS repository for the
> artifacts of the effort (which will mostly be specifications and
> documentation, with maybe some Bundle files). I would
On Tue, 23 Oct 2001, Nathan Torkington wrote:
> Of course, we couldn't call it a Java bean. They'd have to be Camel
> droppings. :-)
Perl Jewels (Joules?)
-dave
/*==
www.urth.org
We await the New Sun
==*/
On Tue, 2001-10-23 at 10:09, Gunther Birznieks wrote:
> At 08:46 PM 10/23/2001, Rob Nagler wrote:
> >I don't quite understand the difference between worflow in the front-end and
> >workflow in the back-end. They both change. The danger of making one part
> >of the system easier to change is that
At 11:27 PM 10/23/2001 +0800, Gunther Birznieks wrote:
>At 09:45 PM 10/23/2001, Perrin Harkins wrote:
>>Matt Sergeant wrote:
>>>OK, so what are we missing?
...
>>Based on the comments I've seen here over the years, and some on Slashdot,
>>the thing that seems to worry people the most is the lack
Leon Brocard writes:
> > Perhaps a port of JMS is in order.
>
> Interestingly, I've been thinking along the same lines. Spread
> (http://www.spread.org/) can be used for the publish/subscribe
> messaging domain but queueing seems to be important too. Straying a
> bit offtopic perhaps, but I wonde
On Mon, 2001-10-22 at 21:27, Perrin Harkins wrote:
>
> It sounds like the limitation there is that you're interfacing with systems
> that can't notify you when something new happens. That's not Perl's fault.
> If you wrote your daemons in Java alpahabet soup, they'd still have to poll
> the pop3
On Mon, 2001-10-22 at 20:14, Robert Koberg wrote:
>
>
> > For comparions, a nice aspect of j2ee applications IMHO is the
> > "application server" tends to be more general. ie. the application
> > server is not just the web server (as it is with mod_perl). I've found
> > j2ee features such as mes
-- [EMAIL PROTECTED] on 10/23/01 10:23:18 -0500
>>
>> Is anyone else using independent perl processes in a web app, or have strong
>> reasons not to?
I use them for quite a few things. fork/exec works nicely in perl
(on unix at least), allows me to write daemons for most things.
Why do you a
At 10:36 PM 10/23/2001, Leon Brocard wrote:
>Perrin Harkins sent the following bits through the ether:
>
> > Perhaps a port of JMS is in order.
>
>Interestingly, I've been thinking along the same lines. Spread
>(http://www.spread.org/) can be used for the publish/subscribe
>messaging domain but qu
>
> Is anyone else using independent perl processes in a web app, or have strong
> reasons not to?
Our web application (Metadot) provides a number of functions that are fulfilled by
a daemon written in perl. Among these are: collecting content from syndicated news
channels, sending email messages
At 09:45 PM 10/23/2001, Perrin Harkins wrote:
>Matt Sergeant wrote:
>
>>OK, so what are we missing?
>
>
>Based on the comments I've seen here over the years, and some on Slashdot,
>the thing that seems to worry people the most is the lack of an obvious
>message queue API in Perl. I've seen plen
At 08:46 PM 10/23/2001, Rob Nagler wrote:
> > is easier and more standardized, and well documented. But I "feel" like
> > coding front-end web applications is much easier in Perl where the workflow
> > bits change all the time. For this, I like using SOAP on the backend Java
> > server and SOAP on
Perrin Harkins sent the following bits through the ether:
> Perhaps a port of JMS is in order.
Interestingly, I've been thinking along the same lines. Spread
(http://www.spread.org/) can be used for the publish/subscribe
messaging domain but queueing seems to be important too. Straying a
bit off
Matt Sergeant wrote:
> OK, so what are we missing?
Based on the comments I've seen here over the years, and some on
Slashdot, the thing that seems to worry people the most is the lack of
an obvious message queue API in Perl. I've seen plenty of
implementations, but there isn't a plug-n-play
Matthew Kennedy wrote:
> Secondly, I've worked on a good-sized commerce site with
> mod_perl+HTML::Mason. One of the more dirty secrets is that the back-end
> of the site involves several standalone perl programs running as
> daemons. What's even worse is; most of them have to sit in poll/wait
>
> is easier and more standardized, and well documented. But I "feel" like
> coding front-end web applications is much easier in Perl where the workflow
> bits change all the time. For this, I like using SOAP on the backend Java
> server and SOAP on the front-end Perl.
I don't quite understand the
> However, I would have to say that I "feel" like coding
> middleware in Java
> is easier and more standardized, and well documented.
OK, so what are we missing? I feel like we're getting pretty close to
standardisation of middleware development with environments like POE (which
rocks, but is u
At 09:14 AM 10/23/2001, Robert Koberg wrote:
> > For comparions, a nice aspect of j2ee applications IMHO is the
> > "application server" tends to be more general. ie. the application
> > server is not just the web server (as it is with mod_perl). I've found
> > j2ee features such as message bean
on 10/22/01 11:13 AM, Matthew Kennedy at [EMAIL PROTECTED] wrote:
> Why was Berkeley DB chosen for caching when a RDBMS (mysql in this case)
> was already being used?
It's faster and less resource-intensive for this kind of thing. We just
wanted a really fast persistent hash, and didn't need SQL
> For comparions, a nice aspect of j2ee applications IMHO is the
> "application server" tends to be more general. ie. the application
> server is not just the web server (as it is with mod_perl). I've found
> j2ee features such as message beans, queues and such especially useful
> for back-end w
didn't look like this had been posted yet.
> For those of you who haven't seen it yet... a great read on perl.com about
> the Apache/mod_perl setup at eToys, co-authored by our own mod_perl
> regular contributer Perrin Harkins.
>
>
> By the way, I noticed he documented still another gotcha due to a sneaky
> closure. Does anyone know off-hand whether the Perl 6 folks plan to
> change the closure syntax so they don't sneak into your code this way?
>
Closures, references, et al are being thoroughly revised, such that there
wil
> Wasn't this "seasonal rush" at least partly caused by the so-called toywar
> (www.toywar.com) between eToys.com (the online retailer) and etoy.com
> (the art group)?
There were a lot of DoS attacks (and some even uglier, nastier ones) in 1999
as a result of that. Most of that was dealt with th
Hi!
On Fri, Oct 19, 2001 at 09:59:18AM -0400, Drew Taylor wrote:
> What I found most interesting was the detail of the extensive caching which
> was implemented to survive the seasonal rush.
Wasn't this "seasonal rush" at least partly caused by the so-called toywar
(www.toywar.com) between eToys
Andrew Ho wrote:
>
> Hello,
>
> I checked the list archives and it didn't look like this had been posted yet.
> For those of you who haven't seen it yet... a great read on perl.com about
> the Apache/mod_perl setup at eToys, co-authored by our own mod_perl
> reg
If memory serves, I think we had something like 20-30 proxy servers and I
think, at the end, we had w21 through w112 for app servers, so something
like 92 app servers. I don't remember how many search boxes though.
Thanks for the article Perrin, I didn't know half of what you, Ollie,
Chris, Ada
> What I'd love to see is the avg spec and numbers of machines in each
> section. So how many proxy, mod_perl and search servers were required to
> give the phenomenal performance you managed to achieve.
Well, this was a long time ago (I wrote the article over a year ago), and I
don't remember e
olkit List
> Subject: Re: [Templates] Re: Excellent article on Apache/mod_perl at
> eToys
>
>
> What I found most interesting was the detail of the extensive
> caching which
> was implemented to survive the seasonal rush. I look forward
> to working on
> a proje
>
> Thanks to all for the kind words. This article actually went
> up a little
> bit before it was supposed to, and there should be a revision
> going up soon
> with some grammatical fixes and a set of graphics to
> illustrate parts of it.
> I'll post a follow-up when that happens in case any
What I found most interesting was the detail of the extensive caching which
was implemented to survive the seasonal rush. I look forward to working on
a project one day that is big enough to warrant such a system. All in all,
a most excellent and informative read.
Thanks again for everything y
101 - 200 of 375 matches
Mail list logo