[tpm] Why perl lost steam...

Stuart Watt stuart at morungos.com
Tue Sep 21 12:22:35 PDT 2010

  Hi Jordan,

Strawberry Professional includes Catalyst and all common dependencies. 
It's a bit bigger and still alpha, but basically it is Strawberry 
standard underneath. I would be tempted to try that for a very quick start.

However, starting from a standard Strawberry install, Catalyst should 
(in theory) install with the usual:

cpan Task::CatInABox

Beware that some modules do not install cleanly under Windows. They do 
run under Windows fine - at least, we've been using them fine in 
production for a few years now. I don't use Strawberry myself, as I 
compile Perl without fork for performance, and anyway threading is 
pointless under Windows/IIS. But effectively I use the same compiler and 
processes, and I probably will switch now that a 64-bit Strawberry is out.

We've got Catalyst, OpenSSL, XML::LibXML, and all sorts of fun stuff 
working well under Windows Server 2003/IIS. Email me if you need more 

stuart at morungos.com

On 9/21/2010 3:06 PM, Dave Doyle wrote:
> Hey Jordan,
> Actually, I have no actual experience with Strawberry Perl or Catalyst 
> on windows.
> I have setup a CGI::App system using ActiveState Perl and Apache2 on 
> windows back in the day.  My knowledge is severely outdated now.  My 
> suggestion of Strawberry was purely from reading.
> From what I understand, Strawberry Perl is superior to ActiveState in 
> that it has the full stack of tools needed to compile modules (as 
> opposed to precompiled PPM packages, of which ActiveState maintains 
> and incomplete archive of CPAN).  If I recall, ActiveState wasn't able 
> to package some things because of licensing (Crypt::SSLeay I think). 
> I've not played with it though.  I've only ever deployed Catalyst on 
> Linux/Solaris but we're using the latest and greatest 5.8.x series to 
> get the Moosey goodness.  I'm afraid you'd have to experiment.  I've 
> no idea how to get Strawberry Perl to play nice with IIS if that's 
> your server (we used the ISAPI plugin to IIS from Activestate) so you 
> may want to try Apache2.  I don't know what other alternatives you 
> have at the moment.
> D
> --
> dave.s.doyle at gmail.com <mailto:dave.s.doyle at gmail.com>
> On Tue, Sep 21, 2010 at 2:54 PM, J Z Tam <jztam at yahoo.com 
> <mailto:jztam at yahoo.com>> wrote:
>     Dave,
>     IIRC,  you had mentioned that on WindoZe server OS,  it would be
>     easier/doable to set up Catalyst using Strawberry Perl.  If  so,
>     which versions of each are working for you?
>     Thanks in advance.
>     Jordan
>     --- On *Tue, 9/21/10, Dave Doyle /<dave.s.doyle at gmail.com
>     <mailto:dave.s.doyle at gmail.com>>/* wrote:
>         From: Dave Doyle <dave.s.doyle at gmail.com
>         <mailto:dave.s.doyle at gmail.com>>
>         Subject: Re: [tpm] Why perl lost steam...
>         To: "Martin at Cleaver.org" <Martin at cleaver.org
>         <mailto:Martin at cleaver.org>>
>         Cc: "Toronto Perl Mongers" <tpm at to.pm.org <mailto:tpm at to.pm.org>>
>         Received: Tuesday, September 21, 2010, 10:14 AM
>         While I do believe Perl has lost steam in the publics eye, I
>         don't buy the hype.  CPAN is growing faster and faster (it's a
>         curve).  This year's YAPC had about 70% of folk going to their
>         first or second YAPC.  The ecosystem itself is doing just fine.
>         That being said, I've looked and Django and Rails and they
>         ain't my thing (neither is Catalyst for that matter).  But
>         there are other options like Mojolicious and Dancer and as far
>         as I'm concerned CGI::App still gets the stuff done.  I think
>         Dancer would be an excellent way for newbies to get started in
>         webdev in Perl.
>         --
>         dave.s.doyle at gmail.com
>         <http://mc/compose?to=dave.s.doyle@gmail.com>
>         On Tue, Sep 21, 2010 at 9:47 AM, Martin at Cleaver.org
>         <Martin at cleaver.org <http://mc/compose?to=Martin@cleaver.org>>
>         wrote:
>             I'd contend that building a Web app in Groovy on Grails is
>             where beginners should start.
>             Grails is one (not several competing) Web Framework,
>             Groovy is Java and J2EE compliant, yet a scripting
>             language with closures and implicit parallel programming
>             support. Together they give you scripting access to all
>             the J2EE components developed over the past decade while
>             hiding the crappy verboseness of XML and Java.
>             Building a Web App? As much I know and like Perl I
>             wouldn't start a new Web App in one.
>             M.
>             --
>             Martin at Cleaver.org
>             http://twitter.com/mrjcleaver
>             +1 416-786-6752 (GMT-5)
>             On Tue, Sep 21, 2010 at 9:36 AM, <arocker at vex.net
>             <http://mc/compose?to=arocker@vex.net>> wrote:
>                 >
>                 > On Mon, Sep 20, 2010 at 4:39 PM, Bill Stephenson
>                 <bills at ezinvoice.com
>                 <http://mc/compose?to=bills@ezinvoice.com>>
>                 > wrote:
>                 >> It would seem that right now, when "Web Apps" are
>                 really coming into
>                 >> their own, CGI scripts written in Perl would be the
>                 place that
>                 >> "Beginners" would start looking.
>                 >>
>                 But CGI is sooo '90s, and even Web apps are passe now;
>                 it's all smartphones.
>                 _______________________________________________
>                 toronto-pm mailing list
>                 toronto-pm at pm.org <http://mc/compose?to=toronto-pm@pm.org>
>                 http://mail.pm.org/mailman/listinfo/toronto-pm
>             _______________________________________________
>             toronto-pm mailing list
>             toronto-pm at pm.org <http://mc/compose?to=toronto-pm@pm.org>
>             http://mail.pm.org/mailman/listinfo/toronto-pm
>         -----Inline Attachment Follows-----
>         _______________________________________________
>         toronto-pm mailing list
>         toronto-pm at pm.org <http://mc/compose?to=toronto-pm@pm.org>
>         http://mail.pm.org/mailman/listinfo/toronto-pm
> _______________________________________________
> toronto-pm mailing list
> toronto-pm at pm.org
> http://mail.pm.org/mailman/listinfo/toronto-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/toronto-pm/attachments/20100921/26427a3c/attachment.html>

More information about the toronto-pm mailing list