Re: [Catalyst] Alternatives to DBIx?
On Saturday, April 17, 2010 06:04:58 pm John Karr wrote: In my own analysis the Time and Effort to learn DBIx is greater than the Time wasted writing repetitious DBI code, the time I've already invested on DBIx has shown that there is a better way than DBI, but for me it isn't DBIx. In my own analysis the fact that you still think that there is a thing called DBIx proves that the time and effort you've spent learning _DBIC_ is zero. ___ 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] Alternatives to DBIx?
On Sunday, April 18, 2010 12:14:55 am Eden Cardim wrote: On Sat, Apr 17, 2010 at 8:04 PM, John Karr brain...@brainbuz.org wrote: Both Fey and SQLDB are a nativist approach to SQL (much like TT is to html) TT isn't a native approach to html, by far. In fact, it has quite a few things going against it's use to generate html. Besides what jshirley already said, it doesn't produce streamable output and once your documents get complex, it's not very easy to produce nicely indented code with it. For a native approach to html, try HTML::Zoom. Very true. In fact, ignoring the fact that it ships with a couple default plugins that know how to do HTML-compatible string encoding, TT doesn't actually know anything about HTML. It's not actually an HTML tool at all; it's a tool for pasting strings together. It's entirely possible for those strings to be HTML tags, but since TT is agnostic, it's equally good at producing completely mangled, invalid HTML as it is at producing useful HTML (note: not a value judgment, just a simple fact!) If that's what nativist means, and you're looking for a tool that takes a string-schlepping approach to *SQL*, then you need look no further than a hundred thousand shitty PHP apps ;) Andrew ___ 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] Automated testing?
I have a cron job that watches for changes to SVN, and when found the cron script exports the code and runs the tests. The idea is to notify developers if they check in code that causes testing to fail. I'd like to move away from using my custom scripts to a more generic tool that will do automated testing for all our packaged Perl code, not just the Catalyst apps. (Since the Catalyst app is just another Perl distribution). Perhaps something similar to what cpan testers use where email notifications are sent but also provide a web-based history of testing. Do you do anything similar? Anyone using Smolder and/or SmokeRunner::Multi or other standard tools for their in-house code? Thanks, -- 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/
Re: [Catalyst] Automated testing?
On Sun, Apr 18, 2010 at 11:22 AM, Bill Moseley mose...@hank.org wrote: I have a cron job that watches for changes to SVN, and when found the cron script exports the code and runs the tests. The idea is to notify developers if they check in code that causes testing to fail. I'd like to move away from using my custom scripts to a more generic tool that will do automated testing for all our packaged Perl code, not just the Catalyst apps. (Since the Catalyst app is just another Perl distribution). Perhaps something similar to what cpan testers use where email notifications are sent but also provide a web-based history of testing. Do you do anything similar? Anyone using Smolder and/or SmokeRunner::Multi or other standard tools for their in-house code? Thanks, -- 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/ Hi Bill, I'd suggest contacting Gabor Szabo (ga...@szabgab.com) He knows the territory, and has been involved with Perl's automated tests. He would be able to supply you with all the info you would need. I just noticed on his web site contact info page there's a note that he's teaching a master class at YAPC NA 2010: http://szabgab.com/contact.html /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/
Re: [Catalyst] Catalyst getting wrong path from Apache server-side includes
On 16 Apr 2010, at 04:49, Ashley wrote: It's a longshot that this is relevant to the problem but it is relevant to Engine::CGI and I needed an excuse to bring it up again. There is a long-standing bug in the prepare_path of Catalyst::Engine::CGI that wrecks certain kinds of apache path handling (and therefore uri_for) if the path contains regex chars. http://www.gossamer-threads.com/lists/catalyst/dev/21380 http://rt.cpan.org/Public/Bug/Display.html?id=24951 Due to the timing of 5.7 freezing, my trepidation with messing with 5.8 at the time, I never redid the patch and tests. I don't have the tuits now, just bumping it on the list and hijacking threads because I'm so that way. No, that's cool.. That bug was resolved as I couldn't reproduce it in any way, and I neglected to pay (enough) attention to the the last paragraph :( I can entirely see and reproduce the 2nd issue in that ticket, and I have now fixed it: http://dev.catalyst.perl.org/svnweb/Catalyst/revision/?rev=13166 Thanks for the (re-)report. 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/
Re: [Catalyst] Catalyst getting wrong path from Apache server-side includes
On 16 Apr 2010, at 01:53, Jason McIntosh wrote: Howdy y'all, Since upgrading to Catalyst 5.8022 on Wednesday, I've found that no Catalyst requests coming from Apache server-side includes work. If the user requests foo.shtml, and that file contains !--#include virtual=/catalyst/header --, then Apache correctly forwards the request to my Catalyst FCGI. However, Catalyst now thinks that the request path is foo.shtml instead of /catalyst/header, and responds with my app's 404-ey default action. It didn't have this problem before the upgrade. Any thoughts or advice would be kindly appreciated! (Some folks on #catalyst IRC mentioned that there might be a fix for this currently underway. But, Google is mum on it, as are the list archives, so I thought it worth bringing up here anyway.) Yes, this is due to the change in 5.80015: - Set $ENV{PATH_INFO} from $ENV{REQUEST_URI} combined with $ENV{SCRIPT_NAME} if possible. This is many web servers always fully decode PATH_INFO including URI reserved characters. This allows us to tell foo%2cbar from foo%252cbar, and fixes issues with %2F in paths being incorrectly decoded, resulting in too many path parts (rather than 1 path part containing a /, on some web servers (at least nginx). (RT#50082) SSI used to work, but actually, unfortunately, used to work _entirely coincidentally_.. The change causes a whole load of other issues, and generally opens a can of worms. I'll provide a more detailed explanation to everyone shortly, but suffice to say that this is known about and I am working/thinking on fixing it / how to fix it.. 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/
Re: [Catalyst] Automated testing?
On 18 Apr 2010, at 16:22, Bill Moseley wrote: Do you do anything similar? Anyone using Smolder and/or SmokeRunner::Multi or other standard tools for their in-house code? At work, we're using hudson, and Tap::Harness::JUnit. It's entirely a dog and uses a million RAM, but does work quite well.. There is also a simple Catalyst smoke test harness and viewer in the http://dev.catalyst.perl.org/repos/Catalyst/trunk/examples/SmokeServer/ however, that became a bit limited/limiting for us, and I didn't have the time to keep extending / patching it. It is however entirely workable / useable given your code is in SVN. 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/
Re: [Catalyst] Catalyst getting wrong path from Apache server-side includes
On Sun, Apr 18, 2010 at 7:19 PM, Tomas Doran bobtf...@bobtfish.net wrote: Yes, this is due to the change in 5.80015: ...and rolling my installed version back to 5.80014 does indeed make my problem go away. (As you suggested it would, over on #catalyst a couple of days ago.) Thanks again for the ack, and the work into fixing this. -- Jason McIntosh http://jmac.org • j...@jmac.org • @JmacDotOrg ___ 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/