Sounds like you want a union query...
SELECT something, something_else FROM table1
UNION
SELECT something, something_else FROM table2
I think some databases are pickier than others about each pair of fields
being of the same datatype; Oracle requires each field to return the same
number of
"John K. Sterling" [EMAIL PROTECTED] writes:
This is doug macEachern's bag -
those who were at apachecon in london saw the progress he had made at that
point - its pretty sweet. check the archives for summaries of his
presentation in late october.
Never mind the progress he made _during_
With a flash of fireworks and champagne I'd like to announce to the world
our new mod_perl news and advocacy web site:
http://modperl.sergeant.org/
We hope to be able to bring to you all the latest relevant perl news, and
articles about mod_perl development and other areas of interest,
I installed the latest version of mod_perl (1.24), linked it statically to
apache 1.3.12. (use perl 5.6). I simply want to access a MySQL database
via the DBI package (v 1.14). I installed ApacheDBI 0.87
I wrote a simple script to access a mysql database. This script works fine,
both from the
This is the first public release of lingerd. You can download it
from ftp://iagora.com/pub/software/lingerd/lingerd-0.91b.tar.gz
WHAT IS LINGERD?
When an Apache process has handled a client connection, and before
it can go on to the next one, it must first wait a bit to make sure
that the
On Tue, 5 Dec 2000, Roger Espel Llima wrote:
This is the first public release of lingerd. You can download it
from ftp://iagora.com/pub/software/lingerd/lingerd-0.91b.tar.gz
WHAT IS LINGERD?
When an Apache process has handled a client connection, and before
it can go on to the next
[DBI script problem skipped]
The error_log from Apache shows some problems, which *could* be related to
mod_perl
[Fri Dec 1 18:47:08 2000] [crit] (13)Permission denied: make_sock: could
not bi
nd to port 80
[Fri Dec 1 18:56:06 2000] [crit] (13)Permission denied: make_sock: could
not
Hi folks,
I ran a same perl script twice. First time only under mod_perl,
and after under mod_perl and Apache::DBI. The response time of both
experiments was very different. The last was fastest than the first
approximately 20 times. Is it correctly? If the response time of a
Matt,
I know you like modern technologies but your site doesn't like
my browser (NS 3.0, Solaris). I got blank screen with 2 popup
windows with message "/bin/sh: gzip: not found"
Hope you know what does it mean :-)
Regards,
Oleg
On Tue, 5 Dec 2000, Matt Sergeant wrote:
Is anyone working on an upgrade to mod_perl to
handle Apache 2.0b with thread support?
I think some guy who's name is Doug is working on it :)
But seriously take a look at:
http://perl.apache.org/~dougm/modperl_2.0.html
If so, do you want my help?
Yes.
Join the cvs mailing list (See
I ran a same perl script twice. First time only under mod_perl,
and after under mod_perl and Apache::DBI. The response time of both
experiments was very different. The last was fastest than the first
approximately 20 times. Is it correctly? If the response time of a perl
script with
Since we have already started working on mod_perl-2.0, I wanted to get in
early and provide the base for the one and only source of mod_perl
documentation. These are the things that I see important:
1. *All* pods located under one roof. API, Installation, Configuration,
Tips, Trick and more.
On Tue, 5 Dec 2000, Stas Bekman wrote:
Since we have already started working on mod_perl-2.0, I wanted to get in
early and provide the base for the one and only source of mod_perl
documentation. These are the things that I see important:
1. *All* pods located under one roof. API,
Suddenly, Stas Bekman uttered:
Since we have already started working on mod_perl-2.0, I wanted to get in
early and provide the base for the one and only source of mod_perl
documentation. These are the things that I see important:
2. Automatic retrieval of pods sections from .pm files and
On Tue, 5 Dec 2000, Salve J Nilsen wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
I'd _very_much_ like a PDA-version of the guide! It might have to be
set up differently (e.g. code snippets presented with
Suddenly, Matt Sergeant uttered:
On Tue, 5 Dec 2000, Salve J Nilsen wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
I'd _very_much_ like a PDA-version of the guide! It might have to be
set up
On Tue, 5 Dec 2000, Matt Sergeant wrote:
On Tue, 5 Dec 2000, Stas Bekman wrote:
Since we have already started working on mod_perl-2.0, I wanted to get in
early and provide the base for the one and only source of mod_perl
documentation. These are the things that I see important:
1.
Hi all,
On Tue, 5 Dec 2000, Oleg Bartunov wrote:
(NS 3.0, Solaris). I got blank screen with 2 popup
windows with message "/bin/sh: gzip: not found"
Well you can't say I didn't warn you...
73,
Ged.
-
To unsubscribe,
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 [EMAIL PROTECTED] wrote:
Very cool!
Any benchmarks? The theoretical explanation, is quite good for those who
understand the problem, but far from being convincing for those who don't.
Yep. Benchmarking with a copy of 'ab' modified to keep the client
sockets open for a while (like
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
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
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.
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf
are already working in the guide, other formats to come).
What other formats do you think people want/need?
info files would be cool. :-)
See you,
--
Godoy. [EMAIL
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
Has anyone tried the Apache Toolbox script at www.apachetoolbox.com ? It's
supposed to configure and build Apache and a large number of modules without
all the manual configuration. The script is zipped to about 16k - you just
downloda that and it's smart enough to fetch the tarballs for each
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
On Tue, 5 Dec 2000, Roger Espel Llima wrote:
Stas Bekman [EMAIL PROTECTED] wrote:
Very cool!
Any benchmarks? The theoretical explanation, is quite good for those who
understand the problem, but far from being convincing for those who don't.
Yep. Benchmarking with a copy of 'ab'
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.
On Tue, Dec 05, 2000 at 10:42:20AM +, Matt Sergeant wrote:
With a flash of fireworks and champagne I'd like to announce to the world
our new mod_perl news and advocacy web site:
http://modperl.sergeant.org/
I really like the format and the familiarity of this site. Looks to be
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
On 5 Dec 2000, Jorge Godoy wrote:
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf
are already working in the guide, other formats to come).
What other formats do you think people want/need?
info files would be cool.
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
In this situation, I think the bottle neck is establishing connection with
the database. Apache::DBI helps to maintain persistent database connection.
That's why the latter test is 20 times faster.
Jason
Hi folks,
I ran a same perl script twice. First time only under mod_perl,
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, [EMAIL PROTECTED] wrote:
On 5 Dec 2000, Jorge Godoy wrote:
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other
formats. (html/ps/pdf are already working in the guide, other
formats to come).
What other formats do you think
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
Well, here comes a different question. Most of us have very limited
resources on helping the project. The best scenario is when someone is
doing mod_perl coding for his tasks at work and contributes back.
But we are talking about things that require more than that. We need
people with time on
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, Ajit Deshpande wrote:
Well, the above question pre-supposes that Java is
inherently *better* than mod_perl for some definition of
"better".
it's true. i stayed away from defining better in that msg,
but explored in a separate one in this thread. suffice to
say, the wealth
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
Hi,
We have installed Apache::Resource working of course with BSD::Resource and
this combination is running fine.
Now, we want to improve the performance of our server and would like to know
the best values for Apache::Resource module, enabling of disabling some
commands at our httpd.conf
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
Hello,
If anyone could help with this it would be greatly appreciated.
Email response would be preferred. Thanks
IBM RISC 6000 gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
apache_1.3.14
mod_perl-1.24_01
perl is perl-5.6.0
mod_perl -
$ cd mod_perl-1.XX
$ perl Makefile.PL \
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
I am trying to build apache v.1.3.14 with Mod_perl v. 1.24 using APACI
I am using Perl 5.6 build 620 - the latest
I ran perl Makefile.PL under mod_perl-1.24 directory
The system created Makefile in support,regex. directories
but terminated prematually with warning message for "Apache Version
The issue here is not the underlying architecture. I have seen so-called "Enterprise"
solutions which are based on the most flakey of ideas, but are sold with a $150k+
pricetag. Why? Because of the integraiton. Because of the support.
I a large company, you cannot *afford* to have the
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, Drew Taylor wrote:
I know this goes a little off topic, so I apologize in advance.
I changed the topic for you :-)
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
is the
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
On Tue, 5 Dec 2000, brian moseley wrote:
i know there are several people on the list who swear by
"all handlers, all the time". i've never heard anybody give
a reason for that preference that actually made sense to me.
That usually comes up in the context of handlers vs. Apache::Registry.
Matt Sergeant wrote:
On Tue, 5 Dec 2000, Drew Taylor wrote:
I know this goes a little off topic, so I apologize in advance.
I changed the topic for you :-)
But now it seems like flame bait ;-)
One big sticking point with Perl I'm just starting to run into is XML.
Yes, Perl has
They say mod_perl 1.24_01 (not 1.24) is to be used with apache 1.3.14
On Tue, Dec 05, 2000 at 04:02:42PM -0600, Wang, Pin-Chieh wrote:
I am trying to build apache v.1.3.14 with Mod_perl v. 1.24 using APACI
I am using Perl 5.6 build 620 - the latest
I ran perl Makefile.PL under mod_perl-1.24
I had that same problem and used mod_perl-1.24_01 and was able to compile it
without anyproblems.
-jonny
-Original Message-
From: Wang, Pin-Chieh [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 05, 2000 4:03 PM
To: '[EMAIL PROTECTED]'
Subject: Apache 1.3.14 build
I am trying to
Perrin Harkins wrote:
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
On Tue, 5 Dec 2000, Matt Sergeant wrote:
But I'd really love to hear some rational discussion on
transaction object support. There are open source J2EE
implementations - would it be possible to look a porting
the transaction management components of that to Perl?
Would this be desirable?
I think the issue is Perl for web applications advocacy rather than
mod_perl advocacy. If more people thought using Perl for web apps was
cooler and easier than using PHP, then they would use Perl and then
graduate to mod_perl when they were ready.
As it is, PHP has 1-up on CGI/Perl. PHP is
On Tue, Dec 05, 2000 at 03:50:00PM -0600, William R. Mattil wrote:
IBM RISC 6000 gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
apache_1.3.14
mod_perl-1.24_01
perl is perl-5.6.0
mod_perl -
$ cd mod_perl-1.XX
$ perl Makefile.PL \
APACHE_SRC=../apache_1.3.X/src \
On Tue, Dec 05, 2000 at 05:31:49PM -0500, Drew Taylor wrote:
I've used XML::Checker::Parser with no big issues.
My biggest problem with XML::Writer (and hence XML::ValidWriter) is that
I can't write to a string, unless there is some hackish workaround.
XML::ValidWriter writes to a string
1 - 100 of 137 matches
Mail list logo
