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?
Or?
On Linux I think installing Apache with Mod_Perl is almost trivial. What
might be needed is some shell scripts that automate the process to
accompany the readme's.
It's the other platforms that are a bear for me personally. But if you made
a binary for every platform. Wah! So hard.
I think you are better off not touching the binary stuff and sticking to
writing a traditional app framework that is not dependent on mod_perl, is
not dependent on any database, but can make use of such things. Then,
people can upgrade as they see fit.
Later,
Gunther
At 03:54 PM 12/6/00 -0500, Aaron E. Ross wrote:
>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 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 templating/servlet engine is very glamorous! you could be a folk
> hero!
>
> honestly it seems like a pretty worthwhile project to me. basically, what is
> missing is (cough! cough!) simply a lot of hard work.
>
> except for transaction management, which is apparently of questionable
> value,
> all the pieces exist, right?
>
> database abstraction and connection pooling => DBI
> session management => Apache::Session
> load balancing => mod_backhand??
> data relational mapping => Tangram or Alzabo
> templates or whatever you want to call them =>
> HTML::Embperl/Mason/TemplateToolkit
> ide => pick an editor with a few hooks to call make, install and restart
>
> granted this may not get us everything, but if we could package up the stuff
> we all use over and over again, wouldn't that get us pretty far?
>
> Aaron
>
> I'm willing to contribute time to this project if given some input on how
> to proceed.
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
__________________________________________________
Gunther Birznieks ([EMAIL PROTECTED])
eXtropia - The Web Technology Company
http://www.extropia.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
