framework for modperl applications

[pennyyh]

I found that Catalyst is too huge to use.
Other than Catalyst, do you have any other framework suggested for MP 
applications?

thanks.

--penny

Re: framework for modperl applications

[Rolf Schaufelberger]

Am Donnerstag, 17. Juli 2008 17:52:58 schrieb [EMAIL PROTECTED]:
> I found that Catalyst is too huge to use.
> Other than Catalyst, do you have any other framework suggested for MP
> applications?
> thanks.
>
> --penny

I'm using HTML::Mason and  MasonX::WebApp along with DBIx::Class as the main 
parts of my framwork. 
MasonX::WebApp allows (but does not force)  me, to put my logic in .pm files 
and keep my mason components free from business logic , yet not entirely free 
from perl code, This is why I like it, I can still do small and simple things 
in my components and put my important stuff in .pm files.
Noting to mention about DBIx::Class, either you like OR-Wrappers or not, but I 
would recommend it strongly. 
Session mgmt comes with MasonX::WebApp
Internationalisation is done with Locale::Maketext,
Logging with Log4perl, that's it. Switched from apache1 to apache2 recently 
with not too much trouble and I'm quite happy with this!

For performance issues I'm running a lightweight frontend apche and a 
mod_perl-apache as reverse proxy for the backend (as described in mod_perl 
book).


Rolf Schaufelberger
www.mypxler.com

Re: framework for modperl applications

[Fred Moyer]

[EMAIL PROTECTED] wrote:

I found that Catalyst is too huge to use.
Other than Catalyst, do you have any other framework suggested for MP 
applications?

thanks.

--penny


Apache::Dispatch (http://search.cpan.org/dist/Apache-Dispatch) is on 
lightweight end of the spectrum, one step removed from writing your 
application using PerlResponseHandlers.  I'm not sure it qualifies as a 
framework though, maybe just a request framework.  It has been measured 
as almost as fast as straight response handlers (assuming that hasn't 
changed from 0.09 to 0.10).

Re: framework for modperl applications

[W. Tyler Gee]

On Thu, Jul 17, 2008 at 10:30 AM, Fred Moyer <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>>
>> I found that Catalyst is too huge to use.
>> Other than Catalyst, do you have any other framework suggested for MP
>> applications?
>> thanks.

My understanding is that Catalyst is as light as you want it to be.
What is 'heavy' about it?  What are you looking for in a framework?

>>
>> --penny
>
> Apache::Dispatch (http://search.cpan.org/dist/Apache-Dispatch) is on
> lightweight end of the spectrum, one step removed from writing your
> application using PerlResponseHandlers.  I'm not sure it qualifies as a
> framework though, maybe just a request framework.  It has been measured as
> almost as fast as straight response handlers (assuming that hasn't changed
> from 0.09 to 0.10).
>



-- 
~Tyler

Re: framework for modperl applications

[Foo JH]

Most will argue that it's not considered a framework per se, but I like 
HTML::Template. It's more of a templating engine really.


[EMAIL PROTECTED] wrote:

I found that Catalyst is too huge to use.
Other than Catalyst, do you have any other framework suggested for MP 
applications?

thanks.

--penny

Re: framework for modperl applications

[Michael Peters]

[EMAIL PROTECTED] wrote:

I found that Catalyst is too huge to use.


Catalyst is big because of all the things it can do. If you want all of 
that stuff for free you need a big framework.


Other than Catalyst, do you have any other framework suggested for MP 
applications?


I prefer CGI::Application. Just ignore the name, it works just peachy 
under mod_perl. It's a very simple framework by itself and has lots of 
plugins to give you things like sessions, configuration, form 
validation, etc.


--
Michael Peters
Plus Three, LP

Re: framework for modperl applications

[Jeff Nokes]

I like Mason a lot (HTML::Mason).  We use Mason mostly for it's component 
execution chain, attributes, subexec, and a few other features.  Also, we don't 
use Mason's template features at all, we choose to use HTML::Template for that.

My $0.02,
- Jeff

- Original Message 
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: modperl@perl.apache.org
Sent: Thursday, July 17, 2008 8:52:58 AM
Subject: framework for modperl applications

I found that Catalyst is too huge to use.
Other than Catalyst, do you have any other framework suggested for MP 
applications?
thanks.

--penny

Re: Problem getting started

[Perrin Harkins]

On Sun, Jul 13, 2008 at 1:21 AM, John M. Dlugosz
<[EMAIL PROTECTED]> wrote:
> OK, when I defined $r as you did, it worked.  For documentation, I was
> looking at here:
> 

Hi John,

That SYNOPSIS is more like a set of possible calls to
Apache2::Request, not a literal series of lines.  You do need to get
$r (an Apache2::RequestRec object) first.

> I see you are just printing to standard output, like a CGI script.

When using ModPerl::Registry, you can just print to STDOUT.

> In the book, it used
>
>   $r->send_http_header('text/plain');
>   $r->print("mod_perl rules!\n");
>
> but there are no such methods on $r here in 2.0.
>
> What, prey tell, is the equivalent object?

That's Apache2::RequestRec.

> Is there =any= way to get started, like a simple (but working!) program I
> could look at?

There are two places you should look for MP2 docs.  The first is the
mod_perl site, which has all the API docs and many examples.  If you
want a book, the only one you should use for MP2 at this point is
"mod_perl2 User's Guide": http://modperl2book.org/

- Perrin

Re: mod_proxy_html (reverse proxy) functionality for Apache 1

[Perrin Harkins]

On Wed, Jul 16, 2008 at 12:06 PM, Jim Brandt <[EMAIL PROTECTED]> wrote:
> Are there any other solutions for Apache 1 before I start hacking on this
> module?

The Apache::Filter stuff does work, but I don't see any advantage to
using that in this case.  You'd still have to do the proxy fetch
yourself.

- Perrin

Re: persistent database connection - Apache::DBI with mod_perl

[Perrin Harkins]

On Wed, Jul 16, 2008 at 11:04 PM, Chris Zhuang <[EMAIL PROTECTED]> wrote:
> But how to setup Komodo 3.1 to debug mod_perl?

You should probably ask the Komodo support list about that.
Apache::DB seems to be working.

- Perrin

Re: framework for modperl applications

[Perrin Harkins]

On Thu, Jul 17, 2008 at 11:52 AM,  <[EMAIL PROTECTED]> wrote:
> Other than Catalyst, do you have any other framework suggested for MP
> applications?

http://perl.apache.org/products/app-server.html

- Perrin