Re: [Catalyst] View Helpers?
Look at expose_methods in the CVTT docs. It's made for this. On Feb 14, 2013, at 5:34 PM, André Walker wrote: > On Thu, Feb 14, 2013 at 06:08:59PM -0600, Kevin Monceaux wrote: >>[% c.LinkTo('Recipes', 'recipe/list') %] >> >> If so, how does one make a function available in views via the CATALYST_VAR, >> and where is the best place for such a function's code in a Catalyst >> project? > > All you have to do is to define a "sub LinkTo {}" in lib/MyApp.pm, and it > would be globally accessible throughout your application (in $c, CATALYST_VAR, > or whatever). > > I'm not saying that's the best approach though. What I usually do is to create > a sort of uri_for clone for my templates, without ever letting them know about > the CATALYST_VAR. I don't want my templates to use the 'c' variable, or even > be aware that they are being loaded inside of Catalyst. > > So in my View class: > >extends 'Catalyst::View::TT'; > >sub uri_for { >my ( $self, $c, $uri ) = @_; >return $c->uri_for($uri); >} > > And in the templates: > >[% uri_for('/recipe/list') %] > > You could easily create your LinkTo method in your View class, so that it > would be mockable and replaceable, making your templates testable and > reusable :) > > Regards, > André > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] C::V::Email and Email::Sender 0.120002 -> 1.300003
Hi, I have a patch from Ilmari that fixes this. Among some other issues, that will be fixed in this next release which I hope to get out today. On Feb 11, 2013, at 7:44 AM, Anthony Gladdish wrote: > Hi, > > Having problems when upgrading from Email::Sender 0.120002 -> 1.33. > > While v1.33 compiles and "make test" passes, it appears to be no longer > working with Catalyst::View::Email ( v0.31 + v0.32 ): > > # 1. Catalyst app config: > > View::Email::Template: >stash_key: 'email' >template_prefix: 'email' >default: >content_type: 'text/plain' >charset: 'utf-8' >view: 'TT' >sender: >mailer: Test > > > # 2. some action that sends the email: > > $c->stash->{email} = { >to=> 'blah', >from => 'blah', >subject => 'blah', >template=> 'blah.tt2', >}; >$c->forward( $c->view('Email::Template') ); >if ( scalar( @{ $c->error } ) ) { >$c->error('blah'); >$c->detach('/end'); >} > > > # 3. Test: > > use Test::More; > use Email::Sender::Simple; > > BEGIN { >$ENV{EMAIL_SENDER_TRANSPORT} = 'Test'; > } > > # some button click that calls action above that sends email <- test failing > here. > > my @emails = Email::Sender::Simple->default_transport->deliveries; > > > # Error: > > Caught exception in MyApp::View::Email::Template->process "Attribute > (_mailer_obj) does not pass the type constraint because: Validation failed > for 'Email::Sender::Transport' with value > Email::Sender::Transport::Test=HASH(0x2b875fe017e0) at accessor > Catalyst::View::Email::_mailer_obj (defined at ~/ > locallib/lib/perl5/Catalyst/View/Email.pm line 21) line 18. > > Anyone else getting these sorts of errors? > This test script passed before, until upgrading. Is this something you can > help with? > > Regards, > Anthony > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Its time for Advent again
> Wasn't the final entry in last year's Cat Advent calendar basically "No more > Cat Advent calendars"? Yea, with the abysmal turnout of last year we decided we were going to do a monthy or whatever e-zine thingy on the mailing list I think. I'm all for doing it again if we can get the interest. But I've barely used Catalyst this year, nothing at $work has called for it or is using something else :-/ -Devin On Fri, Nov 16, 2012 at 8:50 AM, John SJ Anderson wrote: > > On Nov 16, 2012, at 8:39 AM, John Napiorkowski wrote: > >> Lets here your thoughts on the matter! > > > Wasn't the final entry in last year's Cat Advent calendar basically "No more > Cat Advent calendars"? > > j. > > -- > John SJ Anderson // geneh...@genehack.org > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst and Java
On Wed, Oct 31, 2012 at 3:50 AM, Tim Anderson wrote: > > I have a handful of java servlets that I would like to 'front-end' with my > Catalyst application, essentially using Catalyst to provide > authentication/authorization before passing along the browser requests to > the servlet. I don't need session information in the servlet, and I'm > willing to leave the servlet unsecured on an obscure port (network > protected, of course) in order to allow Catalyst to more easily interact > with it. In my mind, I see Catalyst behaving as a proxy, managing the entire > conversation, but I'd also be open to some kind of redirection solution. > > Does anyone have experience with doing something like this? I'd appreciate > any insight or direction. > > > -Tim > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > This would be fairly do-able if you used REST for inter-app communication. Or something like Message::Passing, which allows you to send a "message" to a queue, which could be subscribed to from both ends, thus allowing the apps to talk to each other. If the Catalyst app is acting as a proxy to the servlets, I would think you could do a pretty regular authentication/authorization/session set up with it and just pass along whatever other info you need to the servlets via the aforementioned means. -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Fwd: Issue related to change_session_id
Forwarding for visibilty -- Forwarded message -- From: Sumesh.S.J Date: Sun, Jul 29, 2012 at 9:47 PM Subject: Issue related to change_session_id To: "Devin Austin (dhoss)" Hi Devin Austin, I am using 'change_session_id' from Catalyst::Plugin::Session. When I use change_session_id, it is deleting the old session and then trying to update the deleted session (using the old session id.). As a result my login page gets stuck. MySQL Commands are as follows: DELETE FROM t_sessions WHERE ( id = ? ): 'session:0d..d1' DELETE FROM t_sessions WHERE ( id = ? ): 'flash:0d..d1' UPDATE t_sessions SET expires = ?, session_data = ? WHERE ( id = ? ): '13..30', 'BQ..tZQ==', 'session:0d..d1' Please guide me in solving the issue. Waiting for a positive and quick reply. -- Thanks and regards, Sumesh -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] [JOB] Looking for Telecommute Web Developer
Fired. Sent from my iPhone On Jul 5, 2012, at 3:14 PM, Nate wrote: > Mea culpa - sorry everyone. > - Nate > > On Thu, Jul 5, 2012 at 3:05 PM, Frank Kumro wrote: >> Hi - >> >> We're looking to hire another full-time web developer (telecommute) to >> join a great team. The web developer contributes to all phases of the >> product development life cycle and provides technical development and >> support skills to the product team. This position requires a continually >> growing knowledge of (and comfort with) Linux, Apache, PostgreSQL, Perl, >> Catalyst Framework, Javascript, HTML, XML, CSS and AJAX. >> >> - Telecommute with occasional "face time" trips to MN >> - Must have strong Perl skills >> - Great benefits >> >> Currently considering US residents. >> >> For more information: www.atomiclearning.com >> >> If you’re interested, contact: hr at atomiclearning.com >> >> Thanks! >> >> -- >> Frank Kumro >> >> >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advance tutorial for catalyst
IRC On Mon, Mar 26, 2012 at 11:12 AM, Chankey Pathak wrote: > I have finished cpan tutorial for catalyst and 'The definite guide to > Catalyst'. > > I want to go more advance and learn more stuff. > > Can anyone refer me some resources to learn advance catalyst? > > Thanks :) > > -- > Regards, > Chankey Pathak > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New catalystframework.org
On Tue, Mar 13, 2012 at 10:19 AM, Len Jaffe wrote: > Pretty sweet. > Nice work. > Thank you for doing the heavy lifting. > > L. > -- > lenja...@jaffesystems.com 614-404-4214 > Proprietor: http://www.theycomewithcheese.com/ - An Homage to Fromage > Greenbar: Grubmaster: 2012, 2011, 2010, 2009, Grub Asst: 2008, Trained: > 2007. > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I like it. Checked it out on my iPhone and it all looks pretty good. Well done! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Wiki down
On Wed, Mar 7, 2012 at 11:06 AM, Devin Austin wrote: > On Wed, Mar 7, 2012 at 10:20 AM, pierrick dintrat > wrote: >> Sorry for previous cut message >> >> MojoMojo is not a broken software ! >> Its problably the most finished open source software made with catalyst ( >> thanks to Marcus Ramberg ). >> None of my mojomojo install have memory leaks ( ~10 wiki ) >> >> I use it since a lot time on differents website as a wiki or a cms. >> It could be easy use it for the front catalyst site with your design. >> >> If more people (including me) make their final app open-source and let >> community get involved the marketing of catalyst and perl could be easier. >> >> my 2cts >> >> Le 7 mars 2012 18:05, pierrick dintrat a écrit >> : >> >>> MojoMojo >>> >>> Le 7 mars 2012 11:35, Tobias Kremer a écrit : >>> >>>> On Wed, Mar 7, 2012 at 8:51 AM, Dimitar Petrov wrote: >>>> > I've asked yesterday at #catalyst and it seems to be unmodified >>>> > mojomojo >>>> > installation. The reason it's 503ing sometimes is probably memory leak. >>>> > You >>>> > can ask there to get more information. >>>> >>>> Thanks Dimitar, but I'm certainly not going to fix memory leaks in an >>>> IMHO broken wiki software which compared to other alternatives never >>>> really worked that well in the first place (and I've done my fair >>>> share of edits in it). No offense to the creators/maintainers. >>>> Unfortunately, migrating to a more widely used software (which just >>>> works) is probably unwanted (because it probably isn't written in >>>> Perl) and non-trivial. >>>> >>>> And before everyone starts shouting "well volunteered" because I'm >>>> obviously just ranting and not doing anything to change the situation, >>>> here's one I prepared earlier (couple of years ago TBH) which >>>> unfortunately never saw the light of day: >>>> http://www.funkreich.de/catalyst/ >>>> >>>> Sorry for getting all emotional, but I'm somewhat frustrated that the >>>> leading Perl MVC framework still has that same old pathetic and often >>>> broken website. Is this something somebody is already working on? >>>> >>>> --Toby >>>> >>>> ___ >>>> List: Catalyst@lists.scsys.co.uk >>>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >>>> Searchable archive: >>>> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >>>> Dev site: http://dev.catalyst.perl.org/ >>> >>> >> >> >> _______ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > Tobias, > > I think it's a great thing you are concerned and passionate about > this. I too agree that the leading Perl web framework deserves better > representation. > > This is going to be brief as I have loads of work to get to, but I > like version 1.0 of the site revamps you pointed the list to. > > I'll follow this up later with suggestions as far as the wiki goes. > > -Devin > > -- > Devin Austin > http://www.dhoss.net > 9702906669 - Cell Tobias: svn co http://dev.catalyst.perl.org/repos/Catalyst/trunk/site It's all live deploy, so try not to break anything :-) -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Wiki down
On Wed, Mar 7, 2012 at 10:20 AM, pierrick dintrat wrote: > Sorry for previous cut message > > MojoMojo is not a broken software ! > Its problably the most finished open source software made with catalyst ( > thanks to Marcus Ramberg ). > None of my mojomojo install have memory leaks ( ~10 wiki ) > > I use it since a lot time on differents website as a wiki or a cms. > It could be easy use it for the front catalyst site with your design. > > If more people (including me) make their final app open-source and let > community get involved the marketing of catalyst and perl could be easier. > > my 2cts > > Le 7 mars 2012 18:05, pierrick dintrat a écrit > : > >> MojoMojo >> >> Le 7 mars 2012 11:35, Tobias Kremer a écrit : >> >>> On Wed, Mar 7, 2012 at 8:51 AM, Dimitar Petrov wrote: >>> > I've asked yesterday at #catalyst and it seems to be unmodified >>> > mojomojo >>> > installation. The reason it's 503ing sometimes is probably memory leak. >>> > You >>> > can ask there to get more information. >>> >>> Thanks Dimitar, but I'm certainly not going to fix memory leaks in an >>> IMHO broken wiki software which compared to other alternatives never >>> really worked that well in the first place (and I've done my fair >>> share of edits in it). No offense to the creators/maintainers. >>> Unfortunately, migrating to a more widely used software (which just >>> works) is probably unwanted (because it probably isn't written in >>> Perl) and non-trivial. >>> >>> And before everyone starts shouting "well volunteered" because I'm >>> obviously just ranting and not doing anything to change the situation, >>> here's one I prepared earlier (couple of years ago TBH) which >>> unfortunately never saw the light of day: >>> http://www.funkreich.de/catalyst/ >>> >>> Sorry for getting all emotional, but I'm somewhat frustrated that the >>> leading Perl MVC framework still has that same old pathetic and often >>> broken website. Is this something somebody is already working on? >>> >>> --Toby >>> >>> ___ >>> List: Catalyst@lists.scsys.co.uk >>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >>> Searchable archive: >>> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >>> Dev site: http://dev.catalyst.perl.org/ >> >> > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Tobias, I think it's a great thing you are concerned and passionate about this. I too agree that the leading Perl web framework deserves better representation. This is going to be brief as I have loads of work to get to, but I like version 1.0 of the site revamps you pointed the list to. I'll follow this up later with suggestions as far as the wiki goes. -Devin -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Wiki down
Well volunteered! On Tue, Mar 6, 2012 at 1:29 AM, Tobias Kremer wrote: > Just a heads up: The Catalyst wiki is down since at least yesterday. > Does nobody monitor these things? Compared to other frameworks, the > whole site looks horrible enough, we should at least try to keep it > working. Links to MetaCPAN instead of plain old CPAN would be nice as > well. Is there a public repo for the site? > > Thanx! > > --Toby > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Anyone logging with RabbitMQ?
Logging with RabbitMQ? Seems like a weird thing to do but I could be wrong. I use Munin to keep track of stats. On Fri, Feb 24, 2012 at 5:04 PM, Bill Moseley wrote: > Anyone have experience with this? What tool are you using to aggregate (and > monitor, or generate stats with)? Any tips? > > -- > Bill Moseley > mose...@hank.org > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Dec 2, 2011, at 3:03 PM, Tomas Doran wrote: > > On 1 Dec 2011, at 22:02, Octavian Rasnita wrote: >> I think there may be helpful some articles about how to deploy Catalyst apps >> on the cloud (with examples of the cloud providers that can handle Catalyst >> apps). > > I hate to say this, but, "well volunteered". Seconded whole heartedly. I would love to know what's good out there and why. > Cheers > t0m > > P.S. No, really - if you're deploying Catalyst 'in the cloud' on any service, > then both myself and the wider community would love to hear from you, and > writing a short article (a hundred words of "provider X is awesome, here are > 3 gotchas") would be extremely awesome... Thanks in advance :) > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Fri, Dec 2, 2011 at 4:54 AM, will trillich wrote: > On Thu, Dec 1, 2011 at 7:10 PM, Devin Austin wrote: >> >> On Thu, Dec 1, 2011 at 10:00 AM, will trillich >> wrote: >> > I do appreciate the neat articles that talk about Facebook API's and >> > Google >> > API's and other advanced stuff, but those often seem a bit esoteric and >> > beyond the daily grind of what we're developing. So it's also good to >> > keep >> > the newbies in mind. I think if the advent series could showcase a >> > couple of >> > basic articles (maybe even repackaging email threads?) it'd be great! >> > Concepts such as: >> > - how an insulated, personal perl library, instead of system-wide cpan, >> > is >> > better for a Catalyst app, >> Hmm. Not sure I quite understand this one, internal dependencies never >> seem to be a better architectural decision over external, thoroughly >> tested ones. Could you please elaborate? > > > In my head, the first item (above) and second item (below) are closely > related. That is, if you maintain your own $local::lib of CPAN wizardry then > you're better off in the long run when your app outlives your server, or you > migrate due to vendor concerns (or politics). Also, isn't it more likely > you'll run into problems using the system perl libraries instead of a > home-grown one? I think I've seen topics like that here on-list... would be > nice to see those concepts encapsulated as an advent article. Ah! Perfect. That makes more sense. There's been local::lib articles in the past, but if you have something new, I'm sure for it. >> > - tricks and tips to keep in mind to make migrating a catalyst app from >> > system Q to system X easy, >> This could be interesting. Do you have tips? I personally don't >> migrate much from system to system, but others might find it useful. > > > I don't have any such tips, yet. I'm hoping I don't need them all at once in > the future in crash-bang mode when migration becomes a necessity, hopefully > a clear advent article beforehand can help newbies like me avoid some of the > pitfalls... > >> >> > - strengths and weaknesses of and techniques for using >> > revision-management >> > such as mercurial or subversion or git to track source code changes... >> > - using InstantCRUD or AutoCRUD in various contexts as a debugging tool >> > or >> > data-mining aid >> There have been one or two a year on this sort of thing, and while I >> think it's beneficial, it's almost something that's been overdone. If >> there is something groundbreaking in this area, sure, I'm all for it. >> I sure wouldn't mind seeing some more new ideas concerning this, but I >> think we need to look toward new things that haven't necessarily been >> covered yet, even if we're in dire need of articles. > > > :) > > > -- > "The more you try to avoid suffering the more you suffer because smaller and > more insignificant things begin to torture you in proportion to your fear of > being hurt." -- Thomas Merton > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Cool. Keep me in the loop if you come up with anything! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Thu, Dec 1, 2011 at 10:00 AM, will trillich wrote: > Coming up with good articles isn't easy! Documentation is the toughest part > of writing code. > > Myself, I've been mulling, since Nov 3, how to > make http://search.cpan.org/~mstrout/Catalyst-View-TT-0.37/lib/Catalyst/View/TT.pm#expose_methods resonate > better with newbies like me, and I haven't come up with anything better than > what's already there. :( Argh! > > I do appreciate the neat articles that talk about Facebook API's and Google > API's and other advanced stuff, but those often seem a bit esoteric and > beyond the daily grind of what we're developing. So it's also good to keep > the newbies in mind. I think if the advent series could showcase a couple of > basic articles (maybe even repackaging email threads?) it'd be great! > Concepts such as: > - how an insulated, personal perl library, instead of system-wide cpan, is > better for a Catalyst app, Hmm. Not sure I quite understand this one, internal dependencies never seem to be a better architectural decision over external, thoroughly tested ones. Could you please elaborate? > - tricks and tips to keep in mind to make migrating a catalyst app from > system Q to system X easy, This could be interesting. Do you have tips? I personally don't migrate much from system to system, but others might find it useful. > - strengths and weaknesses of and techniques for using revision-management > such as mercurial or subversion or git to track source code changes... > - using InstantCRUD or AutoCRUD in various contexts as a debugging tool or > data-mining aid There have been one or two a year on this sort of thing, and while I think it's beneficial, it's almost something that's been overdone. If there is something groundbreaking in this area, sure, I'm all for it. I sure wouldn't mind seeing some more new ideas concerning this, but I think we need to look toward new things that haven't necessarily been covered yet, even if we're in dire need of articles. > > > > On Thu, Dec 1, 2011 at 4:52 PM, Devin Austin wrote: >> >> Hey all, >> >> It's that time of year again, and as per tradition, we're running a >> bit behind. If anyone can whip up a few articles to buffer us for the >> next few days with the Advent article, that would be great. We are >> also in great need of an opening article. >> >> Please contact myself (email, or irc: dhoss on irc.perl.org) or >> Dimitar (email: mita...@gmail.com, irc: dpetrov). >> >> >> Happy holidays! >> -- >> Devin Austin >> http://www.dhoss.net >> 9702906669 - Cell >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ > > > > > -- > "The more you try to avoid suffering the more you suffer because smaller and > more insignificant things begin to torture you in proportion to your fear of > being hurt." -- Thomas Merton > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar
Hey all, It's that time of year again, and as per tradition, we're running a bit behind. If anyone can whip up a few articles to buffer us for the next few days with the Advent article, that would be great. We are also in great need of an opening article. Please contact myself (email, or irc: dhoss on irc.perl.org) or Dimitar (email: mita...@gmail.com, irc: dpetrov). Happy holidays! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] REST-like url question
On Wed, May 18, 2011 at 10:22 AM, Bill Moseley wrote: > Quick question, and I hope this doesn't turn into a debate about REST > specifics, just looking for a sane URL scheme. > > Say I have an app for managing technical conferences. There's one "user" > table. A "user", of course, can be both a presenter and an attendee of > sessions. So, I want to get a list of sessions a user is associated with, > but also want to get separate lists for sessions they are a presenter for > vs. sessions they are just attending. > > In the db there's attendee_session and presenter_session link tables to > associate users with the sessions. > > This seems a bit ambiguous, plus not sure what to do if a user happens to > be a presenter AND an attendee of the same session. > > GET /user/1234/sessions > > > And these seem wrong because the query parameter is about the user not the > session. That is, seems like any query parameters should be limiting on the > session (e.g. session_type). > > GET /user/1234/sessions?user_type=attendee > GET /user/1234/sessions?user_type=presenter > > > Other options would be: > > GET /user/1234/sessions_attending > GET /user/1234/sessions_presenting > > > > What would you use? > > > -- > Bill Moseley > mose...@hank.org > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > I'd personally use /user/1234/sessions/attending and /user/1234/sessions/presenting -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Open Source CMS
On Thu, Apr 28, 2011 at 10:40 AM, Mike Raynham wrote: > I know that this is not a Catalyst question, but I hope to get the opinions > of those that use Catalyst. > > I develop web sites for small businesses, and really like using Perl and > Catalyst. However, there are times when developing a custom CMS is not > really appropriate - usually because it takes too much time (and hence > money) to develop, and because there are lots of ready made systems out > there already that will do the job. > > I've started to look into some of these systems, including Drupal and > Bricolage. For my sins, I have spent a lot of time working with PHP, so > whilst I'd prefer a Perl framework, using a PHP system wouldn't really be a > problem. > > Drupal is looking quite interesting, and it supports Pg, which is > definitely a bonus. > > Bricolage also looks good, but most of the information that I can find > about it is now quite old - although there was a new release in February > 2011. Bricolage is written in Perl and it supports Pg. > > Does anyone have any experiences with open source CMS frameworks that they > are able to share? > > > > Regards, > > Mike > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > denny wrote ShinyCMS: http://shinycms.org/ And I'm currently working on one (pre-alpha): http://github.com/dhoss/Deimos. There are a few others, but those two are Cat based and come to mind most readily. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Index action using Catalyst::Controller::REST - Is it possible?
On Tue, Apr 26, 2011 at 11:37 AM, Kyle Hall wrote: > Hello all, > I'm trying to write a REST service using the REST controller. The > problem I'm running into is I can't seem to use 'index' as I can with > the standard catalyst controller. I would like my URIs to look like > /api/rest/documents, /api/rest/staff and so on. From these paths I > would like to do the standard GET, PUT, POST and DELETE calls. > > However, if I create the controller > MyApp::Controller::API::REST::Documents, and I try this: > sub index : Local : ActionClass('REST') {} > The system loads this as the path action /api/rest/documents/index. > > Any idea what I'm doing wrong? > > Thanks, > Kyle > > http://www.kylehall.info > Mill Run Technology Solutions ( http://millruntech.com ) > Crawford County Federated Library System ( http://www.ccfls.org ) > Meadville Public Library ( http://www.meadvillelibrary.org ) > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Have you considered using Chained for this? Your URL structure looks like it would lend itself nicely to that. You'd do something like: package MyApp::Web::Controller::API::REST::Documents; use ... BEGIN { extends 'MyApp::Web::Controller::API::REST' } # chaining to '.' allows you to have a chain root in a parent class # that you can chain off of and inherit functionality from (see http://search.cpan.org/~bobtfish/Catalyst-Runtime-5.80032/lib/Catalyst/DispatchType/Chained.pm#Attributesunder "Chained") # also, specify the path part here, so index acts how you want it to as an end point. sub documents : Chained('.') PathPart('documents') CaptureArgs(0) { my ($self, $c) = @_; # do whatever document grabbing functionality you need to do here } sub index : Chained('documents') PathPart('') Args(0) { my ($self, $c) = @_; # display stuff etc } NOTE: This is untested code, but it SHOULD give you an idea of what to do. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Authentication with REST and Catalyst
On Fri, Mar 11, 2011 at 12:48 PM, linuxsupport wrote: > Hi Everyone, > > What is the best practice for implementation authentication and > authorization when building a REST API application using catalyst? > How should authentication be implementation? > > Any guide or example would be very helpful. > > Thanks > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > Probably an API key system. It's much easier to maintain a single key instead of having to pass a username/password each time you make a request or what not. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst As OAuth Service Provider
On Wed, Mar 9, 2011 at 2:34 PM, Devin Austin wrote: > > > On Wed, Mar 9, 2011 at 2:29 PM, Ron White wrote: > >> I'm looking to create a new API for our Catalyst website using OAuth >> authentication. In this scenario our website would be the OAuth service >> provider, not a consumer of some other public OAuth service. >> >> I found mention of a Catalyst OAuth controller at http://oauth.net/code/, >> however the code it links to ( >> http://dev.catalystframework.org/repos/Catalyst/trunk/Catalyst-Controller-OAuth/) >> appears incomplete. >> >> Is there another home for Catalyst::Controller::OAuth or another existing >> implementation available? >> >> Thanks! >> Ron >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > Catalyst::Authentication::Credential::OAuth, I believe. It's been tailored > for Twitter but it could be extended and generalized I bet. > > -- > Devin Austin > http://www.codedright.net > 9702906669 - Cell > Ah, nevermind me, that's a consumer, not a provider. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst As OAuth Service Provider
On Wed, Mar 9, 2011 at 2:29 PM, Ron White wrote: > I'm looking to create a new API for our Catalyst website using OAuth > authentication. In this scenario our website would be the OAuth service > provider, not a consumer of some other public OAuth service. > > I found mention of a Catalyst OAuth controller at http://oauth.net/code/, > however the code it links to ( > http://dev.catalystframework.org/repos/Catalyst/trunk/Catalyst-Controller-OAuth/) > appears incomplete. > > Is there another home for Catalyst::Controller::OAuth or another existing > implementation available? > > Thanks! > Ron > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Catalyst::Authentication::Credential::OAuth, I believe. It's been tailored for Twitter but it could be extended and generalized I bet. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Best "form" library?
On Sun, Mar 6, 2011 at 2:52 PM, Roger Horne wrote: > On Sunday 06 March 2011 20:52:04 Devin Austin wrote: > > > FormFu is pretty awful in my opinion. Rose::HTML stuff isn't > > much better. > > As an amateur I would be interested to know why. > > When I started learning about Catalyst about a year ago, the > Tutorial at > > http://search.cpan.org/~zarquon/Catalyst-Manual-5.8005/lib/Catalyst/Manual/Tutorial/09_AdvancedCRUD.pod > only described FormFu and so I used it. For the trivial stuff I > deal with it works (most of the time) so I have not tried any of > the others. (If it ain't broke ... :-) > > r. > -- > Roger Horne > ro...@hrothgar.co.uk > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > FormFu doesn't make it easy to do a lot of things. Things like modifying the form after it's been created aren't very easy, and there were quite a few instances I had to add these sort of ludicrous call backs (recommended in the documentation) to get the functionality I wanted (populate a select box from the db, etc.) It's kludgy, and there are just better options out there. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Best "form" library?
On Sun, Mar 6, 2011 at 1:47 PM, Victor Churchill wrote: > Speaking here as a novice with the same questions as the OP: > > I like the functionality of HTML::FormFu as deployed in the tutorial > example but also find the YAML a bit strange at first; I am, too, a > bit stopped by the impression that the form does not become available > until after it is submitted. I have a client/boss who likes JavaScript > validation of an Ajax-y type and although I see hooks for JS in the > HTML::FormFu docs it is not very obvious how to utilise them. Having > the JavaScript in a file pulled in by the page template obviously goes > against DRY principles if the logic is also present on the server. > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > FormFu is pretty awful in my opinion. Rose::HTML stuff isn't much better. I recommend HTML::FormHandler or Form::Sensible, or if you don't want to deal with creating your own forms by hand, just use Form::Sensible::Reflector::DBIC and have it reflect off of your DBIC schema. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] source of 'Definitive Guide To Catalyst' code mentioned in the Apress book itself
On Tue, Feb 1, 2011 at 12:18 PM, Anne Wainwright wrote: > Hi, > > I can't find on the Apress site the code referred to in the sidebar on > p.84 of the book. > > " All the code in this chapter is available in a git repository > downloadable from the Source Code area of the Apress website" > > Well, there is a zip file of code but this is not what I was expecting. > Did this not materialise or did it get put somewhere else? > > Thanks for a pointer. > > Anne > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Well, there is a zip file of code but this is not what I was expecting. Can you detail what you were expecting? Also, please give a link to where the book says the code is (I don't have my copy readily available). -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Gearman
On Mon, Jan 24, 2011 at 12:54 PM, Octavian Rasnita wrote: > Hi Devin, > > From: "Devin Austin" > > You might also want to create a job "tracker" that uses a database of > some > > sort to mark jobs done when they complete, and just selects jobs that are > > incomplete and runs them. That way, if a job doesn't complete, the > tracker > > picks it up and sends it to the worker again. > > > > I wrote an Advent article on this: > > http://www.catalystframework.org/calendar/2010/7 > > > > -- > > Devin Austin > > > I read your article and it was very helpful. > The client and worker I made were inspired from those I found in that > article. > > I have also read at the end that Gearman is mainly used for speed and not > for reliability but I thought that this may be because it doesn't use a > permanent database and that the jobs might disappear if the Gearman server > is killed. > However, I see that the jobs disappear even if the server is running fine. > > I think that I actually need a job tracker for making sure the jobs are > done correctly than executing those jobs faster. > > I have also taken a look at Beanstalk but I haven't seen a version for > Windows. > > I don't like the idea to create my own job queue, so if I won't be able to > patch TheSchwartz::Moosified to work with Oracle I think that I will have to > use a MySQL DB only for holding the job queues. > > Octavian > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I neglected to mention that I have written a job tracker *after* writing that article. Source is here: https://github.com/dhoss/Deimos/blob/entry_categories/script/deimos_job_listener.pl It's not *great* code, but the idea is there. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Gearman
On Mon, Jan 24, 2011 at 9:33 AM, Bill Moseley wrote: > Octavian, > > There's a Gearman Google Group that might be more helpful for you. > > 2011/1/24 Octavian Rasnita > >> Hi, >> >> I have installed Gearman::Server and ran gearmand under Linux and tried to >> use the worker and the client from Windows, but I saw that Gearman is not >> very reliable. >> >> I have created a worker that sends email but for beeing sure that it is >> not a problem of the mail server I have put it to write a line in the log >> each time it was appealed. >> >> From 10 similar requests, the worker is called only 7 or 8 times. >> >> I have ran gearmand with no options. >> >> Do you have any idea if this is normal to happen or I am missing some >> important parameters? >> >> Thanks. >> >> --Octavian >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> >> > > > -- > Bill Moseley > mose...@hank.org > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > You might also want to create a job "tracker" that uses a database of some sort to mark jobs done when they complete, and just selects jobs that are incomplete and runs them. That way, if a job doesn't complete, the tracker picks it up and sends it to the worker again. I wrote an Advent article on this: http://www.catalystframework.org/calendar/2010/7 -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst needs Advent Calendar Volunteers!
On Mon, Nov 22, 2010 at 12:39 PM, Jason L. Froebe wrote: > When the advents are posted, can people make sure they put the catalyst > version number that was used? I ask because your advent may be viewed a > year or more later where it no longer works because catalyst (or some other > dependency) changed. > > jason > > > On Mon, Nov 22, 2010 at 1:13 PM, Devin Austin wrote: > >> Hey Steve, >> >> Great, just for people's inbox's sake, if you have an article idea (that >> you don't want reviewed by the community at least), go ahead and just email >> me directly or pm me on IRC. >> >> Let's touch base and I can get you set up with what you need. >> >> -Devin >> >> >> On Mon, Nov 22, 2010 at 10:53 AM, Steve wrote: >> >>> Hi, >>> >>> I have an Advent Calendar suggestion that I think could have a large >>> audience - Using Catalyst with JQuery Themes/Themeroller. The reason I >>> think it might find a good audience is simply that I think having a >>> ready-to-use UI is possibly the biggest think keeping people from >>> adopting Catalyst. Speaking for myself, I'm not real keen on learning >>> tons about CSS and JavaScript. It's little more than a headache to me, >>> but is extremely important nonetheless. >>> >>> I'm willing to put in some effort - mostly in terms of providing docs, >>> but also some coding. >>> >>> Steve >>> >>> On 11/17/2010 1:01 PM, Devin Austin wrote: >>> >>>> Hi all, >>>> >>>> It's that time again. Catalyst needs volunteers for the Advent >>>> Calendar, so we need both article authors and cat herders to make sure we >>>> have articles for each day. >>>> >>>> Please feel free to contact me via irc (dhoss in #catalyst on >>>> irc.perl.org <http://irc.perl.org>), twitter (@dhoss) or the mailing >>>> list. >>>> >>>> >>>> Thanks, and happy hacking! >>>> >>>> -Devin >>>> >>>> -- >>>> Devin Austin >>>> http://www.codedright.net >>>> 9702906669 - Cell >>>> >>>> >>>> ___ >>>> List: Catalyst@lists.scsys.co.uk >>>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >>>> Searchable archive: >>>> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >>>> Dev site: http://dev.catalyst.perl.org/ >>>> >>> >>> ___ >>> List: Catalyst@lists.scsys.co.uk >>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >>> Searchable archive: >>> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >>> Dev site: http://dev.catalyst.perl.org/ >>> >> >> >> >> -- >> Devin Austin >> http://www.codedright.net >> 9702906669 - Cell >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> >> > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > That's a good suggestion. I'll make a note for myself to make sure that shows up for all posts. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst needs Advent Calendar Volunteers!
Hey Steve, Great, just for people's inbox's sake, if you have an article idea (that you don't want reviewed by the community at least), go ahead and just email me directly or pm me on IRC. Let's touch base and I can get you set up with what you need. -Devin On Mon, Nov 22, 2010 at 10:53 AM, Steve wrote: > Hi, > > I have an Advent Calendar suggestion that I think could have a large > audience - Using Catalyst with JQuery Themes/Themeroller. The reason I > think it might find a good audience is simply that I think having a > ready-to-use UI is possibly the biggest think keeping people from > adopting Catalyst. Speaking for myself, I'm not real keen on learning > tons about CSS and JavaScript. It's little more than a headache to me, > but is extremely important nonetheless. > > I'm willing to put in some effort - mostly in terms of providing docs, > but also some coding. > > Steve > > On 11/17/2010 1:01 PM, Devin Austin wrote: > >> Hi all, >> >> It's that time again. Catalyst needs volunteers for the Advent Calendar, >> so we need both article authors and cat herders to make sure we have >> articles for each day. >> >> Please feel free to contact me via irc (dhoss in #catalyst on >> irc.perl.org <http://irc.perl.org>), twitter (@dhoss) or the mailing >> list. >> >> >> Thanks, and happy hacking! >> >> -Devin >> >> -- >> Devin Austin >> http://www.codedright.net >> 9702906669 - Cell >> >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > _______ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst needs Advent Calendar Volunteers!
Heya, The svn repo for the advent articles is here: http://dev.catalyst.perl.org/repos/Catalyst/trunk/examples/CatalystAdvent Articles go in root/pen until (we) publish them. They should be in POD format, there are some examples in there already of what they should look like. Thanks! On Wed, Nov 17, 2010 at 3:17 PM, Ton Voon wrote: > > On 17 Nov 2010, at 18:01, Devin Austin wrote: > > It's that time again. Catalyst needs volunteers for the Advent Calendar, >> so we need both article authors and cat herders to make sure we have >> articles for each day. >> > > I'll commit to writing one re: how Opsview does i18n with Catalyst (which I > said I would ages ago - just reminding! ) > > Do you have any notes about where and what format? > > Ton > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst needs Advent Calendar Volunteers!
Certainly! Thanks for the input. On Wed, Nov 17, 2010 at 12:58 PM, Victor Churchill wrote: > On 17 November 2010 18:01, Devin Austin wrote: > >> Hi all, >> >> It's that time again. Catalyst needs volunteers for the Advent Calendar, >> so we need both article authors and cat herders to make sure we have >> articles for each day. >> > > as an Absolute Beginner (tm) could I put in a request for some > newbie-friendly Cat-for-dummies entries? > > thanks! > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst needs Advent Calendar Volunteers!
Hi all, It's that time again. Catalyst needs volunteers for the Advent Calendar, so we need both article authors and cat herders to make sure we have articles for each day. Please feel free to contact me via irc (dhoss in #catalyst on irc.perl.org), twitter (@dhoss) or the mailing list. Thanks, and happy hacking! -Devin -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] [Beginner] C::V::Email::Template does not render
--+ > | /user/register | 1.952326s | > | -> /email | 1.194451s | > | -> wshop::View::Email::Template->process | 1.193180s | > | /end | 0.000637s | > '+---' > > [info] *** Request 16 (0.001/s) [12344] [Sun Sep 12 21:56:24 2010] *** > [debug] "GET" request for "user/registerdone" from "127.0.0.1" > [debug] Path is "user/registerdone" > [debug] Rendering template "user/registerdone.tt" > [debug] Response Code: 200; Content-Type: text/html; charset=utf-8; > Content- > Length: 5656 > [info] Request took 0.051840s (19.290/s) > .+---. > | Action | Time | > ++---+ > | /user/registerdone | 0.000238s | > | /end | 0.036513s | > | -> wshop::View::Web->process | 0.035203s | > '+---' > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I.e. the localization does not work (it does fine on the web templates) and the digest code is missing after the URI. The placeholders 'mm_*' are all defined and available in various .po files. Other stash variables, which I put into the mail template for testing pruposes, are also missing in the rendered output. What do your web templates look like? -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Weird error with View::JSON
On Tue, Sep 7, 2010 at 12:10 PM, Mesdaq, Ali wrote: > package web::View::JSON; > > > > use strict; > > use warnings; > > use parent 'Catalyst::View::JSON'; > > > > 1; > > > > Thanks, > > -- > > Ali Mesdaq (CISSP, GIAC-GREM) > > Sr. Security Researcher > > Websense Security Labs > > http://www.WebsenseSecurityLabs.com <http://www.websensesecuritylabs.com/> > > -- > > > > *From:* Devin Austin [mailto:devin.aus...@gmail.com] > *Sent:* Tuesday, September 07, 2010 10:52 AM > *To:* The elegant MVC web framework > *Subject:* Re: [Catalyst] Weird error with View::JSON > > > > > > On Tue, Sep 7, 2010 at 10:42 AM, Mesdaq, Ali wrote: > > Hey all, > > I am getting a weird error when I start/restart my catalyst server. The > error does not seem to be stopping anything from working from what I can > tell. > > This is the error: > Tried to write to the catalyst_component_name accessor - is your component > broken or just mad? (Write ignored - using default value.) at > /usr/local/share/perl/5.10.0/Catalyst/Component.pm line 72 >Class::MOP::Class:::around('CODE(0xad23638)', > 'web::View::JSON=HASH(0xb909088)', 'web::View::JSON') called at > /usr/local/lib/perl/5.10.0/Class/MOP/Method/Wrapped.pm line 159 > > Class::MOP::Method::Wrapped::__ANON__('web::View::JSON=HASH(0xb909088)', > 'web::View::JSON') called at > /usr/local/lib/perl/5.10.0/Class/MOP/Method/Wrapped.pm line 89 > > > Catalyst::Component::catalyst_component_name('web::View::JSON=HASH(0xb909088)', > 'web::View::JSON') called at /usr/share/perl5/Catalyst/View/JSON.pm line 19 >Catalyst::View::JSON::new('web::View::JSON', 'web', > 'HASH(0xaef5488)') called at > /usr/local/share/perl/5.10.0/Catalyst/Component.pm line 110 >Catalyst::Component::COMPONENT('web::View::JSON', 'web', > 'HASH(0xaef5488)') called at /usr/local/share/perl/5.10.0/Catalyst.pm line > 2328 >eval {...} called at /usr/local/share/perl/5.10.0/Catalyst.pm line > 2328 >Catalyst::setup_component('web', 'web::View::JSON') called at > /usr/local/share/perl/5.10.0/Catalyst.pm line 2242 >Catalyst::setup_components('web') called at > /usr/local/share/perl/5.10.0/Catalyst.pm line 1125 >Catalyst::setup('web') called at > /SecTech/trunk/job/tests/tatooine/web/script/../lib/web.pm line 61 >require web.pm called at script/web_server.pl line 66 >main::__ANON__() called at > /usr/local/share/perl/5.10.0/Catalyst/Restarter/Forking.pm line 20 > > > Catalyst::Restarter::Forking::_fork_and_start('Catalyst::Restarter::Forking=HASH(0xaee37d8)') > called at /usr/local/share/perl/5.10.0/Catalyst/Restarter.pm line 68 > > > Catalyst::Restarter::run_and_watch('Catalyst::Restarter::Forking=HASH(0xaee37d8)') > called at script/web_server.pl line 104 > > > Any ideas or pointers would be appreciated. > > Thanks, > ALI MESDAQ > Sr. Security Researcher > > WEBSENSE, INC. > ph: +1.858.320.9466 > fax: +1.858.784.4466 > www.websense.com > > Websense TRITON™ > For Essential Information Protection™ > Web Security | Data Security | Email Security > > > > > Protected by Websense Hosted Email Security -- www.websense.com > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > > What does your View::JSON look like? > > -- > Devin Austin > http://www.codedright.net > 9702906669 - Cell > > Click > here<https://www.mailcontrol.com/sr/uwu5ZR6jAdzTndxI!oX7Uo9cpkuWnNqk7GcA6uNfeErgFbgbcUk1OE5w7THqwvWcvLNars4x0jXX9jTmmkEZ8A==>to > report this email as spam. > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > What happens when you run it without the development server restarter stuff? -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Weird error with View::JSON
On Tue, Sep 7, 2010 at 10:42 AM, Mesdaq, Ali wrote: > Hey all, > > I am getting a weird error when I start/restart my catalyst server. The > error does not seem to be stopping anything from working from what I can > tell. > > This is the error: > Tried to write to the catalyst_component_name accessor - is your component > broken or just mad? (Write ignored - using default value.) at > /usr/local/share/perl/5.10.0/Catalyst/Component.pm line 72 >Class::MOP::Class:::around('CODE(0xad23638)', > 'web::View::JSON=HASH(0xb909088)', 'web::View::JSON') called at > /usr/local/lib/perl/5.10.0/Class/MOP/Method/Wrapped.pm line 159 > > Class::MOP::Method::Wrapped::__ANON__('web::View::JSON=HASH(0xb909088)', > 'web::View::JSON') called at > /usr/local/lib/perl/5.10.0/Class/MOP/Method/Wrapped.pm line 89 > > > Catalyst::Component::catalyst_component_name('web::View::JSON=HASH(0xb909088)', > 'web::View::JSON') called at /usr/share/perl5/Catalyst/View/JSON.pm line 19 >Catalyst::View::JSON::new('web::View::JSON', 'web', > 'HASH(0xaef5488)') called at > /usr/local/share/perl/5.10.0/Catalyst/Component.pm line 110 >Catalyst::Component::COMPONENT('web::View::JSON', 'web', > 'HASH(0xaef5488)') called at /usr/local/share/perl/5.10.0/Catalyst.pm line > 2328 >eval {...} called at /usr/local/share/perl/5.10.0/Catalyst.pm line > 2328 >Catalyst::setup_component('web', 'web::View::JSON') called at > /usr/local/share/perl/5.10.0/Catalyst.pm line 2242 >Catalyst::setup_components('web') called at > /usr/local/share/perl/5.10.0/Catalyst.pm line 1125 >Catalyst::setup('web') called at > /SecTech/trunk/job/tests/tatooine/web/script/../lib/web.pm line 61 >require web.pm called at script/web_server.pl line 66 >main::__ANON__() called at > /usr/local/share/perl/5.10.0/Catalyst/Restarter/Forking.pm line 20 > > > Catalyst::Restarter::Forking::_fork_and_start('Catalyst::Restarter::Forking=HASH(0xaee37d8)') > called at /usr/local/share/perl/5.10.0/Catalyst/Restarter.pm line 68 > > > Catalyst::Restarter::run_and_watch('Catalyst::Restarter::Forking=HASH(0xaee37d8)') > called at script/web_server.pl line 104 > > > Any ideas or pointers would be appreciated. > > Thanks, > ALI MESDAQ > Sr. Security Researcher > > WEBSENSE, INC. > ph: +1.858.320.9466 > fax: +1.858.784.4466 > www.websense.com > > Websense TRITON™ > For Essential Information Protection™ > Web Security | Data Security | Email Security > > > > > Protected by Websense Hosted Email Security -- www.websense.com > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > What does your View::JSON look like? -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst 5.80023 Release Announcement
Last login: Fri May 7 14:11:38 on ttys001 It is my pleasure (and first time!) to announce the release of Catalyst version 5.80023. Thanks to all those who put forth, as always, a good effort to get this up and about, including rafl, t0m, edenc, marcus, ajgb and mst (for convincing me to write this release email) In this release: 5.80023 2010-05-07 23:50:27 Bug fixes: - Ensure to always cleanup temporary uploaded files in all cases, even when exceptions occur during request processing, using HTTP::Body's ->cleanup feature. (RT#41442) - Ensure that Catalyst::Engine::HTTP's options hash is defined before dereferencing it. (RT#49267) - Fix regex special characters in REDIRECT_URL variable breaking the request base. (2nd part of RT#24951) - Fix not stripping backslashes in DispatchType::Regex::uri_for_action New features: - Setting __PACKAGE__->config(enable_catalyst_header => 1); in your MyApp.pm now enables the X-Catalyst header being printed when not in debug mode. - Require CGI::Simple::Cookie version 1.109 to ensure support for the HttpOnly flag - Allow the myapp_test.pl script to be given a list of paths which it will retrieve all of. (RT#53653) - Allow parameterized roles to be applied as plugins. - Allow requiring minimum versions of plugins when loading them. Documentation: - The Catalyst::Test::get method is documented as returning the raw response bytes without any character decoding (RT#53678) Cleanups: - Removal of $Catalyst::PRETTY_VERSION. Future releases will always have the full and unmangled version number, including trailing zeroes, in $Catalyst::VERSION. Thanks, -dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RunAfterRequest/delayed Catalyst view
On Fri, Apr 30, 2010 at 12:09 AM, Tomas Doran wrote: > > On 30 Apr 2010, at 07:00, Steve Kleiman wrote: > >> Thanks in advance for any insights. >> > > No ideas I'm afraid. > > However I don't see any reason why this couldn't / shouldn't work.. > > Could you work up some test cases (or a very small test app) for either > View::Email or ::RunAfterRequest which demonstrates the issue? > > Cheers > t0m > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Yes, patches welcome, I'd like to see how this would work. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Google Summer of Code Update(s) and Reminders
Hello students! It's getting even closer to the deadline to submit applications and have things rounded up and in order for this year's Google Summer of Code. Catalyst has plenty of projects for you to check out if you're interested, so please check out the wiki: http://www.perlfoundation.org/perl5/index.cgi?gsoc, and contact a mentor: http://www.perlfoundation.org/perl5/index.cgi?gsoc_mentors. Jump on #catalyst and #catalyst-dev on irc.perl.org to get in touch with us. Thanks! dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Google Summer of Code 2010
Hey all, It's that time of the year again. Google Summer of Code is underway and Catalyst is looking for students. This is just a short blurb, but there's $4500 in it for students that participate and pass, and $500 goes to the Perl Foundation ($5000 in total). Check out http://www.perlfoundation.org/perl5/index.cgi?gsoc_2010_projects, and hop on irc.perl.org and /join #catalyst for more info. Ping people in the /topic if you're interested in participating. Thanks! -dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst::Plugin::ConfigLoader::Environment Release
Hi all, I have updated Catalyst::Plugin::ConfigLoader::Environment to make use of MRO::Compat in lieu of NEXT. Please test this with cpanf DHOSSCatalyst-Plugin-ConfigLoader-Environment-0.06_01.tar.gz, and send me feedback. Thank you! -dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst::View::Email oopsy
You're going to have to use cpan DHOSS/Catalyst-View-Email-0.25_01 to install it, my mistake. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst::View::Email 0.21_1
Hi all, sorry to spam the list yet again, but I have released a development version of Catalyst::View::Email for testing and convenience. You know what to do. dhoss ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst::View::Email 0.21
Hi again all, There were some more fixes taken care of in this release. I have provided a tarball of this release before releasing it on CPAN. Please check it out here: http://dhoss.net/Catalyst-View-Email-0.21.tar.gz, test and let the list/channel (#catalyst) know if you have any issues. Thanks! dhoss ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::View::Email stopped working
Charlie Garrison wrote: Good morning, I'm getting errors like the following when sending emails from my app (it was working fine previously): Caught exception in MMM::View::Email::Template->process "Can\'t locate object method "is_simple" via package "sendmail" (perhaps you forgot to load "sendmail"?) at /Library/Perl/5.8.8/Email/Sender/Simple.pm line 100." When trying to find out exactly where the problem was; I noted that backend is no longer using Email::Send like it used to (& the documentation says), eg: # Setup how to send the email # all those options are passed directly to Email::Send sender => { mailer => 'SMTP', # mailer_args is passed directly into Email::Send mailer_args => { Host => 'smtp.example.com', # defaults to localhost username => 'username', password => 'password', } C::V::Email now seems to be using Email::Sender instead. And I'm having trouble working out the correct config options I should be using. I've got 'mailer' set to 'SMTP' and there should be a $transport for that in Email::Sender. I'm using the following config (for local test server): mailer SMTP Host192.168.1.5 Is this a bug with C::V::Email or Email::Sender, or am I doing something wrong? Charlie Hi Charlie/Everyone Else Who Experienced the Breakage, Catalyst::View::Email version 0.20 *should* in theory fix the recent breaks. Please install (most conveniently using cpanf, attainable through App::CPAN::Fresh) and test, and notify the list/irc channel if you have any issues. Also, see my previous email to the list regarding this fix/release. Thanks, dhoss ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst::View::Email 0.20 Has Been Released
Hello everyone, I apologize for the recent breakage in Catalyst::View::Email. Luckily myself and a few others (apeiron++, rjbs++, confound++, t0m++, everyone else ++) tracked down the errors and fixed everything we could grab a hold of. Please install (most conveniently using cpanf (which can be installed via App::CPAN::Fresh)) and test, and PLEASE notify the list if something has gone awry. Thanks and take care, dhoss ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Advent Calendar
Hey all, kd's laptop has shat out. Zamolxes and I will have to take the reigns on getting things set up. Please email the list, either of us, or hit us up on irc regarding all things Advent. Thanks! -dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Test configuration questions
On Mon, Oct 26, 2009 at 3:51 PM, Evan Carroll wrote: > My latest project, a Craigslist posting tool, is configured through > the applications yaml conf file. I'm looking for a way to test based > the conf file with Catalyst::Test. Any idea of how to accomplish this? > > -- > Evan Carroll > System Lord of the Internets > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > So, you want your tests to be configured based on a yaml config file? Or you want to base your tests off of a yaml config file? -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: Deployment in practice
On Fri, Oct 9, 2009 at 3:08 PM, J. Shirley wrote: > On Fri, Oct 9, 2009 at 1:18 PM, kevin montuori wrote: > >> >>>>> "MA" == Mesdaq, Ali writes: >> >> MA> Once it passes the tests the code can be merged into the >> MA> production branch and will auto deploy. >> >> That's a great solution until someone checks a change into the >> production branch accidentally. As someone already mentioned, it'll >> happen eventually. >> >> I'm a firm believer in not using version control as a deployment tool. >> It's more work to create a package, deploy that to test, test, deploy >> *the same package* to production, but you at least know that what you >> tested is what's in production. Pulling straight from VC you never >> really have that assurance. >> >> > A lot of these assertions are pretty much FUD. > > Even exporting a tarball is sourcing from version control. You're just > bypassing a lot of the built-in aspects of source control and applying > manual steps that can be messed up in a variety of ways. > > Unless it is sourced from source control in a way you can easily and > programmatically detect, you really don't know what is in production > outside of "a tarball".You can keep an archive of tarballs, but you lose > context and history... so what's the win? > > If something happens and you need to find out the history, what do you do? > You ask version control! > > There are plenty of ways to manage how things get into a production > branch. Then, you simply add in another layer using tags. After all, > that's pretty much why tags exist, and how they're used, in every > sufficiently modern system. > > You deploy a tag, from a branch, and everybody wins. > > Keep in mind that I'm not advocating (nor are the posts I linked to) > running from a -managed- tree. The post-update hook I linked to keeps its > own git repository to itself, it isn't share. You have to explicitly push > to it to update. > > These things are very hard to get wrong, and they work very well. You just > have to learn the tools sufficiently. > > -J > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > I'm coming in late but deploying a tag from trunk/etc and "switching" the production directory that nginx/lighttpd/apache is looking at is probably the coolest thing ever. You have a great deal of control when needing to roll back, and a record of all previous tags/versions. Anyway, my $0.02. -Devin -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] e-commerce plugins for catalysts
On Thu, Oct 8, 2009 at 9:01 PM, pro...@gmail.com wrote: > Hi, > > I am looking into how easy it might be to add basic e-commerce > functionality -- a shopping cart, order, checkout system etc -- to a > catalyst app. I found some very old articles on "Handel" - > http://handelframework.com/blog/ and "mango" > http://mangoframework.com/blog/ but I was wondering if anyone on this list > has used any of those and what their thoughts are on them. Suggestions of > other alternatives are also very welcome. > > Thanks you so very much, > > proud > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > Check this out: http://search.cpan.org/~claco/Handel-1.00011/lib/Catalyst/Helper/Handel.pm Perhaps it'll help you and be a little more up to date. -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Helper Changes
On Wed, Sep 9, 2009 at 6:35 PM, Tomas Doran wrote: > > On 8 Sep 2009, at 20:47, kevin montuori wrote: > > On Tue, Sep 8, 2009 at 3:14 PM, Devin Austin >> wrote: >> >> Can you explain a little more in depth what you're looking to do? >> >> Sure. Among other things I'd like the myapp.conf file to live in >> $root/etc/config and be YAML format. This involves creating the >> directories, changing the conf file contents and name, and adding a line to >> MyApp.pm. There's more, but I think this is a fairly representative example >> of the kind of thing >> > > There is a plan to allow 'templates' for applications which would allow you > to do this trivially.. > > This will be coming after the google summer of code has been merged and > released, which it is currently being cleaned up to do do. :) > > Further details / thoughts about where people's plans with this go / how it > would work available to anyone arriving in #catalyst-dev for a chat about it > who is prepared to write those thoughts down - however at the moment we're > concentrating on getting the more split-out application templates live > before we do the next stage.. > > Cheers > t0m > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I will quit being a tool and get my shit released. Please, send me any ideas you have your way with regards to "I want to be able to do this". -Devin -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Helper Changes
On Tue, Sep 8, 2009 at 10:53 AM, kevin montuori wrote: > Hi all -- > I'd like to modify what Catalyst::Helper creates when initializing a new > product. I'm wondering if there's a "best practice" for this or if I'm on > my own. > > Thanks for any pointers. > > k. > > -- > kevin montuori > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > Hi Kevin, Can you explain a little more in depth what you're looking to do? -Devin -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: Makefile warning in catalyst apps
On Tue, Jul 28, 2009 at 2:45 AM, Ben Vinnerd wrote: > On 28/07/2009 09:27, Devin Austin wrote: > >> okay, I got this right this time. >> >> What are everyone's thoughts on including a warning and forced >> confirmation when a user goes to "make install" an application, be it >> downloaded from cpan or elsewhere? >> >> Something like, "you are running make install, are you REALLY sure you >> want to install this application system wide? If you aren't sure, then CTRL >> + C.", or, make reallywantoinstall, etc. >> >> Thoughts? >> > Can we have a reallyreallywanttoinstallplease ? > > Ben > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I also thought --yarly (thanks rafl), --yesinstalldammit, --plztobeintallingz were excellent choices. -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] RFC: Makefile warning in catalyst apps
okay, I got this right this time. What are everyone's thoughts on including a warning and forced confirmation when a user goes to "make install" an application, be it downloaded from cpan or elsewhere? Something like, "you are running make install, are you REALLY sure you want to install this application system wide? If you aren't sure, then CTRL + C.", or, make reallywantoinstall, etc. Thoughts? -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] RFC: no make install on catalyst apps
Hi gang, There's been some discord as to whether or not Catalyst applications should/should not have the option of make install. Personally, I'm not really partial either way. Especially with the advent of tools like Dist::Zilla that allow you to keep track of the modules you need and build a distribution to release. Either way, I think it's time we come to a consensus. Multiple times there have been emails like this asking about it, so let's squash it once and for all and get an answer. -dhoss -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] What do you guys use for sanitizing HTML input
HTML::StripScripts is nice On Sun, Jul 19, 2009 at 2:15 AM, Zbigniew Lukasiak wrote: > Hi, > > There seems to be a log list of HTML sanitizers at CPAN and no guide. > So I quickly made a list at the P5P wiki: > http://www.perlfoundation.org/perl5/index.cgi?html_sanitazing and I am > asking here what are your experiences with that subject. > > Myself, I sometime ago I've wrote a sanitizer for HTML::FormHandler > based on HTML::Scrubber - but it seems that there are problems with > installing it so it never got into the HTML::FormHandler repository. > I noticed that there is a new HTML sanitizer bundled with Mojo: > http://search.cpan.org/~mramberg/MojoMojo-0.999030/lib/HTML/Declaw.pm<http://search.cpan.org/%7Emramberg/MojoMojo-0.999030/lib/HTML/Declaw.pm> > by our own Marcus Ramberg. The POD says it is a modifed version of > HTML::Defang - but there is no clue as to what was really modified and > why it is a fork. > > -- > Zbigniew Lukasiak > http://brudnopis.blogspot.com/ > http://perlalchemy.blogspot.com/ > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] RFC: CatalystX::RedirectAfterLogin
I'm quite positive others are working on something like this, but I'd like this to serve as A) my volunteering to help with ongoing efforts and B) help get a center point from which to start. I'm working on a "pass through login" type Role for Catalyst (I think that's what I should call it). The idea looks like this: package TestApp::Controller::Root; use Moose; use namespace::autoclean; BEGIN { extends 'Catalyst::Controller'; } with 'CatalystX::RedirectAfterLogin'; sub login : Local { my ($self, $c) = @_; if ( $c->req->param('username') eq 'blah' ) { $c->next_page('success'); } else { $c->res->body('Failed!'); $c->detach; } } sub success : Path { my ($self, $c) = @_; $c->res->body("Success!"); } This isn't quite working yet. I'm getting some errors with Moose that I can't figure out. Feel free to poke: CatalystX::RedirectAfterLogin<http://github.com/dhoss/CatalystX--RedirectAfterLogin/tree/master> Original post: http://www.codedright.net/2009/07/catalystxredirectafterlogin.html -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst action attributes
Try this: sub post_chain_root : Chained('/') CaptureArgs(0) { my ($self, $c) = @_; foreach my $action (@{$c->action->chain}) { my $role = $action->attributes->{RequiresRole}[0]; next unless $role; ## test role here... } } That's a bit of code that you can put in the root of a Chained chain and do something like sub create_new_post : RequiresRole('can_post') { # ... } HTH. On Mon, Jul 13, 2009 at 12:50 AM, Toby Corkindale < toby.corkind...@strategicdata.com.au> wrote: > Devin Austin wrote: > >> Check this out: >> http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Attributes<http://search.cpan.org/%7Ehkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Attributes>and >> http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Action_classes<http://search.cpan.org/%7Ehkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Action_classes> >> > > Thanks, although I had already read that before posting. > > As far as I can see, there is no way to pass parameters to the ActionClass. > Have I missed something? > > On Mon, Jul 13, 2009 at 12:27 AM, Toby Corkindale < >> toby.corkind...@strategicdata.com.au > toby.corkind...@strategicdata.com.au>> wrote: >> >>Toby Corkindale wrote: >> >>Hi, >>I wondered if anyone could point me towards a working example of >>creating custom action attribute handlers for Catalyst? >> >>eg. The contents of Catalyst::Controller::SecretAgent in the >>example below: >> >> >>package MyApp::Controller::M; >>use parent 'Catalyst::Controller::SecretAgent'; >># Provides Vehicle() and Gimmick() actions. >> >>sub bond : Vehicle('Aston Martin') { >> my ($self, $c) = @_; >> # ... >>} >> >>sub maxwell_smart : Gimmick('Shoe-phone') { >> My ($self, $c) = @_; >> #... >>} >> >>1; >> >> >> >>I should clarify what I'm after.. >>I'd still like to be able to specify regular DispatchType attributes >>against the routines (eg. Local, Chained, etc), but I'd also like to >>have my own methods called against the other attributes I've specified. >> >>The first method I tried was: >> package Catalyst::Controller::SecretAgent; >> use strict / use warnings >> use parent 'Catalyst::Controller'; >> use attributes __PACKAGE__ => \&set_vehicle, "Vehicle"; >> sub set_vehicle { # do something } >> ... >> >>but I think that messes up catalyst's own handling of attributes. >> >> >>___ >>List: Catalyst@lists.scsys.co.uk <mailto:Catalyst@lists.scsys.co.uk> >>Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >>Searchable archive: >>http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >>Dev site: http://dev.catalyst.perl.org/ >> >> >> >> >> -- >> Devin Austin >> http://www.codedright.net >> http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! >> >> >> >> >> _______ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > > -- > Strategic Data Pty Ltd > Ph: 03 9340 9000 > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst action attributes
Check this out: http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Attributesand http://search.cpan.org/~hkclark/Catalyst-Manual-5.8000/lib/Catalyst/Manual/ExtendingCatalyst.pod#Action_classes On Mon, Jul 13, 2009 at 12:27 AM, Toby Corkindale < toby.corkind...@strategicdata.com.au> wrote: > Toby Corkindale wrote: > >> Hi, >> I wondered if anyone could point me towards a working example of creating >> custom action attribute handlers for Catalyst? >> >> eg. The contents of Catalyst::Controller::SecretAgent in the example >> below: >> >> >> package MyApp::Controller::M; >> use parent 'Catalyst::Controller::SecretAgent'; >> # Provides Vehicle() and Gimmick() actions. >> >> sub bond : Vehicle('Aston Martin') { >> my ($self, $c) = @_; >> # ... >> } >> >> sub maxwell_smart : Gimmick('Shoe-phone') { >> My ($self, $c) = @_; >> #... >> } >> >> 1; >> > > > I should clarify what I'm after.. > I'd still like to be able to specify regular DispatchType attributes > against the routines (eg. Local, Chained, etc), but I'd also like to have my > own methods called against the other attributes I've specified. > > The first method I tried was: > package Catalyst::Controller::SecretAgent; > use strict / use warnings > use parent 'Catalyst::Controller'; > use attributes __PACKAGE__ => \&set_vehicle, "Vehicle"; > sub set_vehicle { # do something } > ... > > but I think that messes up catalyst's own handling of attributes. > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] User timezones
On Thu, Jun 25, 2009 at 1:54 AM, Christian Lackas wrote: > * Devin Austin [090625 09:43]: > > Hi Devin, > > > I would approach it so that when the user registers, they choose their > time > > zone. When they login, this information is stored into their session, and > > retrieved whenever. > > agreed. > > > I would store it in the session in the form you want it to be > > presented, which would save you whatever time it would take to be > > inflating it. > > Now the problem begins: > I have tables for studies, series and images (and many more), each of > them has multiple timestamps (e.g. when the study was created, the > series acquired, the image processed, and when everything was created > and deleted). > So when I access all these times, I would have to convert all of them, > e.g. in a template > >[% study.time.convertTZ(c.user) %] >[% series.time.convertTZ(c.user) %] > > rather than just use (after Catalyst knows about the users timezone, > somehow). > >[% study.time %] >[% series.time %] > > and I must not miss a single value. And things get even more complicated > when I filter for times (e.g. show images created in the last 3 hours), > or if I want to show only datasets whose deletion date is in the past > (could have be deleted in Europe and should also be gone in the US). > > I do know how to do all these things manually one by one, however, I > already foresee that I will miss TZ conversions somewhere or > accidentally do it twice in wrong direction, or ... > > I also know how to use inflation/deflation to a DateTime, which allows > me to specify ONE timezone in the Model, however, how do I change the > timezone on a per-user basis. > > Christian > > -- > http://www.invicro.com/ > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Hi Christian, Now the problem begins: > I have tables for studies, series and images (and many more), each of > them has multiple timestamps (e.g. when the study was created, the > series acquired, the image processed, and when everything was created > and deleted). > So when I access all these times, I would have to convert all of them, > e.g. in a template There we go, that's better :-) Check this out: http://search.cpan.org/~dkamholz/Catalyst-Plugin-Session-PerUser-0.03/lib/Catalyst/Plugin/Session/PerUser.pm That should allow you to stuff things into your session *per user*. I know this doesn't exactly help with converting each timestamp, but it's a start. I mean, you're going to have to retrieve each record per user anyway, why not retrieve, convert, and stuff it into the per-user session? -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] User timezones
On Thu, Jun 25, 2009 at 1:34 AM, Christian Lackas wrote: > * Devin Austin [090625 08:25]: > > Hi Devin, > > > > I wonder how you handle user-specific timezones in Catalyst. > > > Is there any magic switch I could set (for instance if the user is > > > authorized or the session restored) to automatically get the right time > > > for the user? > > I would store it in whatever user profile set up you have for each user. > > you could simply create a column and add the GMT offset. > > thanks for your quick reply, and every user entry in the database > already has a timezone field. > The low level mechanics are not so much of a problem. However, I don't > want to do this everywhere I access a date column from the database > (basically every table has a creation timestamp, many also for deletion > or last change). > What I am looking for, is a transparent way to set a timezone for the > rest of the request (for instance when the session is restored and thus > Catalyst knows which user it is dealing with) and then inflate/deflate > should automatically convert timezones from/to UTC automatically. > My hope was that somebody has already solved this problem or has an idea > on how to approach it efficiently. > > Christian > > -- > http://www.invicro.com/ > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I have to be honest, I'm not sure I understand. Perhaps I'm missing something. I would approach it so that when the user registers, they choose their time zone. When they login, this information is stored into their session, and retrieved whenever. I would store it in the session in the form you want it to be presented, which would save you whatever time it would take to be inflating it. If i'm still misunderstanding, please elaborate and maybe I can poke at it some more. hth, -devin -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] User timezones
I would store it in whatever user profile set up you have for each user. you could simply create a column and add the GMT offset. On Thu, Jun 25, 2009 at 12:19 AM, Christian Lackas wrote: > Hi Everybody, > > I wonder how you handle user-specific timezones in Catalyst. > > Our application is used by customers in various locations, and thus > timezones. I would now like to be able to specify the user's timezone in > his database entry and then show all times to her accordingly. > Most of the time data is stored in the database (also show some > filesystem dates at other places, and there are probably more sources, > but let's concentrate on the database first). > Is there a way to handle this transparently? If I use > inflation/deflation (as does DBIx::Class::DateTime for instance), > I could handle the conversion transparently, however, since the timezone > depends on the user, I cannot define it in the DBIx add_columns() > definition. And manually adjusting the timezone after the data leaves > the Model is probably no good idea either (to easy to forget something > or make a mistake). > > Is there any magic switch I could set (for instance if the user is > authorized or the session restored) to automatically get the right time > for the user? > > Christian > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] anyone used Varnish yet?
Varnish is *awesome*. It's truly a life saver, and really easy to use. Highly recommend it. On Wed, Jun 24, 2009 at 7:02 PM, wrote: > hi everyone, > I just read http://www.catalystframework.org/calendar/2008/14 > > I have seen some mentions on > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/msg04620.html > and http://www.mail-archive.com/catalyst@lists.scsys.co.uk/msg06552.html . > > > Was wondering if anyone's used it and have any words of praise/complaints? > > thanks > k. akimoto > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] ConfigLoader trouble
Paste your conf, connect_info actually has to be an array(ref?) and it has to be put together kinda funny in myapp.conf. On Wed, Jun 17, 2009 at 4:13 AM, Ben Vinnerd wrote: > On 17/06/09 10:57, Devin Austin wrote: > > What's the error you're getting? > > > The config i'm putting in myapp_beta.conf isn't being read by > ConfigLoader, so the error i'm getting is from DBIx::Class stating that it > needs connect_info. But this error is irrelevant... it's ConfigLoader not > reading the file that is the problem. > > Ben > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] OT: Catalysters at Hack Evening in London tonight?
Bastards, will someone get this going in Denver please? :-) On Wed, Jun 17, 2009 at 3:56 AM, Jesse Sheidlower wrote: > On Wed, Jun 17, 2009 at 10:53:22AM +0100, Tomas Doran wrote: > > Jesse Sheidlower wrote: > >> I'm in the UK for the week, and I'm going to be going to > >> London today, stopping off at the Hackspace Hack Evening #9 in > >> Islington ( http://upcoming.yahoo.com/event/2823351/ ). If > >> any Catalyst-folk will be there, would love to say hello. > >> > >> I tried to send this to the london.pm list, but I'm not a > >> member, so > > > > Hah, well, I had no great plans tonight, and I've been meaning to go > > along to one of those as I'm on (their) list and stuff and people have > > said fun stuff happens.. > > > > So consider me attending, see you later! > > Excellent! Can't wait to meet you. > > I'll be the guy in the suit. > > (Probably will be arriving at 9:00 or so.) > > jester > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] ConfigLoader trouble
What's the error you're getting? On Wed, Jun 17, 2009 at 3:52 AM, Ben Vinnerd wrote: > Hi all, > > Have got a problem with ConfigLoader not reading %ENV. > > At the top of Myapp.pm i have: > > use parent qw/Catalyst/; > use Catalyst qw/StackTrace ConfigLoader/; > > ...and i'm setting env var in httpd.conf: > > PerlSetVar MYAPP_CONFIG_LOCAL_SUFFIX beta > > ... but ConfigLoader will not load myapp_beta.conf from the application > dir. > > I have output the contents of %ENV to my Apache log, and > MYAPP_CONFIG_LOCAL_SUFFIX is there. > > I'm stumped, as i have this working on another machine. > > If i manually set ConfigLoader's file option, it loads the config fine: > > __PACKAGE__->config->{'Plugin::ConfigLoader'} = {file => > '/home/ben/Myapp/myapp_beta.conf'}; > > Any ideas? > > Ben > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Example of a catalyst application using FormFu to createa table
Using FormFu this can be painful. http://search.cpan.org/~snafufans/CatalystX-ListFramework-0.5/lib/CatalystX/ListFramework.pmwill build you pretty tables of data. hth, Devin On Tue, Jun 16, 2009 at 11:03 PM, Wilson Jason wrote: > > All, > > Unfortunately nobody has been able to help me with this. > > After much more trial and error I have something that almost works. > > An extract from the FromFu config looks like: > - type: Hidden >name: a_count > > - type: Block >tag: table >attributes: > border: 1 > >elements: >- type: Repeatable > tag: tr > nested_name: list > counter_name: a_count > model_config: >empty_rows: 1 > > elements: > - type: Hidden >name: id > > - type: Block >tag: td >elements: >- type: Text > name: relationship > > - type: Block >tag: td >elements: >- type: Select > name: listnames > > - type: Block >tag: td >elements: >- type: Checkbox > name: delete_me > # model_config: > # delete_if_true: 1 > > This renders well enough for my purposes. > > The problem is that the option to 'delete_if_true' doesn't work. There > is an error of the form: > [error] Caught exception in Cubs::Controller::Cub->formfu_edit "element > not found at > /usr/local/lib/perl5/site_perl/5.10.0/HTML/FormFu/Model/DBIC.pm line > 352" > > Reading the code here it would appear to be trying to find the relevant > 'repeatable' for the model_config but cant as it is inside a nested > Block. > > Any idea on how I might be able to work around this problem? I tried > moving the 'delete_if_true' onto the 'Block', but it just ignores it. > > Thanks for any assistance, > Jason > > > As of 26 March 2009 the Department of Natural Resources and > Water/Environmental Protection Agency integrated to form the Department of > Environment and Resource Management > > ++ > Think B4U Print > 1 ream of paper = 6% of a tree and 5.4kg CO2 in the atmosphere > 3 sheets of A4 paper = 1 litre of water > ++ > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] catalyst.pl-generated installer installs MyApp/root in same dir as MyApp/lib/*?
On Tue, Jun 9, 2009 at 11:57 AM, Tomas Doran wrote: > Robert Buels wrote: > >> So, if I understand rightly, shouldn't the MyApp/root be going into >> blib/auto/MyApp/root instead of blib/MyApp/root ? >> > > The simple answer you're looking for is 'hysterical raisins'. > > I'm hoping that we'll move to using File::ShareDir for template for > installed applications as well as the (Catalyst::Helper) helper files at > some point in the future (Reaction is doing this already, I see no reason > not to pull it back into core at some point). > > However most people don't actually install their applications (in a make > install type way), and so this isn't so much of an issue for them... > > Cheers > t0m > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > We have a bit of code in the Helper section that looks for the stuff in the distribution, as t0m has said, but it's untested, and not really implemented yet tbh. People *don't* really install their applications, although they should, because a reasonable developer keeps their Makefile.PL up to date and thus keeps application dependencies up to date. -dhoss -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Is it possible somehow to mix and match path parts using Chained?
On Tue, Jun 9, 2009 at 11:55 AM, Dennis Daupert wrote: > I have a requirement to be able to do things like this: > > A user creates "actionitems" which are just task notes. > An actionitem might not be associated with a project, > or a meeting, or assigned to another user, etc. Later, > it might be attached to a meeting; then all actionitems > associated with that meeting can be listed; individual items > can be updated, etc. Also, there might be several meetings > associated with a given project. We want to list those, > list the actionitems associated with particular projects, > etc. > > I have a lot of this worked out using Chained, but there's a problem. > I've got controller classes like: > > C::P::Actionitems > C::P::Meetings > C::P::Users::Profile::Actionitems > C::P::Users::Profile::Meetings > C::P::Users::Profile::Meetings::Actionitems > etc > > It gets yukkie fast. I'm looking for a way to, -- as the > documentation says -- "redispatch a chain through any controller > or namespace you want," and I'd certainly like to stay DRY. I need to be > able to mix and match methods, so I can serve URLs like these: > > /project/list # self explanatory > /meeting/list # self explanatory > /project/*/meeting/list # meetings associated to a project > /user/*/project/list# projects user is member of > /user/*/actionitem/create # unassociated item > /user/*/actionitem/*/edit # unassociated item > /user/*/meeting/*/actionitem/list # items associated to a meeting > /user/*/meeting/*/actionitem/*/edit # edit a particular meeting's item > /user/*/project/*/meeting/*/actionitem/*/edit # yada yada > > In this scenario, actions may be endpoints in some situations, links in > others. > To put it another way, is there a way to have actions like these, and use > Chained to dispatch around? > > C::P::Users > C::P::Actionitems > C::P::Meetings > C::P::Projects > > Is this even possible to do using Chained? If not, what would be > recommended? > > > /dennis > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > Are you creating plugins for each of those user actions? C::P:: is the plugin naming convention. I could have missed something though. Anyway, check out this Chained tutorial I've written, it covers the type of chaining you want to do. Not quite as in depth as your example, but there is a "nested" chain, so I'm sure you could figure it out from there. If not, you have the list :-) http://www.catalyzed.org/2009/05/chained-the-awesomesauce.html hth, -dhoss -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] [Announce] App::ForExample: Helper to generate Catalyst configurations
you++. I was just thinking about something like this as a "hmmm i don't feel like thinking, i want catalyst to do that for me". On Mon, Jun 8, 2009 at 3:29 PM, Robert Krimen wrote: > Last Tuesday, during a SFPUG Catalyst talk, I announced App::ForExample > > http://search.cpan.org/perldoc?App::ForExample > http://search.cpan.org/dist/App-ForExample > > This is the tool I've written to help with the deployment stage of > publishing a Catalyst application. It will > generate configurations for Apache, lighttpd, nginx: > > App::ForExample is a command-line tool for generating sample > configurations. It is not designed to do configuration > management, but rather as a guide to get you 80% of the way there > > Besides the usual Apache, lighttpd, nginx, and FastCGI configurations, > App::ForExample can create a FastCGI start-stop script and a monit > configuration for monitoring those processes > > Here is some typical usage: > ># To output a FastCGI (ExternalServer)/Apache configuration (with monit > stub and start-stop script), run: >for-example catalyst/fastcgi apache2 standalone --package My::App > --hostname example.com --output my-app > ># The above command would have created the following: > >my-app.apache2 The Apache2 virtual host configuration (hosted > at (www.)example.com) >my-app.start-stop The start/stop script to launch the FastCGI > process >my-app.monitA monit stub used for monitoring the FastCGI > process > ># This will generate a basic, stripped-down monit configuration > (monitrc) suitable for a non-root user: >for-example monit --home $HOME/monit --output $HOME/monit/monitrc > ># A mod_perl configuration for Catalyst: >for-example catalyst/mod_perl --package Project::Xyzzy --hostname > xyzzy.com --home Project-Xyzzy > > A tutorial for Apache2 with FastCGI on Ubuntu: > > > http://search.cpan.org/perldoc?App::ForExample#Apache2_with_FastCGI_on_Ubuntu > > You can install App::ForExample by using CPAN: > > cpan -i App::ForExample > > If that doesn't work properly, you can find help at: > > http://sial.org/howto/perl/life-with-cpan/ > http://sial.org/howto/perl/life-with-cpan/macosx/ # Help on Mac OS > X > http://sial.org/howto/perl/life-with-cpan/non-root/ # Help with a > non-root account > > The source repository is: > > http://github.com/robertkrimen/App-ForExample/tree/master > > Rob > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: new helper api
On Sun, Jun 7, 2009 at 1:20 AM, Marcus Ramberg wrote: > 2009/6/5 Francesc Romà i Frigolé > > >: > > 1) It should be possible to create an application with catalyst version X > > and then run the catalyst helper again on catalyst version < X (assuming > it > > doesn't use any feature of the newer version). Right now if an > application > > has been created with Catalyst 5.8, running it with 5.7 is not just a > matter > > of changing the line "use Catalyst::Runtime 5.80;" > > This would mean that we could never use new features from newer > Runtime distributions in newer skeletons. That seems like a > restriction that would be counter-productive to me. If you want to > develop to target older Runtimes than the current one, I suggest using > matching -Devel helpers. > > Marcus > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Yea, we'd end up having to do a lot of backcompat checking to see what version we need to dish up, if it's not going to be the current one. That, imho, would be very counterproductive as Marcus stated and would increase the time it takes us to get this finished many fold. -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: new helper api
2009/6/5 Francesc Romà i Frigolé > > > On Thu, Jun 4, 2009 at 4:51 AM, Devin Austin wrote: > >> Howdy all, >> >> I've put together an RFC for the new Catalyst::Helper API. >> The body text is located below, but it is also available here in a pretty >> formatted version: >> http://www.codedright.net/2009/06/rfc-catalysthelper-api.html >> > > > Hi Devin, > > Thanks for working on this. I think you are on the right path :) > > This are two examples of things I think Catalyst::Helper should do, and it > looks like it would, if your RFC where implemented: > > 1) It should be possible to create an application with catalyst version X > and then run the catalyst helper again on catalyst version < X (assuming it > doesn't use any feature of the newer version). Right now if an application > has been created with Catalyst 5.8, running it with 5.7 is not just a matter > of changing the line "use Catalyst::Runtime 5.80;" > > 2) It should be possible to incrementally change parts of the themes both > for a specific application, or in general, for all the applications that I'm > developing. > > For example, a possible approach could be, if I do catalyst.pl MyApp -theme > cheesy, and I have a local theme configuration, let's say I have the files > wrapper.tt and css/forms.css in the directory ~/.catalyst/themes/cheesy. > In this case it should use the default catalyst configuration files for the > theme "cheesy" except for my local theme files. Also, if MyApp already > exists, it should respect the local changes made to the theme for that > application. > > I don't understand the part about generating DBIC schemas. Right now when I > need to change the schema because the sql has changed during development I > do this: > > rm seminar.db > sqlite3 seminar.db < seminar.sql > ./script/seminar_create.pl model DB DBIC::Schema Seminar::Schema > create=static components=InflateColumn::FS dbi:SQLite:seminar.db > > What are you proposing to change/improve? > > regards, > Francesc > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > I don't understand the part about generating DBIC schemas. Right now when I need to change the schema because the sql has changed during development I do this: rm seminar.db sqlite3 seminar.db < seminar.sql ./script/seminar_create.pl model DB DBIC::Schema Seminar::Schema create=static components=InflateColumn::FS dbi:SQLite:seminar.db What are you proposing to change/improve? Basically, and forgive me for speaking the heretic "R" word, but something more like the ruby on rails database migrations stuff. Instead of having to do all of that ^^^, something a little more sane like perl script/*schema.pl update/drop $table/alter $blah, etc. Mainly allowing you to control your db and schema from one script. Note that this is obviously not the *exact* implementation that will take form, but something along those lines. I also like your idea about themes, that's a little more structured than I was even thinking :-) -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] RFC: new helper api
Howdy all, I've put together an RFC for the new Catalyst::Helper API. The body text is located below, but it is also available here in a pretty formatted version: http://www.codedright.net/2009/06/rfc-catalysthelper-api.html For the improvement of the Catalyst::Helper API and Catalyst development in general, comments are of the utmost importance. The more feedback I can get, the better and quicker the API will be completed. Thank you kindly! -dhoss *Intro: *This document is to get opinions on a new, up to date set up and refactoring of the Catalyst::Helper API. *What We Have* Currently, all template/image data is hideously store inline with code in the __DATA__ section of Catalyst::Helper.pm. The API is designed to handle data this way, which is wrong wrong wrong for a number of reasons: 1. You have to actually delve into Catalyst internals to edit any of these files 2. If you create a helper, your data must be inline as well. 3. Its current layout does not reflect the directory hierarchy of a Catalyst application, thus making it pretty dang hard to expand upon/upgrade. There are no methods to allow you to edit previously created files, unless you want to create your own helper and feverishly create your own file modification method(s). I can attest to the stress this causes, as I've been doing a good deal of yak shaving cleaning this code up and creating the proper tests for it. It's not a very fun ordeal at this point. *What we want* >From the feedback I've gathered thus far: We *do* want previously created helper files to be modifiable via Catalyst::Helpers. For instance, updating Makefile.PL, updating myapp.conf to reflect changes, updating DBIC schema files to reflect database changes (with minimal pain). Also, add an infrastructure for modifying existing catalyst code, e.g. moving Catalyst::Helper::AuthDBIC from an experimental proof of concept to something that people might actually want to use for their own stuff. We *do* want to be able to remove a good deal of the boilerplate code that still seems to need to be created manually, for each app, even though it's the exact same code for each instance. We *do* want to set up the helper files in the hierarchy that a Catalyst application is created in, thus cutting quickly to the chase in the way of creating an app. It's a simple name and Template::Toolkit variable translation, then writing the file to the filesystem process then. This gets our binary data out of the API code, the template data out of the API code, and generally makes every one more happy. With this said, here are some more specific ideas that have been passed my way that I think would really help further advance our precious Helper API: 1. Beat up MooseX::Getopt to deal with pass-through options, so you can deal with passing data structures as arguments easier. Not to mention actually start USING it in the Helper API. 2. Add a feature to write out DBIC schema files for deployment. Yes, make_schema_at does this, but you have to write your own little script to enjoy this morsel of functionality. It would be nice to have it packaged up and ready to go for you. 3. Have something like TTSite, but less sucky. Perhaps there could be a default layout that can be created, or you can create your own sort of skin and have that the default generation. Or, better yet, packaged skins that users can submit to $somewhere and have the author choose a "theme" for their app. For instance, using $javascript framework and $css framework to do so, like in chapt 11 of the upcoming book (Example usage: http://www.uow.edu.au/~kd21/ <http://www.uow.edu.au/%7Ekd21/>) These are the current ideas I have, and that others have submitted. Sure this RFC is a bit bare, but we don't have a whole ton to work with at the moment with Catalyst::Helper, so we need more feedback to beef things up. -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] ACL Error: deny_access_unless
Gordon if you really want to downgrade, it's a matter of doing locate Catalyst.pm (if you're on a *nix system) and rm -rf-ing from there. From there you'd obviously have to reinstall 5.7012, be it from source or specifying a version on CPAN. However, I think it'd be much more beneficial to get your issue worked out on your current build (5.8 i'm assuming). hth, Devin On Wed, May 27, 2009 at 1:18 PM, Gordon Stewart wrote: > > Tomas > > I have created a test application to use > >Catalyst::Authentication::Store::Minimal > > But I am still having the same issue. > > I am using perl 5.8.8 and ubuntu 8.04 if that has a bearing on why roles > are > broken. > > How easy is it to downgrade catalyst 5.7012, which I know will work? > > Gordon > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Send dhoss ideas for Catalyst::Helper refactor
Hi all, I've set up a hiveminder account for keeping track of my GSoC work on Helpers. You can email your suggestions for tasks here: huraf...@my.hiveminder.com. I'm working on setting up a blog as well, so I'll update upon completion of that. -Devin -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] how to reuse Catalyst Schema for non-web purposes?
Can you show us the exact error that came up? You should be able to literally copy and paste your existing schema into your application's lib/ directory and use it thusly. You'll have to change the package name unless you put it directly under lib/. On Tue, Apr 21, 2009 at 10:41 PM, wrote: > hi guys, > I just looked at my app and found that I need to reuse the Schema > files found in my 'Schema' directory. > This is because i need to write some batch scripts which will read the > data in the databases and output to files in the server. > > > I tried writing a regression test and put in 'use > MyApp::Schema::SubscriptionPlans;' > > The problem was that there was always a 'resolve' error that came up. > > Basically, what I am doing is the opposite of "Using existing DBIC > (etc.) classes with Catalyst" found in > > http://search.cpan.org/~hkclark/Catalyst-Manual-5.7020/lib/Catalyst/Manual/Cookbook.pod#___top<http://search.cpan.org/%7Ehkclark/Catalyst-Manual-5.7020/lib/Catalyst/Manual/Cookbook.pod#___top> > . > > > any ideas? > > thank you > > K. akimoto > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] about catalyst authentication
If your data needs to be more persistent save it in the database On Sat, Apr 18, 2009 at 1:25 AM, Malloy wrote: > Yep. but how to fix this problem? > > > > On Sat, Apr 18, 2009 at 3:22 PM, Devin Austin wrote: > >> The point is, your sessions are going to be cleared out upon server >> restart. >> >> > > > -- > Jack Malloy > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] about catalyst authentication
The point is, your sessions are going to be cleared out upon server restart. On Sat, Apr 18, 2009 at 1:10 AM, Malloy wrote: > Hi Andrew > > debian:/tmp/qy# ls > session_data > > > > On Sat, Apr 18, 2009 at 2:52 PM, Andrew Rodland wrote: >> >>> On Saturday 18 April 2009 01:28:30 am Malloy wrote: >>> > After restart apache, user must login again. I find $c->user_existsis >>> not >>> > true. >>> > >>> > Why? >>> >>> Because you're using Session::Store::FastMmap and the session cache file >>> didn't exist before your app started, so Cache::FastMmap deletes it on >>> exit? >>> >>> Andrew >>> >>> > > > -- > Jack Malloy > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] about catalyst authentication
probably because the session is cleared out On Sat, Apr 18, 2009 at 12:28 AM, Malloy wrote: > After restart apache, user must login again. I find $c->user_existsis not > true. > > Why? > > > -- > Jack Malloy > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] upon successful login, how do i get redirect users back to the page they wanted to access previously?
here's one way to do it: http://dev.catalystframework.org/wiki/wikicookbook/nextpageredirect On Fri, Apr 17, 2009 at 7:34 PM, wrote: > > hi, everybody, > > > Take this scenario: > a user who has yet to login tries to access a path that is only for > logged in users. > Assume it is www.lginsurance.com.au/subcriptions/add. > > > Hence, in my index.tt2, upon displaying a message indicating that the > current user has yet to log in, I also display the log in form. > > - extract from index.tt2 - starts -- > > [% IF Catalyst.user_exists %] >[% PROCESS "menu.tt2" %] > [% ELSE %] >User has not logged in. >[% PROCESS "login.tt2" %] > [% END %] > > > - extract from index.tt2 - ends -- > > > > upon successful login, how do i get redirect users back to the page they > wanted to access previously (which is > www.lginsurance.com.au/subcriptions/add)? At the moment, upon successful > login, menu.tt2 will be called. > > Thank you. > > > K. akimoto > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Using JSON
Don't forget to check out Catalyst::Controller::REST, especially if you're just going to be using a plugin. On Tue, Apr 14, 2009 at 1:14 PM, James R. Leu wrote: > I know is it not recommended, but I use C::P::JSONRPC (with Dojo). > > In my Root controller I do: > > sub jsonapi : Local { >my($self, $c) = @_; >$c->json_rpc; > } > > sub getEventsSummary : Remote { >my($class, $c, $el) = @_; > } > > My SMD looks like: > > { >"SMDVersion":"1.9", >"serviceType":"JSON-RPC", >"serviceURL":"/jsonapi", >"methods":[ >{ >"name":"getEventsSummary", >"parameters":[ >{ "name":"entityLocator" } >] >} >] > } > > Then in the client I do: > >var url = "[% Catalyst.uri_for('/static/jsonapi.smd') %]"; >var rpc = new dojo.rpc.JsonService(url); >var call = rpc.getEventsSummary('north42'); >call.addCallback(...); >call.addErrback(...); > > On Tue, Apr 14, 2009 at 06:05:53PM +0300, Octavian Râşniţă wrote: > > Hi, > > > > What's the recommended module for getting a JSON request and creating a > > JSON response in a Catalyst app? > > (I want to use them with JQuery.) > > > > Thanks. > > > > Octavian > > > > > > ___ > > List: Catalyst@lists.scsys.co.uk > > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > > Dev site: http://dev.catalyst.perl.org/ > > -- > James R. Leu > j...@mindspring.com > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Google summer of code proposal
Hi all, It's getting down to the wire, but I'd like to see what you all have as far as input on the latest revision of my proposal. Check it out, thanks! -Devin Devin Austin devin.aus...@gmail.com =head2 Refactoring Catalyst helper modules Abstract =over 2 =item * Proposal My proposal is to refactor for the Catalyst web framework's helpers to make them more extensible. Helpers date from the early days of the framework, but have lagged far behind in development compared to other aspects of Catalyst. Current solutions are hackish, brittle, and inconsistent. The goal of this project is to clean up the previous “API”, solidify it with tests and documentation, and then expand it to add features that will give them more usefulness than just “generating scaffolding” code. That is, to make Catalyst helpers more useful for everyone rather than just beginning developers. Extending Catalyst::Helper::* will include giving the user a better API to deal with, for example by providing standard method calls to initialize files, write out the required files, and modify existing code generated via the helpers. Most importantly we want to provide the user with a solid foundation when they want to write their own helpers. The two key reasons that this would be a valuable addition to the Catalyst project are to bring the old and mostly unmaintained codebase up to date, and using the existing code to provide a formal API. This will ensure that more things can be done with helper scripts, automating tedious and repetitive tasks, and providing a flexible way for programmers to provide scaffolding for their own ideas (e.g in-house scaffolding for common tasks). Stronger helpers that to the tedious lifting means more time for the programmer to work on interesting problems and more time to make sure that they reach a correct solution. =head2 Benefits to the Perl/Open Source Community Google Summer of Code gives me a chance to dedicate my summer to giving back to this community in a significant way, by helping refactor an entire portion of the Catalyst framework. This is something I wouldn't necessarily get to do normally because of time constraints from school, and work. My experience and ability to problem solve and troubleshoot, along with my hard working attitude would bring a product back to the Catalyst community that would be on par with the excellence of the rest of the framework, helping a big number of our hard working developers out, and making Catalyst users very happy people. =item * Deliverables The deliverables to CPAN will be the a new version of Catalyst::Devel using the new Helper API, and a proper (non-prototype) implementation of Catalyst::Helper::AuthDBIC. Each sub-project will contain tests and documentation. I will also provide an example application(s), and a live implementation (hosted on the same infrastructure as the rest of the Catalyst project). =back =item * Project Plans Review current code and make a well defined list of changes that need to be made =over 5 Current list of changes looks something like this: (my goal is to have no one task take longer than 5-7 days) =item * Do “triage” (Prioritize) on the above list of changes =item * Analyze modules to help us get our task done, such as Module::Starter =item * Begin plan of attack, start refactoring API =item * Implement new features and fixes =over 5 =item * Such features as integrating helpers into the application creation should be considered and most likely implemented here. Currently, there is too much separation between helpers and the rest of the application, so in order to allow helpers to modify existing code, or allow for more flexibility, interoperability must be improved. =item * Applications have no way of being generated with a given list of components, so a neat feature to add would be to allow the user to specify a list of pre-built components to include in their application upon creation, so as to eliminate multiple calls to the same helper script. =back =item * Test, test, test, test. Unit tests, whatever kind of tests we can think of to make sure this project ends up rock solid, or at least very fixable. Testing helper code can be challenging, especially as we want to introduce methods for modifying existing applications (Catalyst;:Helper::AuthDBIC on CPAN is a prototype based on the existing indadequate helper structure). =item * Concurrent with implementation, document, and then make sure upon completion documentation is thorough and complete. I will provide examples and tutorials for a number of common tasks (e.g using the new helper API, best practices, and factor in RFC comments) =item * Assess community feedback thus far, RFC for common tasks that can use the new API effectively =item * Integrate community feedback into current codebase, decide what feedback is useful, and what is redundant/not useful. =head2 Project Schedule =item * Week 1 (May 23rd-3
Re: [Catalyst] catamoose now or when?
On Wed, Mar 4, 2009 at 6:52 PM, Elliot Finley wrote: > Hello, > > I'm starting a new web app project that I need to deploy in about 2 > months. There will be ongoing updates to this app as time goes by. I'm new > to catalyst/moose/dbic but a long time Perl hacker. > > Considering the above, would I be better off starting with 5.71 or 5.8? > > TIA, > Elliot > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > You can certainly Moosify your apps. 5.8 has a lot of fixes in both the underlying engine stuff and coding conventions. I'd recommend 5.8 since it's newer/shinier and relatively stable. Please, do correct me if I'm incorrect though. -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] formbuilder template
On Tue, Mar 3, 2009 at 2:48 PM, Kate Yoak wrote: > Hey all, > > I can't quite figure out how to go about setting the template for > element rending when using formbuilder. I am speaking of the piece that > we iterate over, which displays individual pieces. > > Thanks for any help! > Kate > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > Could we see some code? -- Devin Austin http://www.codedright.net http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: The paradox of choice in web development
On Thu, Feb 19, 2009 at 1:51 PM, Kieren Diment wrote: > > On 20/02/2009, at 1:51 AM, Jonathan Rockway wrote: > > * On Wed, Feb 18 2009, Dermot wrote: >> >>> Yes there is, at first glance, a lot of choice but is there. I would >>> say TT and Mason are the only realistic choices (for HTML). >>> >> >> If by "realistic" you mean "unmaintainable for both designers and >> developers", then yes, you've described Mason and TT. >> >> The only qualities that Mason and TT have over other options is that >> they have been around for a while. >> >> And ONE of the reasons why is because they have both been published >>> and by the patron of Perl, O'Reilly. Unless your being published by >>> O'Reilly (or Addison) your not hitting the right audience. >>> >> >> LOL. Just so you know, O'Reilly recently fired pretty much everyone >> Perl-related. Perl.com is basically dead, and they probably won't be >> publishing any more Perl books. >> > > Beyont the current trifecta of Learning, Intermediate and Programming I > doubt it, although PBP might get a 2nd edition too. > > Electronic media is the future! Embrace or perish! -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: New to Catalyst questions
On Thu, Feb 19, 2009 at 12:41 PM, Rodrigo wrote: > On Tue, Feb 17, 2009 at 11:02 PM, Devin Austin wrote: > >> Rodrigo, >> >> If you have any, you're more than welcome to ask for SVN permissions to >> check in some. I know i have a few example apps I'd like to show off in >> /examples >> >> > Sure! Where can I request svn permissions? > > Actually, I'd like to work also on a sassier getting-started page for the > dev.catalystframework.org/wiki <http://catalystframework.org> site. IMO, > the Catalyst Wiki could get a makeover: some css styling (so that the wiki > is aligned with the homepage), column separated content, more short > description of links or sections, or anything that improves usability > really, for beginners and experienced users alike. > > The CatalystFramework homepage, on the other hand, would benefit from a > more dynamic "news" or "latest" section, so it won't be so static. Of > course, that means maintaining it to keep it dynamic... > > But nothing fancy here. Content is certainly more important than looks. But > the raw idea is to make information pop out, making things faster/easier to > find. > > What do you think? > > -rodrigo > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > Rodrigo, typically /msg'ing mst in #catalyst and making sure it's okay is a start. then you just generate an htpasswd username/password pair and /msg him that as well. -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: New to Catalyst questions
Rodrigo, If you have any, you're more than welcome to ask for SVN permissions to check in some. I know i have a few example apps I'd like to show off in /examples On Tue, Feb 17, 2009 at 1:18 PM, Rodrigo wrote: > >> > 3) Walkthrough of creation of a simple app end to end. >> >> Yes please, a full example tutorial is just what we need! >> > > And example apps! > > As a Catalyst beginner, I craved example apps the most (I still do!). While > learning, I find it more productive checking out a small example app by both > reading code and doing a run through the interface, rather than big > walkthrough tutorials or pod copy-pasting. Also, tiny apps can easily be > used as quick-starters for your real apps, sorta like the next step up from > Catalyst::Helper modules. > > The stuff in the wiki and > http://dev.catalystframework.org/repos/Catalyst/trunk/examples/ may serve > as a starting point. CPAN also hosts some apps, including MojoMojo. And I'm > sure we all have many small test apps laying around we can just tarball and > share. > > > -rodrigo > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: New to Catalyst questions
Hear hear! Practical example ftw! To add yet *another* branch to this discussion, I think it would be neat to add a few sections on "Coming from $framework" where $framework eq rails, django, .net, etc. That's probably a bit down the road, as most of my ideas seem to be. On Tue, Feb 17, 2009 at 12:46 PM, David Steiner wrote: > > So all this 'too many choices' talk has got me thinking. I'd like to > > put together some more web-available information for those > > transitioning to catalyst from other methods. > > > > To that end I'm soliciting your thoughts on things that you found > > particularly hard to get a grip on when you started using catalyst. > > (or that you are currently having trouble with) > > > > My intent is to pick the ones that are needed most and write them up > > (or sponsor). > > > > My working list is as follows (in no particular order.) > > > > 1) 'Getting' DBIx::Class (starting from a straight SQL-users point of > > view) > > Areas you could focus on: > - Basic Form handling, implemented with a specific module: formfu, rose, > etc.. > - Possibly: Form handling with AJAX > - CRUD operations with multiple tables > - Building your own "fat" model API, to put as much logic into your model > and > then use this API in your controllers. > > > 2) Basic Cat toolkit - the basic pieces you will want to produce your > > average web app. > > Deployment with FastCGI > Putting dependencies in your Makefile.pl and how to install it on another > box. > > > 3) Walkthrough of creation of a simple app end to end. > > Yes please, a full example tutorial is just what we need! > > But what kind of example are you planning to do? How about you cover CRUD, > to > build something like... "yet another Blog"? Have a couple of tables with > relationships like author, story, tags, categories, comments... link them > up > with dbix::class, use formfu for the forms, and to make it interesting: add > some ajax on the forms to validate the input, without reloading the page. > keep the example simple, yet functional, so that others can build on it and > extend it. > > I'd be interested in writing some parts of a tutorial like this. Let me > know > if you need some help writing documentation. > > _______ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: New to Catalyst questions
>> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > > _______ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > I think we should also consider branching on whether someone is experienced with perl or absolutely new. Catalyst certainly isn't for the new perl programmer, so there are some basics at the very bare minimum that need to be covered in perl first. -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] RFC: New to Catalyst questions
Well, people are going to want to know how Catalyst compares to *ahem* others as far as AJAX goes, certainly REST, and app servers like nginx, lighttpd, etc. Also, best practices. Walking beginning to end on an app is great, but a lot of the newbies end up having to throw away a lot of their newly acquired knowledge for what *should* be done. Perhaps best practices is best left for a thread on its own, but I think it should somehow be addressed. How about how Catalyst interacts with caching components/technologies? I'm just trying to think of production level necessities that we'll want to advertise to newcomers/defectors. Any of these sound legitimate? On Mon, Feb 16, 2009 at 1:32 PM, Jay Kuri wrote: > Hello, > > So all this 'too many choices' talk has got me thinking. I'd like to > put together some more web-available information for those > transitioning to catalyst from other methods. > > To that end I'm soliciting your thoughts on things that you found > particularly hard to get a grip on when you started using catalyst. > (or that you are currently having trouble with) > > My intent is to pick the ones that are needed most and write them up > (or sponsor). > > My working list is as follows (in no particular order.) > > 1) 'Getting' DBIx::Class (starting from a straight SQL-users point of > view) > > 2) Basic Cat toolkit - the basic pieces you will want to produce your > average web app. > > 3) Walkthrough of creation of a simple app end to end. > > Any others? > > Jay > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] now() in insert
DateTime has ::Formatter classes, I *know* there's a *ahem* MySQL formatter (DateTime::Format::MySQL i believe), and probably a Pg formatter. On Fri, Feb 6, 2009 at 9:49 AM, Lars Balker Rasmussen wrote: > On Fri, Feb 6, 2009 at 5:40 PM, Devin Austin > wrote: > > On Fri, Feb 6, 2009 at 4:45 AM, Christian Lackas > wrote: > >>dt => \'now()' > > > > DateTime also has a ->now method. > > Careful now, they may not be identical: > > % perl -MDateTime -E 'say DateTime->now' > 2009-02-06T16:47:48 > > postgresql=> select now(); > now > --- > 2009-02-06 17:48:00.240287+01 > > No timezone in DateTime unless you explicitly ask for it. > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] now() in insert
DateTime also has a ->now method. On Fri, Feb 6, 2009 at 4:45 AM, Christian Lackas wrote: > * loki [090206 12:38]: > > Hi Loki, > > > $c->model('DB::Foo')->create({ > > title => 'foo', > > description => 'bar', > > dt => 'NOW()', > > you can give a scalar reference here: > >dt => \'now()' > > > }); > > For more details, please see the DBIx::Class documentation, in > particular the FAQ and the Cookbook, e.g. > > > http://search.cpan.org/~ash/DBIx-Class-0.08010/lib/DBIx/Class/Manual/FAQ.pod#Searching<http://search.cpan.org/%7Eash/DBIx-Class-0.08010/lib/DBIx/Class/Manual/FAQ.pod#Searching> > > Christian > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New Catalyst Book?
kd and mst are authoring it, me thinks. On Thu, Feb 5, 2009 at 3:14 PM, Kevin Monceaux wrote: > > On Thu, 5 Feb 2009, Jason Gottshall wrote: > > Just out of curiosity, who is authoring it? >> > > It looks like the book is already listed on apress.com: > > http://www.apress.com/book/view/1430223650 > > > > Kevin > http://www.RawFedDogs.net > http://www.WacoAgilityGroup.org > Bruceville, TX > > Si hoc legere scis nimium eruditionis habes. > Longum iter est per praecepta, breve et efficax per exempla!!! > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] [Announce] Catalyst::Runtime 5.71000
yay! On Mon, Jan 19, 2009 at 11:12 AM, Marcus Ramberg wrote: > I'm proud to announce that the Catalyst team has released the first feature > release of Catalyst since 5.7 was released in July 2006. > Highlights in this release are relative chained actions, PathPrefix > support, $c->go/$c->visit, refactored Component Resolution, as well as a > bunch of bug fixes and improved documentation. > > Attached below is the entire change-log. > > By the power of Grayskull! > Marcus Ramberg > Release Manager > > 5.71000 2009-01-19 17:50:00 > - backport go doc patch > - added ru/ua translations to error page > - backport stripping build_requires > > 5.7099_04 2009-01-12 13:06:00 > - Add environment hack for FastCGI under IIS (Simon Bertrang) > - Test for this and preexisting Lighty hack (Simon Bertrang) > - Change streaming test to serve itself rather than 01use.t, making > test > sync for engines easier (t0m) > - Workaround change in LWP that broke a cookie test (RT #40037) > - Backport go() from 5.8 branch. > - Fix some Win32 test failures > - Add pt translation of error message (wreis) > - Make :Chained('../action') work (Florian Ragwitz) > - Fix forwarding to action object. > - Handle leading CRLF in HTTP requests sometimes sent by IE6 in > keep-alive requests. > > 5.7099_03 2008-07-20 10:10:00 > - Fix regressions for regexp fallback in model(), view() and > controller() > - Added the supplied argument to the regexp fallback warning for > easier > debugging > - Ensure ACCEPT_CONTEXT is called for results from component() > > 5.7099_02 2008-07-16 19:10:00 > - Added PathPrefix attribute > - Removed Catalyst::Build; we've long since moved to > Module::Install > - Updated Catalyst::Test docs to mention the use of HTTP::Request > objects (Rafael Kitover) > > 5.7099_01 2008-06-25 22:36:00 > - Refactored component resolution (component(), models(), model(), > et al). We now > throw warnings for two reasons: > 1) model() or view() was called with no arguments, and two > results are returned > -- set default_(model|view), current_(model|view) or > current_(model|view)_instance > instead > 2) you call a component resolution method with a string, and it > resorts to a regexp > fallback wherein a result is returned -- if you really want to > search, call the > method with a regex as the argument > - remove 0-length query string components so warnings aren't thrown > (RT #36428) > - Update HTTP::Body dep so that the uploadtmp config value will > work (RT #22540) > - Fix for LocalRegex when used in the Root controller > - Get some of the optional_* tests working from dirs with spaces > (RT #26455) > - Fix Catalyst::Utils::home() when application .pm is in the > current dir (RT #34437) > - Added the ability to remove parameters in req->uri_with() by > passing in > an undef value (RT #34782) > - Added $c->go, to do an internal redispatch to another action, > while retaining the > contents of the stash > > With regards > Marcus Ramberg > > _______ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] installing catalyst on mac os
Hi Fillipo, Have you checked out cat-install? It's located here: http://www.shadowcat.co.uk/static/cat-install Just wget that, and run perl cat-install and things should go as planned. HTH, -Devin On Wed, Dec 24, 2008 at 4:51 AM, Filippo A. Salustri wrote: > Tomas, Ashley, et al, > > I've been using the installed version since I got the Mac - about 3 yrs > ago. I've done alot in that time - /never/ had any trouble with perl 5.8.6. > > Just FYI, I'm a catalyst beginner, but I wrote my first perl script in > 1986. So you can "use big words" and I'll very likely get it. > > I was trying to install Task::Catalyst cuz the online Catalyst manual says > so. ...maybe the manual should be updated? > > I do recall trying just 'install Catalyst' some time ago, but that crapped > out too. I'll try that again and see if the error messages look any > different. > > Will post if there's anything new to report. > > I do appreciate all the input. > Cheers. > Fil > > Tomas Doran wrote: > >> >> On 24 Dec 2008, at 00:25, Ashley wrote: >> >>> I love OS X but the Perl it has historically shipped with is historically >>> no so hot. I would strongly recommend you install the latest 5.8 (NOT over >>> your system perl but beside it) or 5.10. >>> >> >> I don't consider this good advice, especially for a beginner. >> >> Catalyst runs *just fine* against the 5.8.6 that Apple ship. And I >> wouldn't recommend running 5.10.0 as that has a bug which makes it very hard >> to debug applications. >> >> You should probably avoid Task::Catalyst entirely. >>> >> >> This is more sage advice, the failures being seen weren't in the core >> Catalyst, but in addons, although the fact that >> Test::WWW::Mechanize::Catalyst is failing isn't good, as this is one of the >> things everyone should be encouraged to be using :( >> >> Has anyone looked into this yet? >> >> Cheers >> t0m >> >> >> ___ >> List: Catalyst@lists.scsys.co.uk >> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst >> Searchable archive: >> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ >> Dev site: http://dev.catalyst.perl.org/ >> > > -- > Filippo A. Salustri, Ph.D., P.Eng. > Department of Mechanical and Industrial Engineering > Ryerson University > 350 Victoria St, Toronto, ON, M5B 2K3, Canada > Tel: 416/979-5000 ext 7749 > Fax: 416/979-5265 > Email: salus...@ryerson.ca > http://deseng.ryerson.ca/~fil/ <http://deseng.ryerson.ca/%7Efil/> > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] "Can't call method "user_is_restorable"
I've only just skimmed this email, but is this something that happens after you've made code changes involving your session and you've restarted your development server? If I recall correctly, clearing your cookie associated with said session will fix this error. On Tue, Nov 25, 2008 at 11:22 AM, J. Shirley <[EMAIL PROTECTED]> wrote: > On Tue, Nov 25, 2008 at 9:35 AM, Mark Beihoffer <[EMAIL PROTECTED]> > wrote: > > Hello, > > > > I've encountered a problem with Catalyst::Plugin::Authentication > > 0.10008 that I can't seem to resolve. > > > > When logging in or out now I get these error messages: > > > > Caught exception in TCLegal::Controller::Logout->index "Can't call > > method "user_is_restorable" on an undefined value at > > /usr/local/libdata/perl5/site_perl/Catalyst/Plugin/Authentication.pm > > line 169." > > > > and > > > > An error has occurred. We're terribly sorry about that, but it's one > > of those things that happens from time to time. Let's just hope the > > developers test everything properly before release... > > > > Here's the error message, on the off-chance that it means something to > > you: undef error - Can't call method "user_is_restorable" on an > > undefined value at > > /usr/local/libdata/perl5/site_perl/Catalyst/Plugin/Authentication.pm > > line 169. > > > > What am I doing wrong? I've updated all the modules I can think of, > > and nothing seems to fix this problem. > > > > It happens under mod_perl with an Apache Virtualhost configuration, > > and also under the test server. > > > > >From myapp.conf > > > > use parent qw/Catalyst/; > > use Catalyst qw/-Debug > >ConfigLoader > >Static::Simple > >StackTrace > > > >Authentication > >Authorization::Roles > >Authorization::ACL > > > >Session > >Session::Store::FastMmap > >Session::State::Cookie > > > >/; > > > > and here's the code around my ->authenticate call: > > > > sub index :Path :Args(0) { > >my ($self, $c) = @_; > > > ># Get the username and password from form > >my $username = $c->request->params->{username} || ""; > >my $password = $c->request->params->{password} || ""; > > > ># If the username and password values were found in form > >if ($username && $password) { > ># Attempt to log the user in > >if ($c->authenticate({ username => $username, > > password => $password} )) { > ># If successful, then let them use the application > >$c->response->redirect($c->uri_for('/')); > >return; > >} else { > ># Set an error message > >$c->stash->{error_msg} = "Bad username or password."; > >} > >} > > > > > > > > Thanks for any advice, > > > > - Mark Beihoffer > > > > Hi Mark, > > Can you also send the related snippet from config (everything in the > 'Plugin::Authentication' key)? > That will tell us what store and credential you are using, so we don't > have to guess :) > > The code to the authenticate call looks fine, so perhaps something in > the config is the culprit. Obviously we want the error messages to be > more helpful, so I'd like to also solve why you aren't getting a > helpful message, too. > > Thanks, > -J > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Need To Ramp Up On Recent Catalyst Updates, Return To Application Coding
Check through the manual on CPAN, i know off the top of my head they re-did some of the CRUD stuff (named aptly "advanced crud", I believe). Don't look at it if you don't like HTML::FormFu though :-P On Wed, Nov 5, 2008 at 8:09 PM, Robert L Cochran <[EMAIL PROTECTED]>wrote: > I'm "coming back" to using Catalyst to build an application, but have not > actually used Catalyst for the entire summer and fall of 2008. I am just now > starting to return to it. Let's say I had a midlife crisis (smile). > > I'm now faced with some coding issues. Namely, I have forgotten a lot of > the Catalyst I have learned as of the late Spring 2008. I also forgot a lot > of my Perl, too. > > I'm doing all my development work on a VMWare virtual machine running > CentOS 5.2 updated to current patch levels. CentOS is the free version of > Red Hat Enterprise Linux 5.2. This means I'm still using Perl 5.8.8. > > I know from very quick glances at the mailing list headers that Catalyst > had, or perhaps will have, a major update. I think my Catalyst > implementation is still at 5.7014. > > How do I update it, using CPAN? I forgot. Even worse, I forgot whether I > installed Perl modules related to Catalyst 5.7014 or how to get a list of > these modules so I can check for updates to them. > > And finally, what should I be reading in order to re-learn the current > version of Catalyst? > > I noticed some posts from Dr. Jennifer Nussbaum who seems to be doing > something similar to what I need to do: store stuff in tables and allow > users to download those tables as comma separated values text from anywhere. > I think she was focused on image data and I expect I'll need to work with > that, too, but the big goal for now is to allow csv-based downloads, only > the delimiter used won't be commas. > > Thanks for any and all suggestions! > > Bob Cochran > Greenbelt, Maryland, USA > > > > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] IMPORTANT - help us estimate the size of the Catalyst user base
1. What country are you in? United States 2. How many people are on your team? one (me) 3. How many of those people are writing code with Catalyst? all 3a. If there are non Catalyst coders on your team, how many of the whole team would you like to be writing Catalyst code? na 4. How many people using Catalyst on your team are subscribers to the Catalyst mailing list? 5. How many people writing Catalyst code on your team use the #catalyst irc channel on irc.perl.org? all 6. These two questions are about the potential for the growth of Catalyst usage in your organisation. 6a. How many people do you think will be using Catalyst in your organisation in 12 months time? all (however many my organization grows to) 6b. How many people do you think will be using Catalyst in your organisation in 2 years time? all On Wed, Nov 5, 2008 at 6:53 PM, Kieren Diment <[EMAIL PROTECTED]> wrote: > Hi All, > > We need your assistance to help estimate the number of users of > Catalyst. Matt Trout and I have written a proposal for a Catalyst > book, and while we have a well known, credible publisher interested, > they want the assurance that the market for the book is large enough > to make it worth their while. > > If you could take the time to provide the following information (I've > set reply-to to me for your confidentiality, and so that we don't > pollute the list with this stuff) this would be really useful. I'll > also let you know the results of this survey when I have them. > > I will treat this information in confidence, and will only use > aggregated data so that you or your organisation will not be > identifiable in the report I make on this data. > > There are about 1000 subscribers on the catalyst mailing list, and I'd > hope for a response rate of about 10% (i.e. about 100 replies). The > information I'm collecting is likely to result in an outcome that is > useful to you in a commercial way, so your participation would be much > appreciated. > > Please try to ensure that only one person from your organisation > answers these questions. > > 1. What country are you in? > > 2. How many people are on your team? > > 3. How many of those people are writing code with Catalyst? > > 3a. If there are non Catalyst coders on your team, how many of the > whole team would you like to be writing Catalyst code? > > 4. How many people using Catalyst on your team are subscribers to the > Catalyst mailing list? > > 5. How many people writing Catalyst code on your team use the > #catalyst irc channel on irc.perl.org? > > 6. These two questions are about the potential for the growth of > Catalyst usage in your organisation. > > 6a. How many people do you think will be using Catalyst in your > organisation in 12 months time? > > 6b. How many people do you think will be using Catalyst in your > organisation in 2 years time? > > Thanks for your cooperation. If you know of any teams who are users > of Catalyst but that do not subscribe to the Catalyst mailing list, or > are on the IRC channel, please forward this email to them. > > Thanks. > > Kieren Diment > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] how to set a default (index.html) page (Template Toolkit used)
well it's defined in Root.pm, the default() method. It defaults to $c->welcome_page (or something close). Typically you use a template instead of a static HTML page for your default page, so you'd simply set which template you want (which depending on your set up is usually located in /root/). default() is used for 404ing i believe, but if you're talking about an *index* page then you'll want to set your template in the index() method. HTH, -Devin On Sat, Nov 1, 2008 at 9:06 PM, <[EMAIL PROTECTED]> wrote: > > any ideas>? > > Quoting [EMAIL PROTECTED]: > > > hi guys > > i am fine tuning my application. Like the examples given in the > > tutes, > > the default page is to login the user. > > > > How do I load a default page (ie index.html)? Assume it is stored > > in > > /root/static. > > > > I was looking at Root.pm where the default behaviour of logging in > > users > > is defined. > > > > > > Ta > > > > K. Akimoto > > > > ___ > > List: Catalyst@lists.scsys.co.uk > > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > > Searchable archive: > > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > > Dev site: http://dev.catalyst.perl.org/ > > > > > > > > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Simplified auth configuration - input requested
> Can you share that helper? I think it could be helpful a Catalyst helper on > CPAN that helps to update a database from a modified schema. > If it is not on CPAN yet, can you send it to me? > > Thank you. > > > Octavian > Hi Octavian, I can certainly share it. Let me polish it up first so it's not so app specific. My handle on irc is dhoss so ping me later tonight if I don't get it to you before then. Jason- I'll send it to you as well so you can take a look at it and let me know what else might be necessary for adding it to the DBIx::Class distro. Thanks! -Devin -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Simplified auth configuration - input requested
I think Octavian made a good point as well. Using ::Loader tends to mess some people up. I personally have written a small helper script with the options I use to update my schema code from the DB, and it makes like a million times easier. But until you figure out that ::Loader and Authentication don't play well unless you have them/use them correctly, it can be a headache. On Mon, Oct 20, 2008 at 12:36 PM, Octavian Rasnita <[EMAIL PROTECTED]>wrote: > From: "Jason Kuri" <[EMAIL PROTECTED]> > >> Hi All, >> >> Some folks have mentioned recently that the >> Catalyst::Plugin::Authentication system while being quite flexible is >> somewhat difficult to understand / set up initially. >> >> I am soliciting comments regarding the issues that people have had and >> what changes people would like to see. Better messaging, differences >> in config format... whatever you are interested in, speak up. I'm >> going to take the input I receive in this thread into consideration as >> I do some updates to the modules over the coming weeks. >> > > Hi, > > I also had problems when I tried to create a new application that uses the > new interface for authentication. > > I had those problems, because I always create the DBIC classes using the > DBIC::Schema helper, and the helper didn't create the following accessor in > the User.pm class: > > __PACKAGE__->many_to_many(roles => 'user_roles', 'id_role'); > > so the authentication used to work, but not the authorization. > > I use a MySQL database, with InnoDB tables and constraints set to relevant > fields. I don't know if the Catalyst helper should create the many_to_many > accessor but for some reasons it didn't do it, or I must created manually, > but in the second case the POD docs should make this clear. > > Also it could be very helpful a tipical example of using a DBIC store with > 3 tables: user, user_role and role for authorization and authentication. > > Octavian > > > > > > ___ > List: Catalyst@lists.scsys.co.uk > Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst > Searchable archive: > http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ > Dev site: http://dev.catalyst.perl.org/ > -- Devin Austin http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/