Hey Randal --
Maybe because it competes with OpenInteract, which is far
more established.
I don't really think OI and CGI-App are in competition at all. OI
attempts to be a uber-framework, a la Mason -- or maybe more like
ColdFusion or WebObjects.CGI::Application just focuses on web
I'm curious as to why the combination of CGI::Application and
HTML::Template hasn't taken off ... CGI::Application seems to allow a
software developer to create an entire CGI app that can be stored and
distributed as a module on CPAN, but only a couple such app/modules
have been so added
Dave == Dave Baker [EMAIL PROTECTED] writes:
Dave I'm curious as to why the combination of CGI::Application and
Dave HTML::Template hasn't taken off ... CGI::Application seems to allow a
Dave software developer to create an entire CGI app that can be stored and
Dave distributed as a module
::Application offers out of the box, but it may well end up being
worthwhile to just extend rather than convert. I really appreciate the
simple philosophy that HTML::Template and CGI::Application follow.
One question, how do you judge that OpenInteract is more established? Is
does look like it is actively
On Wed, 23 Jul 2003, Eric wrote:
do it all type of system. That is what made me avoid Mason, it just blew my
head off for complexity. Now it is true, I am looking for a bit more than
There's a fine book about it.
www.masonbook.com
Just an unbiased opinion ;)
-dave
::Application offers out of the box, but it may well end up
being worthwhile to just extend rather than convert. I really appreciate
the simple philosophy that HTML::Template and CGI::Application follow.
OpenInteract definitely does more for you. But it also has (IMO) a
fairly sophisticated way
Dave Rolsky wrote:
There's a fine book about it.
www.masonbook.com
Just an unbiased opinion ;)
Hey, I'd be happy to write a book about OpenInteract ;-)
Chris
--
Chris Winters ([EMAIL PROTECTED])
Building enterprise-capable snack solutions since 1988.
Version 3.1 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://search.cpan.org/dist/CGI-Application/
CHANGES SINCE VERSION 3.0:
- Changed dump_html default run-mode to be referenced by name
instead of sub-ref. This allows dump_html
Version 1.0 of CGI::Application::Generator is now available via CPAN!
Download site for CGI::Application::Generator:
http://search.cpan.org/search?dist=CGI-Application-Generator
CHANGES SINCE VERSION 0.01:
- First release version of CGI::Application::Generator, a
module intended to allow
Version 3.0 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
CHANGES SINCE VERSION 2.5:
- Changed the run() method to use Perl's built-in dynamic method
call for all run modes, whether by name or by code ref
Hi,
I am learning lots of new things, but still working on the problem itself.
It seems to be the case that even when I am running under ./httpd -X
I have trouble getting the search query to get stuck. If I do something
from the mysql monitor like set an order on hold directly with a query,
Hi,
I had to read that over a few times to get it. And now I see that I do
indeed have that situation, there are a number of times when I call
my $holdstatus = new Holds(); from within a module that also has a new
method. What I don't understand is how does my code work at all?
Thanks,
Eric
On 15 Oct 2002 at 7:12, Eric Frazier wrote:
I am learning lots of new things, but still working on the problem itself.
It seems to be the case that even when I am running under ./httpd -X I have
trouble getting the search query to get stuck. If I do something from the
mysql monitor like set
Eric Frazier wrote:
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a closure type problem,
or else what is says isn't
At 11:58 AM 10/14/02 -0400, Perrin Harkins wrote:
Eric Frazier wrote:
Here is the kind of thing that is driving me nuts. Please see:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#Remed
ies_for_Inner_Subroutines
If what this says is true, then either I don't have a
Perrin,
I am starting to feel guilty about bugging you so much, but you are the only
person to have responded, and I watch the list enough to value your advice
quite a bit.
sub new {
my $invocant = shift;
my $class = ref($invocant) || $invocant;
That looks
Eric Frazier wrote:
I wanted the DBH to be global since just about every sub in Holds does a
query of some sort.
Three options:
1) Pass it to every sub
2) Make a utility sub that returns a dbh and call it from each sub.
(Sounds like you already made one of these.)
3) Stuff it in $r-pnotes(),
On Mon, 14 Oct 2002, Eric Frazier wrote:
That looks like voodoo code copied from a man page. If you call this as
Holds-new(), you don't need that junk about ref. (And most people
recommend against the new Holds syntax.)
I wanted the DBH to be global since just about every sub in Holds does
On Mon, 14 Oct 2002, Eric Frazier wrote:
That looks like voodoo code copied from a man page. If you call this as
Holds-new(), you don't need that junk about ref. (And most people
recommend against the new Holds syntax.)
I wanted the DBH to be global since just about every sub in Holds
On 14 Oct 2002 at 9:12, Eric Frazier wrote:
That I am not so sure of. I will do some more investigation. It seems like
the only variables that could be causing this are the result set from the
query and the scalar which holds the html template. I feel like I know
absolutly nothing now :( I
Hey Eric --
I wanted the DBH to be global since just about every sub in Holds does a
query of some sort. I guess it doesn't matter either way if I do
the connect
in the new() vs up top outside of a sub.
CGI::Application has a facility which is intended to solve exactly this type
of problem
no query to do;
}
Then this is all called from my CGI::Application module
sub customer_display{
my $self = shift;
my $q = $self-query();
my $customersearch = new Searches();
$customersearch-queryobject($q); # set the query
my $header = parse_header($self);
return $header
I'm just going to point out a few problems. These are not all related
to your questions.
package Holds;
The case of Holds doesn't match the example sub you posted above. I'm
assuming that was a typo.
use strict;
use Carp;
use warnings;
use QueryPrint;
use vars qw($dbh $processed_hnd
Hi,
I am glad to see the list traffic has been picking up lately. It makes me
have higher hope about posting this.
First some background info.
I have a fairly large CGI::Application module about 30 run modes that pretty
much follows the example mailform module. I am also using HTML::Template
Perrin,
I am going to read over this closely, thanks for all of the advice!
What frustrats me about the search getting cached/closure thing is that I
just don't have any global variables that have anything to do at all with
the search results. I have read over and over examples with closures,
Version 2.6 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
CHANGES SINCE VERSION 2.5:
- Changed the run() method to use Perl's built-in dynamic method
call for all run modes, whether by name or by code ref
for gotchas, and other problems that could come esp from
CGI::Application because it doesn't make much mention of working under
mod_perl. I think the modes could be appealing to the PHP guys in my
office. It could give them something to chear about, since I think right now
they just look at mod_perl
::Application) most of our development was in CGIs designed to be run
under Apache::Registry. CGI::Application uses CGI.pm for all its CGI
services and CGI.pm works great under Apache::Registry.
The big points I want to achieve right now, is to make everything I write
OOP, separate HTML from code
a simple;
print Content-type:
text/html\n\ndl\n,map(dt$_/dt\ndd$ENV{%_}/dd\n, sort keys
%ENV),/dl\n;
would do the job perfectly fine.
/soapbox
- Original Message -
From: Eric Frazier [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, June 16, 2002 10:02 AM
Subject: CGI::Application
worked for Jesse Erlbaum (the author of
CGI::Application) most of our development was in CGIs designed to be run
under Apache::Registry. CGI::Application uses CGI.pm for all its CGI
services and CGI.pm works great under Apache::Registry.
Well I was hoping for some 3rd parties :) That is great news
Hi,
I think mostly it is about having standards and in a business env making it
so that people who only know part of the picture can still work on the
project as a whole. Sounds like OOP huh? HTML in perl scripts just messes
that whole thing up, like I said before, our fearless leader can mess
Dodger opined on the soapbox:
Grr. Why can't people just write bloody applications with HTML in them
instead of spending so much energy tryuing to find a way to avoid writing
any HTML?
Because I don't want to have to go find a!@#$*^$ Perl programmer every time
the marketing department or a
On Sunday, June 16, 2002, at 07:02 AM, Eric Frazier wrote:
The big points I want to achieve right now, is to make everything I
write
OOP, separate HTML from code as much as possible, and to not make it
impossible to deal with for the people I work with who don't know as
much
perl as I
Version 2.4 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
CHANGES SINCE VERSION 2.1:
- Added new module CGI::Application::Mailform as both an
example of how to use CGI::Application and a useful
(albeit
I've got a new module to introduce - CGI::Application::MailPage. It's a
little CGI::Application module that allows users to send HTML documents to
their friends via email. It's configurable in a number of useful
directions and useful if you need this sort of thing. However, it's also
a proof
Version 2.1 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
CHANGES SINCE VERSION 2.0:
- The param() method has been extended to allow multiple parameters
to be set at one time, via a hash (or hashref
Version 2.0 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
CHANGES SINCE VERSION 1.31:
- Added ability to set mode_param() to use a call-back instance method
(specified by subref) instead of a CGI parameter
On Wed, 19 Jul 2000, Michael J Schout wrote:
I have been trying to get CGI::Application to work under mod_perl today. So
far with no success.
Finally I removed everything except CGI::Application from the config files, and
the server dumps core on startup.
I have a very stripped odwn
Version 1.2 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
Changes:
- Modified load_tmpl() to pass extra params to
HTML::Template-new_file().
- Fixed up the docs a bit.
- Minor code
I have been trying to get CGI::Application to work under mod_perl today. So
far with no success.
Finally I removed everything except CGI::Application from the config files, and
the server dumps core on startup.
I have a very stripped odwn httpd.conf that basically loads the bare minimum
Ok.
Turns out that what the real problem here was that CGI::Application uses
CGI::Carp, and I needed a newer version of CGI::Carp.
So I seem to have sovled this :)
Mike
On Wed, 19 Jul 2000, Michael J Schout wrote:
I have been trying to get CGI::Application to work under mod_perl today. So
Release version 1.1 of CGI::Application is now available via CPAN!
Download site for CGI::Application:
http://www.cpan.org/authors/id/J/JE/JERLBAUM/
Changes:
- Tweaked test.pl to avoid CGI.pm command line debugging interface
which requires user to hit CTRL-D to continue
42 matches
Mail list logo
