This debate has really hit some hot buttons. I love reading the
exchanges as there are clearly some personal philosophies at work here.
Ain't it great!
"Michael" == Michael Robinton [EMAIL PROTECTED] writes:
Michael Give a man a dump truck full of leggos, motors and gears
Michael and
On Dec 05, Greg Cope wrote:
But, you all know that php pretty much takes over. Why? For two reasons:
1) initial corporate pushing (press/ads)
2) once well known, the word of the mouth does the rest.
Well go back 2 / 2 1/2 years and PHP was little known.
what is even funnier is that if
On Wed, 6 Dec 2000, brian moseley wrote:
[...]
this is how we ship our products internally at cpth. we
build perl, apache, 100 or so modules, and ~150 registry
scripts. then we rpm the whole thing up. the operations team
just has to:
rpm -i /usr/local/webmail/current/bin/wmctl start.
On Wed, 06 Dec 2000 05:52, Matthew Byng-Maddick wrote:
6. Engineering
The Perl community is made up of a truly eclectic group of people, which
is an amazing strength. However, it's also an amazing weakness: I get
the impression that very few programmers in the Perl community spend a
--- Gunther Birznieks [EMAIL PROTECTED] wrote:
[re: Java]
1. Trivial to do multithreading and shared memory
(in a single server).
Really nice for pools of cached information.
Single process model sucks for this.
Can't say I've looked, but has no one put a nice class wrapper around
shared
On Wed, 6 Dec 2000, brian moseley wrote:
another option would be to use autoconf. wrap a configure script
around your entire set of components. allow it to find and use
whichever ones you've already got installed. have it build and install
whatever you don't already have. not very tough.
--- "Jeffrey W. Baker" wrote:
Yup.
Machine A is controlling a transaction across Machine X and Machine Y. A
modifies a row in X and adds a row to Y. A commits X, which succeeds. A
commits Y, which fails.
Now what?
A cannot guarantee a recovery on machine X because there might already be
--- Perrin Harkins [EMAIL PROTECTED] wrote:
you don't have to spend time re-integrating Apache::Session and
Apache::DBI and Apache::WipeMyAss with each new project.
I think Apache::WipeMyAss auto-configures as of 0.3.
Where can *I* get that upgrade? =o)
On Wed, Dec 06, 2000 at 04:55:37PM +0800, Gunther Birznieks wrote:
Has anyone written a Perl IDE in Perl?
Tom Christiansen wrote an IDE-like lash-up of vi and perl, IIRC, but I
don't recall the specifics and I can't find in on-web right now. You
might search the perl5-porters archives for
At 14:07 06/12/2000 -0500, kyle dawkins wrote:
Ok, you're missing my point but that's partially my fault for not explaining.
First, let me agree: Java's "everything is an object" mentality sucks
balls. And yes, Perl's duality of functional/OO is really nice. Taking that
away is not what I
--- Chris Winters [EMAIL PROTECTED] wrote:
[...]
'Java' and 'open-source' are not mutually exclusive :-)
Hallelujah!
I still prefer Perl, but this is news to me, and GOOD news! =o)
[...]
And the perception out there, unlike with mod_perl, is that you don't
need to be a wizard to build such
On Wed, Dec 06, 2000 at 11:14:46AM -0800, Paul wrote:
--- Perrin Harkins [EMAIL PROTECTED] wrote:
you don't have to spend time re-integrating Apache::Session and
Apache::DBI and Apache::WipeMyAss with each new project.
I think Apache::WipeMyAss auto-configures as of 0.3.
Where can
brian moseley wrote:
On Wed, 6 Dec 2000, Gunther Birznieks wrote:
Has anyone written a Perl IDE in Perl?
i goofed around with a class browser/code generator a while
back, but i lost interest. as i recall, #perl laughed at me
when i suggested it :)
ActiveState has built an
Hi there,
This isn't a silly question. At least I hope it isn't.
On Wed, 6 Dec 2000, Jeffrey W. Baker wrote:
[snip,snip]
A modifies a row in X and adds a row to Y. A commits X, which succeeds.
A commits Y, which fails.
The only thing that Machine A can do now is send an email to the DBA
On Wed, 6 Dec 2000, Matthew Kennedy wrote:
ActiveState has built an Perl/Python IDE out of Mozilla:
http://www.activestate.com/Products/Komodo/index.html
too bad it's windows only :/
-
To unsubscribe, e-mail:
--- Jim Woodgate [EMAIL PROTECTED] wrote:
[...]
2) Sharing information between the processes. There's lots of
different ways to do it, but none really jumps out as an end-all
solution.
Is there no Apache::SharedMemory (or some such)?
If not, does anyone think it would be worth the time for
at a time earlier than now, Dave Rolsky wrote:
On Wed, 6 Dec 2000, brian moseley wrote:
But I'd also like to point out, as Matt Sergeant said, this stuff is
_really_ hard, and not very glamorous. I would've done much less of it
while the install and auto configure part is not very
"Bruce W. Hoylman" wrote:
snip
In my experience, these so-called enterprise solutions are just that
... a huge lathe, or whatever an end mill is. Their solution to even
the most minute problem is to throw huge - I mean huge - application
piece parts at it, hoping to bury it in the wizard
Perhaps part of this is that we simply need smarter configure/install
methods.
...
I've also dealt with this on another
app I'm working on (currently under NDA) that requires a bunch of modules,
a set of tables in a database, mod_perl, etc.
I've been dealing w/ very similar issues in work
"Gunther" == Gunther Birznieks [EMAIL PROTECTED] writes:
Gunther This is exactly why someone experienced in training (ie
Gunther Randal/StoneHenge) would hopefully be the ones to take the
Gunther torch on this. If there's anyone I would trust a
Gunther certification from, it would be them.
Ged Haywood wrote:
Hi there,
This isn't a silly question. At least I hope it isn't.
On Wed, 6 Dec 2000, Jeffrey W. Baker wrote:
[snip,snip]
A modifies a row in X and adds a row to Y. A commits X, which succeeds.
A commits Y, which fails.
The only thing that Machine A can do
While we're on the topic of advocacy, I'd like to briefly mention the
RTFM reflex.
Most of the people working on these projects are *working*. They have
no time to coddle stupid questions from newbies who didn't *bother* to
RTFM. I do understand that, and I sympathize.
But if we're talking
At 12:39 06/12/2000 -0800, brian moseley wrote:
ActiveState has built an Perl/Python IDE out of Mozilla:
http://www.activestate.com/Products/Komodo/index.html
too bad it's windows only :/
That's bound to change. I think AS will release it on all platforms where
Moz/Perl/Python run when
On Wed, 6 Dec 2000, Aaron E. Ross wrote:
while the install and auto configure part is not very glamorous, the
possibility of being able to untar one package to get mod_perl w/ persistent
db connections, transaction management, data relational modeling/objects and
a nice
Hi Paul,
On Wed, 6 Dec 2000, Paul wrote:
Is there no Apache::SharedMemory (or some such)? If not, does
anyone think it would be worth the time for someone (like me) to sit
down and write it? (Couldn't it be done?)
There be dragons.
73,
Ged.
On Wed, 6 Dec 2000, Matthew Kennedy wrote:
from CPAN, then good for you. I'm sure you can in some
cases. I think mod_perl has done an excellent job of
conquering the the two-teir web-based problems. I love
tools such as Mason and Apache::ASP which ride on
mod_perl. Perl-DBI is an excellent
On Wed, 6 Dec 2000, Aaron E. Ross wrote:
while the install and auto configure part is not very glamorous, the
possibility of being able to untar one package to get mod_perl w/ persistent
db connections, transaction management, data relational modeling/objects and
a nice
On 12/6/00 3:42 PM, Paul wrote:
The parent process could declare a shared memory segment at boot time.
Each child's init could spawn a shared memory interface object.
Wouldn't that allow for some resource pooling to be cleaner?
How would that interact with per-child namespaces (if at all)?
Aaron E Ross writes:
aer the possibility of being able to untar one package to get
aer mod_perl w/ persistent db connections, [c.] is very glamorous!
agreed. but fundamentally impossible. what database are you
going to provide persistent connections to? mysql? not on my
.
Though there is no requiremenet for such.
-Original Message-
From: Robin Berjon [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 06, 2000 4:41 PM
To: brian moseley
Cc: Matthew Kennedy; mod_perl list
Subject: Re: mod_perl advocacy project resurrection
At 12:39 06/12/2000 -0800, brian
ActiveState has built an Perl/Python IDE out of Mozilla:
http://www.activestate.com/Products/Komodo/index.html
too bad it's windows only :/
It says at:
http://www.activestate.com/Products/Komodo/index.html
that it is cross platform for Windows, Linux, and Unix.
The beta they have
Aristotle from the Ars Rhetorica on money:
Money will not make you wise, but it will bring a wise man to your door.
Robin Berjon wrote:
At 12:39 06/12/2000 -0800, brian moseley wrote:
ActiveState has built an Perl/Python IDE out of Mozilla:
On Tue, Dec 05, 2000 at 09:32:41AM -0800, brian moseley wrote:
On Tue, 5 Dec 2000, Stas Bekman wrote:
But, you all know that php pretty much takes over. Why? For two reasons:
1) initial corporate pushing (press/ads)
2) once well known, the word of the mouth does the rest.
oh, there's
"Matthew" == Matthew Kennedy [EMAIL PROTECTED] writes:
Matthew I don't know where you got the 1GB disk requirement from?
Matthew Even Weblogic's download is only 43Mb, jBoss' is about
Matthew 6Mb. The Java Platform is somewhere between that. Your
Matthew compiled enterprise app
But if we're talking advocacy, I must point out that as a newbie, my
biggest problem was finding out where to look to *find* the manual.
Also, when I was trying to get this system working ~now~, (the
"out-of-the-box" problem we keep seeing), it was frequently important
that I get answers
--- "G.W. Haywood" [EMAIL PROTECTED] wrote:
Hi Paul,
On Wed, 6 Dec 2000, Paul wrote:
Is there no Apache::SharedMemory (or some such)? If not, does
anyone think it would be worth the time for someone (like me) to
sit down and write it? (Couldn't it be done?)
There be dragons.
Agreed, one and all. I only meant to stress being polite when you ask
people not to post off-topic without notice -- unless they *KEEP* doing
it There are some who require rudeness, sadly enough.
I just meant that if you're going to bother to respond, let the person
know what they did
On Wed, 6 Dec 2000, Paul wrote:
I was pointed to IPC::Sharable, IPC::Sharelite.
I'll look at those.
Take a look at IPC::MM for a shared memory hash implemented in C. Also,
File::Cache is sometimes faster than the IPC modules. I don't think any
of these solve problems like sharing sockets and
On Wed, 6 Dec 2000, Ben Thompson wrote:
On Tue, Dec 05, 2000 at 09:32:41AM -0800, brian moseley wrote:
if you really feel the need to compete with php in the
lowest tier web app space, you need to make simplicity your
#1 goal. php is awesome entry level technology, and i almost
to
use it and that sold me.
marc
- Original Message -
From: brian moseley [EMAIL PROTECTED]
To: Matthew Kennedy [EMAIL PROTECTED]
Cc: mod_perl list [EMAIL PROTECTED]
Sent: Wednesday, 6. December 2000 15:39
Subject: Re: mod_perl advocacy project resurrection
On Wed, 6 Dec 2000, Matthew
, 6. December 2000 17:17
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
Aaron E Ross writes:
aer the possibility of being able to untar one package to get
aer mod_perl w/ persistent db connections, [c.] is very glamorous!
agreed. but fundamentally
Perrin Harkins wrote:
On Wed, 6 Dec 2000, Paul wrote:
I was pointed to IPC::Sharable, IPC::Sharelite.
I'll look at those.
Take a look at IPC::MM for a shared memory hash implemented in C. Also,
File::Cache is sometimes faster than the IPC modules. I don't think any
of these solve
On Tue, 5 Dec 2000, Stas Bekman wrote:
I see two main streams:
1) Online zines.
I think that we should start working on locating ezines wanting to publish
mod_perl related articles (preferrably for a fee, to give incentives for
others to write)
While I can't offer any money for articles
Well as you've probably figured out, based on the load of email from me,
I've dropped my last job, in order to finally finish the mod_perl book,
have some rest and make a push to mod_perl.
Yesterday I've updated the stats page:
http://perl.apache.org/netcraft/ and the results are so-so, we go
Stas Bekman writes:
sb Luckily Matt has got sick of waiting for someone to work on the
sb advocacy of mod_perl and he has just taken over it. Having a
sb good informational site is good, but it's not enough. We need to
sb solve the problem of people to find this site and wanting to use
achbaur(dot)com
http://www.nachbaur.com
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 05, 2000 6:50 AM
To: mod_perl list
Subject: RFC: mod_perl advocacy project resurrection
Well as you've probably figured out, based on the load of email from me,
I'
At 03:49 PM 12/5/00 +0100, Stas Bekman wrote:
Well as you've probably figured out, based on the load of email from me,
I've dropped my last job, in order to finally finish the mod_perl book,
have some rest and make a push to mod_perl.
Yesterday I've updated the stats page:
with your hair on fire, others aren't so "Lucky". I've been
researching ecommerce and content management solutions for my
company (take a guess who), and the Java technologies are
*filled* with marketing hype that makes all the business
users drool. I almost bought into it completely.
kevin montuori wrote:
additionally, i think that some consideration should be given to
how mod_perl is packaged.
I think it's of crucial importance the fact that a distro as widespread
as RHLinux 6.x had mod_perl messed up. That has forced quite a lot of
developers that
It'd be nice if there was an equivalent of info's "h"...
i.e., an "I've got Linux, what next?" track
That might seriously encourage more hobbyists =+
more open source community
(is there a way to indicate that the operator
should be read backwards?)
kevin montuori [EMAIL PROTECTED] writes:
additionally, i think that some consideration should be given to
how mod_perl is packaged. although it's well documented (and
generally quite simple) there are three kits that need to be
compiled (apache, perl, mod_perl)
On Tue, Dec 05, 2000 at 11:46:38PM +0800, Gunther Birznieks wrote:
Maybe Randal's company (which I *think* specializes in training among other
things) could help in that area -- the idea of mod_perl certification is
more intriguing I think than just plain perl certification.
Now this is
how about creating partnerships with companies (o'reilly, red hat, va linux,
etc.)? i get email all the time promoting products and if one sounds
interesting, i usually follow the link to check it out, especially if it's
free and will help me do my job faster and/or better. some press releases to
--- Stas Bekman [EMAIL PROTECTED] wrote:
.
I see two main streams:
1) Online zines.
2) Conferences.
Apache.org has a whole subsection devoted to mod_perl
Any idea what it would take to get a link there from webs like tpj and
Perl.com? I was thinking that perl.com has a nice series
config procedures... The author also mentions
plans to port it to Perl!
Rufus.
-Original Message-
From: kevin montuori [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 05, 2000 3:51 PM
To: [EMAIL PROTECTED]
Subject: Re: RFC: mod_perl advocacy project resurrection
Stas Bekman writes
David Hodgkinson writes:
dh Is the RH7.0 installation stable? It comes with everything as a
dh DSO and _should_ work...
hmmm, if i could get RH7.0 to *install* i could check that out.
anaconda (read: python) can't find it's POSIX libs, so the whole
thing's a bust from
On Tue, 5 Dec 2000, Stas Bekman wrote:
But, you all know that php pretty much takes over. Why? For two reasons:
1) initial corporate pushing (press/ads)
2) once well known, the word of the mouth does the rest.
oh, there's also the part about php being so much easier to
setup and to program
On Tue, Dec 05, 2000 at 03:54:36PM +, David Hodgkinson wrote:
Is the RH7.0 installation stable? It comes with everything as a DSO
and _should_ work...
That's the problem: DSOs aren't stable enough, so it all too often
doesn't just work :(.
martin langhoff wrote:
snip.
Another item that we should really have is a good (and somehow
sanctioned) RPM that replaces the apache rpm (or deb) included in broken
distros. Then we can include in the guide and related pages a link for
[broken-distro-name] users, so they get a
Stas Bekman writes:
Luckily Matt has got sick of waiting for someone to work on the advocacy
of mod_perl and he has just taken over it. Having a good informational
site is good, but it's not enough. We need to solve the problem of people
to find this site and wanting to use mod_perl.
Paul writes:
Any idea what it would take to get a link there from webs like tpj and
Perl.com?
Those two I can easily make happen. Send me email saying what you
want a link to, and what you want the link to say.
Writers for perl.com are always wanted. Pitch your article ideas to
[EMAIL
Let me stright things out a bit, so you won't get misleaded by my post as
a marketing call.
What we want is very simple.
1. We want many users, so they will thoroughly test the software and spot
bugs asap, so we -- current users will get a better product.
2. We want more developers, so they
mod_perl is NOT PHP. It wasn't meant to be.
PHP allows for embedding a scripting language inside of HTML and allows for some
"neat" things. It is also I believe easier to install and setup then a related
mod_perl server.
Reasons/questions of new users:
1) You have to get all kinds of modules
-Original Message-
From: Ajit Deshpande [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 05, 2000 12:19 PM
To: kevin montuori
Cc: [EMAIL PROTECTED]
Subject: Re: RFC: mod_perl advocacy project resurrection
On Tue, Dec 05, 2000 at 10:51:08AM -0500, kevin montuori wrote
On Tue, 5 Dec 2000, Michael Nachbaur wrote:
I don't know what I'm getting at here, but I see that Perl is half a
step behind Java in many ways, except for the performance issues
(which perl is leagues ahead). For my company, we're probably going
Java, but it sorta makes sense for us (we
additionally, i think that some consideration should be given to
how mod_perl is packaged.
I know that S.u.S.E. Linux (at least the german version) include a Apache
with mod_perl as DSO ( but I never have tried it, I always compiled
Apache/Perl/mod_perl etc. from the source), but
On Tue, 5 Dec 2000, Stas Bekman wrote:
What we want is very simple.
1. We want many users, so they will thoroughly test the software and spot
bugs asap, so we -- current users will get a better product.
2. We want more developers, so they will write core mod_perl and 3rd party
On Tue, 5 Dec 2000, Nathan Torkington wrote:
I picture only 10% of people who build web sites ever
needing to use mod_perl directly. I think they're more
likely to use the systems that are built *in* mod_perl,
like Mason, AxKit, and so on. If there's a with a lot
of information about
On Tue, 5 Dec 2000, Aaron Johnson wrote:
I am all for advocating the use of mod_perl, but the
basics of setup, install and usability are always going
to be key.
really? how many people actually need to configure and
install mod_perl itself? how many people simply need a
really simple
On Tue, 5 Dec 2000, Gerald Richter wrote:
I know that S.u.S.E. Linux (at least the german version)
include a Apache with mod_perl as DSO ( but I never have
tried it, I always compiled Apache/Perl/mod_perl etc.
from the source), but they neither have included any of
the Apache::* modules or
A number of people have been beating around this bush, so why not just mow it down?
A huge win for advocacy would be a small set of complete example applications
targetted at, say, the last two RedHat distros. Each application should install
itself -- .conf files, .htaccess files, dbm's,
people won't use the software if you don't give them a
compelling reason. mod_perl and the higher layer systems
that use it are not as easy to configure or program as php,
and they have a lot less support from external software
vendors or relevance inside engineering shops than java. we
are
On Tue, 5 Dec 2000, brian moseley wrote:
people won't use the software if you don't give them a
compelling reason. mod_perl and the higher layer systems
that use it are not as easy to configure or program as php,
and they have a lot less support from external software
vendors or relevance
On Tue, 5 Dec 2000, brian moseley wrote:
i don't have figures, but from experience i know - once i've compiled
httpd, i have almost no real configuration work to do with php. on the
other hand, if i want to set up mason, i have to write 10-20 lines of
perl code and access them with
On Tue, 5 Dec 2000, Eric Strovink wrote:
A number of people have been beating around this bush, so why not just
mow it down?
A huge win for advocacy would be a small set of complete example
applications targetted at, say, the last two RedHat distros. Each
application should install
stas said:
What we want is very simple.
1. We want many users, so they will thoroughly test the
software and spot
bugs asap, so we -- current users will get a better product.
2. We want more developers, so they will write core mod_perl
and 3rd party
modules, again for us current
On Tue, 5 Dec 2000, Stas Bekman wrote:
Therefore if the same job can be done with Perl and
Java, why not to have your staff happy? That's the main
point I think.
Of course if the bussiness suffers because Perl is not
good enough, that's a different point. Given that at
least the same
On Tue, Dec 05, 2000 at 11:34:49AM -0800, brian moseley wrote:
i had lunch with doug and jon swartz not too long ago,
talking about the possibility of starting a web application
infrastructure company based on mod_perl and mason. when we
got down to it, the fundamental question was: why not
On Tue, 5 Dec 2000, Eric Strovink wrote:
A number of people have been beating around this bush, so why not just
mow it down?
A huge win for advocacy would be a small set of complete example
applications targetted at, say, the last two RedHat distros. Each
application should install itself
On Tue, 5 Dec 2000, brian moseley wrote:
infrastructure company based on mod_perl and mason. when we got down
to it, the fundamental question was: why not just use java? and we
couldn't find any answer other than "i like perl better". and that's
not a reasonable business justification.
On Tue, Dec 05, 2000 at 11:34:49AM -0800, brian moseley wrote:
people won't use the software if you don't give them a
compelling reason. mod_perl and the higher layer systems
that use it are not as easy to configure or program as php,
and they have a lot less support from external software
On Tue, 5 Dec 2000, J. J. Horner wrote:
Perhaps if someone makes a mod_perl based embedded
scheme like Cold Fusion or PHP, that has some special
hooks into Apache for performance that the other
solutions don't offer. . .
how is mason not like this?
Honestly, though, I didn't believe the
On Tue, 5 Dec 2000, Dave Rolsky wrote:
Each has its advantages. Perl is good for real
programmers who are going to write code to actually
solve a problem. Java is good for monkeys who think
that buying a $100k app server and tweaking it via a
monolithic API will give them what they want.
i don't have figures, but from experience i know - once i've
compiled httpd, i have almost no real configuration work to
do with php. on the other hand, if i want to set up mason, i
have to write 10-20 lines of perl code and access them with
PerlModule or PerlRequire. if i want multiple
"Thomas J. Mather" wrote:
On Tue, 5 Dec 2000, Michael Nachbaur wrote:
I don't know what I'm getting at here, but I see that Perl is half a
step behind Java in many ways, except for the performance issues
(which perl is leagues ahead). For my company, we're probably going
Java, but
Eric Strovink wrote:
A number of people have been beating around this bush, so why not just mow it down?
A huge win for advocacy would be a small set of complete example applications
targetted at, say, the last two RedHat distros.
I see a suitable target there ... maybe a SRPM
Stas Bekman wrote:
On Tue, 5 Dec 2000, brian moseley wrote:
people won't use the software if you don't give them a
compelling reason. mod_perl and the higher layer systems
that use it are not as easy to configure or program as php,
and they have a lot less support from external
On Tue, 5 Dec 2000, brian moseley wrote:
the availability of application server products in the java
world is another example. go look at enhydra enterprise
(http://www.enhydra.org/software/enhydraEnterprise/) and
tell me that something like that exists in the perl world.
kevin montuori ([EMAIL PROTECTED]) said something to this effect:
David Hodgkinson writes:
prebuilt solves the problem nicely for people running linux;
however, that's not everybody. i'm sure there are sun shops out
there without the sysadmin expertise to download and
On Tue, Dec 05, 2000 at 08:26:35PM +, Matt Sergeant wrote:
application should install itself -- .conf files, .htaccess files,
dbm's, directory structures, perl code, html and templates, correct
version of Perl, CPAN packages for any stuff needed, Apache, mod_perl,
mod_ssl,
On Tue, 5 Dec 2000, Ajit Deshpande wrote:
On Tue, Dec 05, 2000 at 08:26:35PM +, Matt Sergeant wrote:
application should install itself -- .conf files, .htaccess files,
dbm's, directory structures, perl code, html and templates, correct
version of Perl, CPAN packages for any stuff
brian moseley writes:
bm i know there are several people on the list who swear by "all
bm handlers, all the time". i've never heard anybody give a reason
bm for that preference that actually made sense to me.
i'm not sure about "all handlers, all the time" but a good deal
of
Everybody
This whole call for mod_perl advocacy is definitely a good thing. But we're
not going to get anywhere unless we understand the problem in detail. We can
run around all we like talking numbers and touting the virtues of mod_perl
but it's not going to actually do anything unless we
On Tue, 5 Dec 2000 12:40:47 -0800 (PST), brian moseley wrote:
On Tue, 5 Dec 2000, Dave Rolsky wrote:
Each has its advantages. Perl is good for real
programmers who are going to write code to actually
solve a problem. Java is good for monkeys who think
that buying a $100k app server
To: [EMAIL PROTECTED]
Subject: Re: mod_perl advocacy project resurrection
On Tue, 5 Dec 2000, Michael Nachbaur wrote:
I don't know what I'm getting at here, but I see that Perl is half a
step behind Java in many ways, except for the performance issues
(which perl is leagues ahead). For my com
On Tue, 5 Dec 2000, (Matthew Kennedy) wrote:
I guess what I'm getting at is that I hear a lot of marketing hype about
Java being a better "enterprise solution", but I'm curious as to what are
the purely technical reasons for using Java over Perl. What exactly can
you do in Java that you
On Tue, Dec 05, 2000 at 04:14:13PM -0500, darren chamberlain wrote:
Perhaps the solution is a complete, precompiled package, something that
has Perl, Apache, mod_perl, and all the required modules prebuilt, in
various formats: RPM, deb, tgz, Solaris pkg, and just regular tarballs.
Exactly,
On Tue, 5 Dec 2000, Ajit Deshpande wrote:
IMHO, it shouldnt be that difficult if you make some
good assumptions. For example, how difficult will it be
to maintain the following package:
1. Assume Perl 5.5.3 OR 5.6.0
2. Assume latest Apache and static mod_perl
3. Assume latest
On Tue, 5 Dec 2000, Matt Sergeant wrote:
On Tue, 5 Dec 2000, brian moseley wrote:
the availability of application server products in the java
world is another example. go look at enhydra enterprise
(http://www.enhydra.org/software/enhydraEnterprise/) and
tell me that something like
On Tue, 5 Dec 2000, kevin montuori wrote:
i'm not sure about "all handlers, all the time" but a good deal
of what i'm using mod_perl for is session management, credential
maintenance, custom logging, on-the-fly compression, and other
"housekeeping" tasks. i think
101 - 200 of 232 matches
Mail list logo