At 01:45 PM 12/10/00 -0800, [EMAIL PROTECTED] wrote:
On Sun, 10 Dec 2000, Gunther Birznieks wrote:
[much stuff snipped]
Things I would never even try with java:
1) Talking any client/server protocol other than URLs. The perl
mail/ftp modules are so easy to use and they work great. I
On Sun, 10 Dec 2000, Jim Woodgate wrote:
[EMAIL PROTECTED] writes:
You can do the twostage server if you are short on memory, speed is
important and usage of active content is relatively low. Setup a mod_proxy
and stripped down apache for port 80 and mod_perl for port 8080 for
At 10:07 AM 12/11/2000 +, Matt Sergeant wrote:
On Sun, 10 Dec 2000, Jim Woodgate wrote:
[EMAIL PROTECTED] writes:
You can do the twostage server if you are short on memory, speed is
important and usage of active content is relatively low. Setup a
mod_proxy
and stripped down
On Mon, 11 Dec 2000, Gunther Birznieks wrote:
Except that won't scale beyond 1 server...
But that's the same thing with IPC shared mem modules yet people still use
them on mod_perl for various tricks. It's still easier in Java to do that
sort of sharing -- at least it is for me. As always,
Matt Sergeant writes:
Except that won't scale beyond 1 server...
If I needed to go beyond one server in java, I would probably look at
something like Objectspace Voyager, which is the easiest to use orb
I've ever seen. Is there anything similar in perl? I'd love to try it
out!
--
[EMAIL
At 09:27 AM 12/6/00 +, Matt Sergeant wrote:
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
I haven't looked at AO or AxKit, but if I can untar either one of them and
just get to work, that will rule.
You can't, but thats because I believe in the CPAN model - use pre-written
components. I
At 12:06 AM 12/6/00 -0600, Jim Woodgate wrote:
Chris Winters writes:
Along with the open-source Servlet/JSP/Web Engine servers (among
others):
Apache Tomcat: http://jakarta.apache.org/
Jetty: http://jetty.mortbay.com/
I'm currently using the Tomcat at work, and I have to say
I don't mean to naysay it, but this is going to start getting quite binary
specific. I guess you could maintain an RPM for Linux, but beyond that it
seems quite difficult. And even if you maintain it as an RPM for Linux, do
you make your own Perl distro with it or use RedHat's crappy distro?
At 01:05 PM 12/5/00 -0600, Jay Jacobs wrote:
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
At 02:01 PM 12/6/00 -0800, brian moseley wrote:
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
[EMAIL PROTECTED] writes:
You can do the twostage server if you are short on memory, speed is
important and usage of active content is relatively low. Setup a mod_proxy
and stripped down apache for port 80 and mod_perl for port 8080 for
example. Proxy certain urls to the 8080 and you are
On Sun, 10 Dec 2000, Gunther Birznieks wrote:
I'm currently using the Tomcat at work, and I have to say that
although I really love perl and mod_perl, there are real advantages to
using java. Over the past couple of years that I've been mostly
lurking on this list there have been a couple
Ask Bjoern Hansen sent the following bits through the ether:
Talarian have a Perl API for SmartSockets. I would think they have for
their "SmartMQ" thingy too. If not then it's probably easy to make.
(rapidly going OT) There's a simple Perl interface to
http://www.spread.org/ which works
Matthew Kennedy writes:
If I were developing an application
which fit well into the two-tier model however, a mod_perl based plan
would be my first preference -- development time is shorter than
JSP/Servlet and maintainability is _at_least_ comparible.
I would add that the "java is
On Fri, 8 Dec 2000, Keith G. Murphy wrote:
Stas Bekman wrote:
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 --
On Fri, 8 Dec 2000, Stas Bekman wrote:
The real question is for someone to undertake the Safe module and make it
working for mod_perl. I think we have discussed this before. I don't
remember what was the conclusion.
That its pretty hard to do, and requires Safe holes to be any use for
Stas Bekman wrote:
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
On Tue, 5 Dec 2000, brian moseley wrote:
[...]
consider a scenario in which somebody uses a web interface
to signal an action, which is placed into a message queue.
on the other end of that queue, a service handles the event
with a transaction that spans multiple third tier systems.
this
At 07:12 AM 12/7/00 -0500, barries wrote:
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
the only thing I would add is DBI and DBD:::CSV,
No joins. Therefore not very useful.
Actually joins are over-rated for most simple apps. It's very easy to make
a calendar, address book
at a time earlier than now, kevin montuori wrote:
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
"Aaron E. Ross" wrote:
database abstraction and connection pooling = DBI
session management = Apache::Session
load balancing = mod_backhand??
data relational mapping = Tangram or Alzabo
templates or
At 14:47 06/12/2000 -0800, ed phillips wrote:
Aristotle from the Ars Rhetorica on money:
Money will not make you wise, but it will bring a wise man to your door.
:)
-- robin b.
Forty two.
-
To unsubscribe, e-mail: [EMAIL
Matt,
Everything required to make the module work ought to be included in the package
or at least cross referenced to it. I have been having a problem in which I
have had to manually resolve module dependencies on a Solaris 2.6 box. It went
through several layers with several candidates for
On Thu, 7 Dec 2000, Jimi Thompson wrote:
Matt,
Everything required to make the module work ought to be included in
the package or at least cross referenced to it. I have been having a
problem in which I have had to manually resolve module dependencies on
a Solaris 2.6 box. It went
"Bruce W. Hoylman" wrote:
"Matthew" == Matthew Kennedy [EMAIL PROTECTED] writes:
snip
Matthew compiled enterprise app might only be 300Kb (and not just a
Matthew "report queue manager"). And 500Mb of memory? That's
Matthew tuppence in the server world anyway.
This happens
, 7. December 2000 7:12
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
the only thing I would add is DBI and DBD:::CSV,
No joins. Therefore not very useful.
you get a basic prototyping
db and you can
ies [EMAIL PROTECTED]
To: Marc Spitzer [EMAIL PROTECTED]
Cc: mod_perl list [EMAIL PROTECTED]; Marc Spitzer [EMAIL PROTECTED]
Sent: Thursday, 7. December 2000 7:12
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
On Thu, Dec 07, 2000 at 12:30:53AM -0500, Marc Spitzer wrote:
installed the package(s) you need.
marc
- Original Message -
From: Jimi Thompson [EMAIL PROTECTED]
To: Marc Spitzer [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, 7. December 2000 13:40
Subject: Re: Smart installing (Re: mod_perl advocacy project resurrection)
Marc,
In order
This has been a really interesting thread. I would like to contribute my
own experiences as I am currently sitting on both sides of the fence.
In my spare time, what little there is, I operate a web hosting service for
NZ Christian churches, organisations and ministries. This
On Thu, 7 Dec 2000, Jimi Thompson wrote:
Everything required to make the module work ought to be included in
the package or at least cross referenced to it.
Newer versions of CPAN resolve dependencies for you, and you can always
make a Bundle:: for your project.
- Perrin
Chris Winters writes:
Along with the open-source Servlet/JSP/Web Engine servers (among
others):
Apache Tomcat: http://jakarta.apache.org/
Jetty: http://jetty.mortbay.com/
I'm currently using the Tomcat at work, and I have to say that
although I really love perl and mod_perl,
On Wed, 6 Dec 2000, Jim Woodgate wrote:
With a system like Tomcat running in a jvm outside of apache, you only
have one jvm, and you get things like being able to share a cache
between all sessions alot easier.
[snip]
That being said, I wonder how difficult it would be pull the perl
At 02:18 AM 12/6/2000 -0600, Dave Rolsky wrote:
On Wed, 6 Dec 2000, Jim Woodgate wrote:
With a system like Tomcat running in a jvm outside of apache, you only
have one jvm, and you get things like being able to share a cache
between all sessions alot easier.
[snip]
That being said, I
On Tue, 5 Dec 2000, (Matthew Kennedy) wrote:
Transaction support for your business logic is easy in J2EE. It's not
clear how you do this in Perl?
Use an RDBMS.
You don't understand that it can have nothing to do with a RDBMS. I'm
not talking about transaction control within the
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
I haven't looked at AO or AxKit, but if I can untar either one of them and
just get to work, that will rule.
You can't, but thats because I believe in the CPAN model - use pre-written
components. I don't believe shipping all those components in
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
On Tue, 5 Dec 2000, brian moseley wrote:
On Tue, 5 Dec 2000, Perrin Harkins wrote:
Transaction support for your business logic is easy in J2EE. It's not
clear how you do this in Perl?
Use an RDBMS.
what about transactions that
On Tue, 5 Dec 2000, brian moseley wrote:
[coldfusion/php]
how is mason not like this?
It has no point-n-drool authoring tools. This is actually the killer app.
Once this is done, Mason / other templating system of choice gets
catapulted to the forefront
MBM
--
Matthew Byng-Maddick
I'll bite, 'cuz I think I've run several times recently into this sort
of issue. I've not done anything with J2EE, so there's a risk that I've
misunderstood _that_. Now, from the top:
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
With J2EE you get the complete illusion that you are doing txns
Matt Sergeant [EMAIL PROTECTED] writes:
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
I haven't looked at AO or AxKit, but if I can untar either one of them and
just get to work, that will rule.
You can't, but thats because I believe in the CPAN model - use pre-written
components. I
On 6 Dec 2000, David Hodgkinson wrote:
Matt Sergeant [EMAIL PROTECTED] writes:
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
I haven't looked at AO or AxKit, but if I can untar either one of them and
just get to work, that will rule.
You can't, but thats because I believe in the
On Wed, Dec 06, 2000 at 12:08:59PM +, Matt Sergeant wrote:
We could do
that with AxKit - just ship it with Apache, mod_perl, the whole lot. But I
don't think that would appeal to Perl people somehow. Thoughts?
We're not (really) talking about appealing to "Perl people" here, I
think, but
barries [EMAIL PROTECTED] writes:
If you could release a source distro of same with a big, red "make"
button on it that would allow folks on FreeBSD, debian, wherever to take
a stab at it too, that would be icing on the cake.
Me too ;-)
I mean, what would the damage of a full-on,
At 16:39 05/12/2000 -0800, Perrin Harkins wrote:
Someone else brought this up with me off the list. Briefly, I said that
this doesn't usually happen with web sites for performance reasons and
that major RDBMS vendors offer things like two-phase commit. But no,
there is no perl transaction
Dave Rolsky writes:
The problem with them compared to mod_perl is that you don't have access
to the server internals so you can really only affect the content handling
phase. Is this the case with Tomcat as well?
I know that you can communicate with the server in the request, it's
not
On Wed, 6 Dec 2000, Matt Sergeant wrote:
On Tue, 5 Dec 2000, Jeffrey W. Baker wrote:
With J2EE you get the complete illusion that you are doing txns across as
many data sources on as many systems and vendors as you want, but behind
the illusion there is the nonzero risk that the data is
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 :)
On Wed, 6 Dec 2000, Matt Sergeant wrote:
You can't, but thats because I believe in the CPAN model
- use pre-written components. I don't believe shipping
all those components in AxKit (and there are a fair
number required) is the right solution. Maybe I'm
mistaken.
that's why Bundle::AO is
On Wed, 6 Dec 2000, Matt Sergeant wrote:
I quite like the Zope model - a single distribution
which just includes and installs everything you need in
a single place. You get python, the httpd, the database,
everything. Of course if you have more complex needs,
like running Zope from within
On Wed, 6 Dec 2000, Jim Woodgate wrote:
I know that you can communicate with the server in the
request, it's not totally stand-alone. But I haven't
looked into putting in handlers in other phases...
i believe with mod_jk there is a callback model, yes. but
given tomcat's valve architecture,
On Wed, 6 Dec 2000, brian moseley wrote:
On Wed, 6 Dec 2000, Matt Sergeant wrote:
You can't, but thats because I believe in the CPAN model
- use pre-written components. I don't believe shipping
all those components in AxKit (and there are a fair
number required) is the right solution.
On Wed, 6 Dec 2000, Matt Sergeant wrote:
What does Bundle::AO give you that setting PREREQ_PM
correctly wouldn't?
i don't know :) i use them both.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
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 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, 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
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
--- 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
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:
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
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
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
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
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:
"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
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
I would tend to agree with this on several points, but I have a few things to add (I
didn't want this to be a "Me Too!" post.)
A lot of the mindshare for this space has been taken over by Java. While some of you
out there have actually tried to implement something in Java, then ran screaming
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.
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
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
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
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
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
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, 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.
"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
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.
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
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, 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
barries wrote:
On Tue, Dec 05, 2000 at 04:10:01PM -0500, Drew Taylor wrote:
I know this goes a little off topic, so I apologize in advance.
One big sticking point with Perl I'm just starting to run into is XML.
Yes, Perl has great XML modules, and many more promising ones. But where
On Tue, 5 Dec 2000, Matthew Kennedy wrote:
I've worked with both (Java 2 EE and tools like Apache::ASP/Mason).
What people want out of an "enterprise solution" is a middle tier
which is not tied into the presentation. When you free your process
decisions from the presentation in that way, you
1 - 100 of 119 matches
Mail list logo
