[Catalyst] DBIx-Class 0.08002 released
Also known as the everyone reports problems with the release that they should've found testing the RC release. The key fixes here are for a transaction issue that shows up -only- if txn_begin is the first thing called on the $schema after -connect, and to make errors during deploy soft so a failing DROP on the first pass doesn't abort your entire deployment process. There's also some cleanup of vestigial code now implemented elsewhere (a no-op but a slightly slow no-op so you may see a slight performance improvement), a bunch of fixed to the new multi-create new() syntax extensions, some tweaks to make the new exception handling stuff in storage a bit more expressive and a -rethrow method on exception objects. Enjoy. -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical DirectorWant a managed development or deployment platform? Shadowcat Systems Ltd. Contact mst (at) shadowcatsystems.co.uk for a quote http://chainsawblues.vox.com/ http://www.shadowcatsystems.co.uk/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Adding DBIC schema causes TT error
Good afternoon, I've run into a problem that I can't make any progress with; hoping someone might be able offer suggestions. Development was moving along nicely and then I suddenly got the following error in a response: Couldn't render template file error - welcome.tt2: not found The only thing I could find that would stop the error was removing the last DBIC schema class that I added to load_classes. Since I couldn't see anything obviously wrong with the class/module, I tried duplicating a known good class and renaming it. When I add that class I get the same error. I tested with a variety of different modules and the only consistency I could find was that adding one more class caused the above error. I tried changing the order of classes loaded and the problem persists. I leave the new class in place and remove one of the existing classes, and the problem disappears. There seems to be a maximum limit on the number of classes I can have loaded. I'm only at 19 classes and I find it hard to believe that would be a limit. So... I thought it might be a resource limit problem so I increased limits with ulimit; the problem persists. I don't know what else to try, any advise or suggestions would really be appreciated. If this should move to DBIC list, please let me know. But at this point the error is coming from TT so I'm not convinced it's just a DBIC issue. And if I need to supply more details, again please let me know. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
On Wed, 2007-06-20 at 16:32 +1000, Charlie Garrison wrote: Good afternoon, I've run into a problem that I can't make any progress with; hoping someone might be able offer suggestions. Development was moving along nicely and then I suddenly got the following error in a response: Couldn't render template file error - welcome.tt2: not found Looks like a side-effect of another error. If $c-stash-{template} is not set, it defaults to the action name. Presumably you have a sub called 'welcome' in your controller class and under normal processing you set $c-stash-{template} = something. What happens if an error occurs with your DBIC schema manipulation - does it bypass the setting of the template? HTH. -- Jon ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
On Wed, Jun 20, 2007 at 04:32:27PM +1000, Charlie Garrison wrote: Good afternoon, I've run into a problem that I can't make any progress with; hoping someone might be able offer suggestions. Development was moving along nicely and then I suddenly got the following error in a response: Couldn't render template file error - welcome.tt2: not found The only thing I could find that would stop the error was removing the last DBIC schema class that I added to load_classes. Since I couldn't see anything obviously wrong with the class/module, I tried duplicating a known good class and renaming it. When I add that class I get the same error. I tested with a variety of different modules and the only consistency I could find was that adding one more class caused the above error. I tried changing the order of classes loaded and the problem persists. I leave the new class in place and remove one of the existing classes, and the problem disappears. There seems to be a maximum limit on the number of classes I can have loaded. I'm only at 19 classes and I find it hard to believe that would be a limit. So... Most probable cause: You've got a mistyped $c-model(...) or c.model(...) declaration somewhere which is falling through to Catalyst's regex search, and -was- originally finding the right class because of that but the addition of the extra class has caused the hash order for the search to change and now you aren't. Likely candidates are either a typo or missing DB:: off a DB::Foo-style DBIC::Schema model reference. -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical DirectorWant a managed development or deployment platform? Shadowcat Systems Ltd. Contact mst (at) shadowcatsystems.co.uk for a quote http://chainsawblues.vox.com/ http://www.shadowcatsystems.co.uk/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good afternoon, On 20/6/07 at 4:09 PM +0930, Jon Schutz [EMAIL PROTECTED] wrote: Looks like a side-effect of another error. If $c-stash-{template} is not set, it defaults to the action name. Presumably you have a sub called 'welcome' in your controller class and under normal processing you set $c-stash-{template} = something. What happens if an error occurs with your DBIC schema manipulation - does it bypass the setting of the template? Thanks for the suggestion, but I don't think this is it. The $c-stash-{template} is being set explicitly and I've tested against different controllers actions and the error from TT always shows the expected template name. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good afternoon, On 20/6/07 at 7:49 AM +0100, Matt S Trout [EMAIL PROTECTED] wrote: Most probable cause: You've got a mistyped $c-model(...) or c.model(...) declaration somewhere which is falling through to Catalyst's regex search, and -was- originally finding the right class because of that but the addition of the extra class has caused the hash order for the search to change and now you aren't. This sounds like a possible cause, but I just did a search across all my app modules for 'model(' and none of them appear to be incorrect. And I don't reference any models directly from my template views. Likely candidates are either a typo or missing DB:: off a DB::Foo-style DBIC::Schema model reference. I also checked all the relationship declarations for a typo and couldn't see anything there either. End of a long work day now so I'll leave it and hope for other suggestions. Or maybe fresh eyes in the morning will spot the typo. Thanks for your assistance and if you have other suggestions, please let me know. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good afternoon, On 20/6/07 at 7:49 AM +0100, Matt S Trout [EMAIL PROTECTED] wrote: You've got a mistyped $c-model(...) or c.model(...) declaration somewhere which is falling through to Catalyst's regex search, and -was- originally finding the right class because of that but the addition of the extra class has caused the hash order for the search to change and now you aren't. One other thing. With the test I'm doing now, there are no models being loaded (via $c-model or c.model), so would a misspelling have any effect anyway? Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: Project Opportunity, paid gig
To Paul Henrich, Hi, I'm interested but your email address is doesn't come through the mailing list. Matt Rosin mattrosin AT yahoo DOTCOM Get the free Yahoo! toolbar and rest assured with the added security of spyware protection. http://new.toolbar.yahoo.com/toolbar/features/norton/index.php ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
The results and final report of the Plat_forms international programming contest were released yesterday in a press conference in Nuremberg, and will be published today June 20th, 2007 on http://www.plat-forms.org/. For each of the categories Perl, PHP and Java, three teams of three people each competed to produce a comprehensive social networking application in just 30 hours. Team Etat de Genève / Optaros was declared winner of the Perl track. The Geneva solution, based on Catalyst and DBIx::DataModel, was especially praised for its compactness. However, other Perl solutions by plusW (Germany) and Revolution Systems (USA) were very close, and it was hard for the jury to decide. The report notes that compactness and extensibility are consistent qualities of the Perl solutions. For the Geneva team, that was a really instructive experience. It confirmed that we work with the right technology and skills ... but also showed that we still have some progress to make as a team in the priorization and quality insurance processes! See http://www.plat-forms.org/ for the complete report and for many interesting observations on these 3 development platforms. A detailed report of what happened in Geneva team is published on http://www.plat-forms.org/2007/blog/archive/2007/01/29/journal-of-team1 ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: setup() called twice
* Christopher H. Laco [EMAIL PROTECTED] [2007-06-19 20:00]: Matt S Trout wrote: Tell you what, I'll read the setup methods for you and spell it out: Could I get a copy of you reading the Cat manual on tape for long road trips? :-) I’ll chip in a couple quid for that. :-) Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] setup() called twice
On Wed, Jun 20, 2007 at 11:16:52AM +0100, Matt Lawrence wrote: Matt S Trout wrote: On Tue, Jun 19, 2007 at 06:19:30PM +0100, Matt Lawrence wrote: Matt S Trout wrote: Still completely broken. Read half a dozen plugins' setup methods and come back when you have a clue. Nothing like a bit of random abuse to spark off a bit of development work... Shame it didn't spark off you actually going and reading what I suggested you did before you wasted your time and the list's. Well I can't say I didn't ask for that. Tell you what, I'll read the setup methods for you and spell it out: Now do you understand why your approach isn't going to work? Admittedly my first suggestions were naive to say the least, and looking back now they are unnecessarily terse. I didn't intend to seem confrontational, it just seemed odd at first glance that there was a known set of methods that needed to be called, but because of the MRO unwanted side-effects could occur. It's ok. I didn't take your comments personally. Do me the same favour in return and we'll get along fine :) Anyway, apologies all round for half-baked suggestions. I'll return to lurking. Now. I already made a fool of myself not reading/thinking carefully upthread, so at least you're not alone. I'm not sharing the dunce's cap though, you can get your own made. -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical DirectorWant a managed development or deployment platform? Shadowcat Systems Ltd. Contact mst (at) shadowcatsystems.co.uk for a quote http://chainsawblues.vox.com/ http://www.shadowcatsystems.co.uk/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] setup() called twice
I'm not sharing the dunce's cap though, you can get your own made. You want to be careful with those things ... they can have nasty side effects apparently : Well, one of the more mystical things Duns accepted was the wearing of conical hats to increase learning. He noted that wizards supposedly wore such things; an apex was considered a symbol of knowledge and the hats were thought to funnel knowledge to the wearer. Once humanism gained the upper hand, Duns Scotus's teachings were despised and the dunce cap became identified with ignorance rather than learning. http://www.straightdope.com/mailbag/mduncecap.html (yeah, no wonder I don't get any work done this morning ...) D -- Daniel McBrearty email : danielmcbrearty at gmail.com www.engoi.com danmcb.vox.com danmcb.blogger.com BTW : 0873928131 ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Hi, -- Dami Laurent (PJ) [EMAIL PROTECTED] wrote: The results and final report of the Plat_forms international programming contest were released yesterday in a press conference in Nuremberg, and will be published today June 20th, 2007 on http://www.plat-forms.org/. the results are now online (until now not linked from the start page): http://www.plat-forms.org/2007/documents/platformsTR.pdf I think we should publish this as wide as possible and always should mention the pros of the Perl teams (smallest code, easy to extend; see summaries beginning on pages 75 and 67). I submitted a story on slashdot (text see below), perhaps they will take it. Others may do the same, or submit something similar on other websites. Ciao Alvar Text of my /. submission: (Hmmm, it would be better if I mentioned the Free University of Berlin as author of the study, sounds better ;-) ) The a href=http://www.plat-forms.org/2007/documents/platformsTR.pdf;results and final report/a of the a href=http://www.plat-forms.org/;Plat_Forms/a international web programming contest were published today. For each of the categories Perl, PHP and Java, three teams of three people each competed to produce a comprehensive social networking application in just 30 hours. strongA short summary of the results:/strong The Perl teams produced the most compact code and their solutions are very easy to extend. One Java team produced by far the most complete solution overall, the other two by far the most incomplete ones. The Java solutions are very hard to extend. The PHP teams used no autogenerated files, resisted SQL injection attempts and created the most similar solutions. There are also some a href=http://alvar.a-blast.org/plat_forms/;pictures of the teams/a and you can guess what language they are using ... -- ** Alvar C.H. Freude, http://alvar.a-blast.org/ ** http://www.assoziations-blaster.de/ ** http://www.wen-waehlen.de/ ** http://odem.org/ pgp5QFvDS7GAH.pgp Description: PGP signature ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
On Wed, Jun 20, 2007 at 04:32:27PM +1000, Charlie Garrison wrote: Good afternoon, I've run into a problem that I can't make any progress with; hoping someone might be able offer suggestions. Development was moving along nicely and then I suddenly got the following error in a response: Couldn't render template file error - welcome.tt2: not found What version of TT are you using? Does it get fixed if you restart the dev server? Not too old versions of TT had a problem that once an error was found in a template the template then always missing. I don't see it mentioned in Changes but I suspect you need 2.19 if that's the problem you are hitting. -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: RFC for handling reverse proxies not deployed to standard ports.
On Tue, 19 Jun 2007, A. Pagaltzis wrote: This is getting a bit much – how about X-Public-URI-Base and letting the frontend pass the full base URI to the backend. That would solve all the mentioned problems in one fell swoop and might also address things that haven’t occured to anyone yet, plus it’s much simpler than cobbling together the URI from 5 different headers. I did consider this when I started implementing this. However, this makes it harder for a proxy to control how the backend handles URIs, by choosing which things to tell it about. It also plain just doesn't work for things like the path, since there's no way for the backend to know from a forwarded URI that the proxy is serving things under a different base path than the backend. -dave /*=== VegGuide.Orgwww.BookIRead.com Your guide to all that's veg. My book blog ===*/___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
hate to admit it, but perl took a hammering in terms of the completeness of solutions thing, maybe the most important metric. see the charts on page 13. You might see it that seperating the code from the html takes a little longer, but gives you a better architecture. I wonder how it would work it if thise apps needed to be maintained and evolved over several years. even so, it's a bit disappointing. On 6/20/07, Alvar Freude [EMAIL PROTECTED] wrote: Hi, -- Dami Laurent (PJ) [EMAIL PROTECTED] wrote: The results and final report of the Plat_forms international programming contest were released yesterday in a press conference in Nuremberg, and will be published today June 20th, 2007 on http://www.plat-forms.org/. the results are now online (until now not linked from the start page): http://www.plat-forms.org/2007/documents/platformsTR.pdf I think we should publish this as wide as possible and always should mention the pros of the Perl teams (smallest code, easy to extend; see summaries beginning on pages 75 and 67). I submitted a story on slashdot (text see below), perhaps they will take it. Others may do the same, or submit something similar on other websites. Ciao Alvar Text of my /. submission: (Hmmm, it would be better if I mentioned the Free University of Berlin as author of the study, sounds better ;-) ) The a href=http://www.plat-forms.org/2007/documents/platformsTR.pdf;results and final report/a of the a href=http://www.plat-forms.org/;Plat_Forms/a international web programming contest were published today. For each of the categories Perl, PHP and Java, three teams of three people each competed to produce a comprehensive social networking application in just 30 hours. strongA short summary of the results:/strong The Perl teams produced the most compact code and their solutions are very easy to extend. One Java team produced by far the most complete solution overall, the other two by far the most incomplete ones. The Java solutions are very hard to extend. The PHP teams used no autogenerated files, resisted SQL injection attempts and created the most similar solutions. There are also some a href=http://alvar.a-blast.org/plat_forms/;pictures of the teams/a and you can guess what language they are using ... -- ** Alvar C.H. Freude, http://alvar.a-blast.org/ **http://www.assoziations-blaster.de/ ** http://www.wen-waehlen.de/ ** http://odem.org/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ -- Daniel McBrearty email : danielmcbrearty at gmail.com www.engoi.com danmcb.vox.com danmcb.blogger.com BTW : 0873928131 ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: iterating ResultSet in controller vs. template
Hi John, * John Goulah [EMAIL PROTECTED] [2007-06-19 19:10]: If I do something simple like this: my $myalums = [ $c-model('MyDB::Alumni')-search({}, { rows = 20 }) ] ; But if I try to iterate this in the controller, I cannot do something like: while (my $alum = $myalums-next) { $c-log-debug(id: . $alum-alumni_id); } * John Goulah [EMAIL PROTECTED] [2007-06-19 20:25]: while (my $alum = @{$myalums}-next) { $c-log-debug(id: . $alum-alumni_id); } In this case I get: Can't call method next without a package or object reference this is not a problem with DBIx::Class (much less with Catalyst). Your understanding of Perl data structures is evidently superficial; you will do yourself a favour to read at least one of the perlreftut, perllol and perldsc docs. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
On Wed, Jun 20, 2007 at 06:35:31PM +0200, Daniel McBrearty wrote: hate to admit it, but perl took a hammering in terms of the completeness of solutions thing, maybe the most important metric. see the charts on page 13. Perl WSDL/SOAP tooling is pants. Film at 11. I do know of a large suite of Cat apps whose primary purpose is to handle such, but I believe the company in question largely built the functionality up from scratch. Volunteers to put together a Catalyst::Plugin::Server::SOAP would be welcome and I believe the ::Server authors would be willing to advise (as would I, I had a little bit of involvement in the design process as well). -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical DirectorWant a managed development or deployment platform? Shadowcat Systems Ltd. Contact mst (at) shadowcatsystems.co.uk for a quote http://chainsawblues.vox.com/ http://www.shadowcatsystems.co.uk/ ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
On Wed, Jun 20, 2007 at 06:35:31PM +0200, Daniel McBrearty wrote: hate to admit it, but perl took a hammering in terms of the completeness of solutions thing, maybe the most important metric. see the charts on page 13. SOAP slowed 'em down, it seems. I only scanned the report, but lots of interesting bits in there. The two PHP teams used the same framework (and not sure about the third, but perhaps similar), where the Perl and Java teams had a wider range of frameworks. Might explain why the PHP teams had seemingly similar results. I found it odd that the Perl frameworks had the SQL injection problems. Most probably expected PHP to be weak there -- just goes to show how much bad PHP everyone is used to seeing. Overall, seems like a lot of mixed results -- too much variability to draw any concrete conclusions. Not that that will stop the camps from using the report to support their claims of superiority. ;) -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Hi! On Wed, Jun 20, 2007 at 10:33:50AM -0700, Bill Moseley wrote: Overall, seems like a lot of mixed results -- too much variability to draw any concrete conclusions. Not that that will stop the camps from using the report to support their claims of superiority. ;) I think one of the main 'superiority claims' for Perl is that there were three Perl teams competing, while neither the Pyhton nor the Ruby community managed to send teams to the contest. -- #!/usr/bin/perl http://domm.plix.at for(ref bless{},just'another'perl'hacker){s-:+-$-gprint$_.$/} ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Genevateam on Catalyst wins the Perl track.
From: Matt S Trout [EMAIL PROTECTED] Perl WSDL/SOAP tooling is pants. Film at 11. I do know of a large suite of Cat apps whose primary purpose is to handle such, but I believe the company in question largely built the functionality up from scratch. Perl supports SOAP and even WSDL, but the XML format of requests and especially responses are different in the CPAN perl modules than in Java and .net solutions. And Java and .net is considered a standard way even if we don't like or say that we don't care. I also found a module that pretended to create SOAP and WSDL .net compatible requests, but it didn't work out of the box, so I prefered to create the program manually. Unfortunately there are very many things in perl that don't follow the standards established by programmers in other more popular languages... Anyway, I don't think in this contest the biggest problem of perl teams was the lack of WSDL support in perl. The biggest problem I think it was the security and the small number of features that were completed. The biggest plus I think it was the easiness of maintnance (which is considered the biggest minus of perl). Octavian ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Genevateam on Catalyst wins the Perl track.
From: Daniel McBrearty [EMAIL PROTECTED] If you read closely (p43), re SQL injection : We record any failures to process our inputs appropriately as broken only, i.e., when an exception is raised that stems directly from the SQL processing rather than the application logic. We record a solution as correct if it processes acceptable inputs correctly and rejects inacceptable inputs with an error message produced under proper control of the application. Note that in this approach, an application flagged as broken may actually be acceptable (in particular: secure), but it is impossible to be sure from the outside so we take a conservative approach. I'd guess that they got a cat exception passed up from DBIx::Class, and classified that as broken, basically because the team didn't actually catch the error. But even so, the db itself would have been safe. Is Catalyst showing DBIx::Class errors in the browser if the program doesn't have the Debug module active? I thought it shows that page with Please come back later in a few languages. Octavian ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Le mercredi 20 juin 2007, à 18 heures 28, Matt S Trout écrivait : On Wed, Jun 20, 2007 at 06:35:31PM +0200, Daniel McBrearty wrote: hate to admit it, but perl took a hammering in terms of the completeness of solutions thing, maybe the most important metric. see the charts on page 13. Perl WSDL/SOAP tooling is pants. Film at 11. I do know of a large suite of Cat apps whose primary purpose is to handle such, but I believe the company in question largely built the functionality up from scratch. Volunteers to put together a Catalyst::Plugin::Server::SOAP would be welcome and I believe the ::Server authors would be willing to advise (as would I, I had a little bit of involvement in the design process as well). Before we went to battle, we tried to learn as much as we could about SOAP and how to handle it. And we felt the lack of appropriate modules, but finally said, well, that will have to do, and hoped that the requirement would only be to implement some sort of web service. Unfortunately, the requirements just included a WSDL file, and the words implement that!. So we were doomed. The pressure and lack of sleep must have blinded me, for I didn't give up at once, and wasted valuable time trying to get something working. To me, it seems that the enterprise world take it for granted that SOAP is a synonym for web services, the only way to go, whereas the Perl community generaly considers it as useless and as heavy as a dead donkey. Still, we would definitely benefit from having a decent Catalyst::Plugin to handle that. -- C é d r i c B o u v i e r team1 member signature.asc Description: Digital signature ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Cédric Bouvier wrote: Unfortunately, the requirements just included a WSDL file, and the words implement that!. So we were doomed. The pressure and lack of sleep must have blinded me, for I didn't give up at once, and wasted valuable time trying to get something working. I'm no expert on SOAP, but I have had success working with a .net server and WSDL file simply using this: my $soap = SOAP::Lite-service($path_to_wsdl_file); $soap-envprefix('SOAP-ENV'); The envprefix was the trick. Maurice ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Cédric Bouvier wrote: [snip] To me, it seems that the enterprise world take it for granted that SOAP is a synonym for web services, the only way to go, whereas the Perl community generaly considers it as useless and as heavy as a dead donkey. Ha ha. Couldn't agree more. -=Chris signature.asc Description: OpenPGP digital signature ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
missing SOAP (was: Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.)
Hi! On Wed, Jun 20, 2007 at 09:39:47PM +0200, C?dric Bouvier wrote: To me, it seems that the enterprise world take it for granted that SOAP is a synonym for web services, the only way to go, whereas the Perl community generaly considers it as useless and as heavy as a dead donkey. Still, we would definitely benefit from having a decent Catalyst::Plugin to handle that. Not only as a Catalyst plugin, but a proper and working SOAP / WSDL implementation is IMO the one thing that's lacking on CPAN that realy hurts. SOAP::Lite is a joke (I tried it a few times, and it never worked and has a very clumsy interface). Mark Overmeer seems to be working on something, called XML::Compile::SOAP, but it says **WARNING** Implementation not finished: not usable!! right at the start. I'm quite confident that eg the TPF would accept a grant proposal on implementing (parts of) SOAP / WSDL. (Well, I'm on the grant comitee and I'd vote for it (unless the proposal was utter crap..)). IMO the main problem is that SOAP is hard and really annoying to implement (I usually resolve to templates to generate SOAP request, because XML does drive me crazy). But if we'd have a proper implementation, a lot of (big business) things would be a lot easier to do in Perl. -- #!/usr/bin/perl http://domm.plix.at for(ref bless{},just'another'perl'hacker){s-:+-$-gprint$_.$/} ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
interesting inside view of the whole thing, Cédric. Thanks. On 6/20/07, Cédric Bouvier [EMAIL PROTECTED] wrote: Le mercredi 20 juin 2007, à 18 heures 28, Matt S Trout écrivait : On Wed, Jun 20, 2007 at 06:35:31PM +0200, Daniel McBrearty wrote: hate to admit it, but perl took a hammering in terms of the completeness of solutions thing, maybe the most important metric. see the charts on page 13. Perl WSDL/SOAP tooling is pants. Film at 11. I do know of a large suite of Cat apps whose primary purpose is to handle such, but I believe the company in question largely built the functionality up from scratch. Volunteers to put together a Catalyst::Plugin::Server::SOAP would be welcome and I believe the ::Server authors would be willing to advise (as would I, I had a little bit of involvement in the design process as well). Before we went to battle, we tried to learn as much as we could about SOAP and how to handle it. And we felt the lack of appropriate modules, but finally said, well, that will have to do, and hoped that the requirement would only be to implement some sort of web service. Unfortunately, the requirements just included a WSDL file, and the words implement that!. So we were doomed. The pressure and lack of sleep must have blinded me, for I didn't give up at once, and wasted valuable time trying to get something working. To me, it seems that the enterprise world take it for granted that SOAP is a synonym for web services, the only way to go, whereas the Perl community generaly considers it as useless and as heavy as a dead donkey. Still, we would definitely benefit from having a decent Catalyst::Plugin to handle that. -- C é d r i c B o u v i e r team1 member -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGeYKDV+dbgD38PGgRAgCgAKC/rZJjnUK+QzfoqSTPUy7AdhzWFQCdFeMj II0FALVuyjcRFJfiDAQzF8Y= =GHby -END PGP SIGNATURE- ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ -- Daniel McBrearty email : danielmcbrearty at gmail.com www.engoi.com danmcb.vox.com danmcb.blogger.com BTW : 0873928131 ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: iterating ResultSet in controller vs. template
On 6/20/07, A. Pagaltzis [EMAIL PROTECTED] wrote: Hi John, * John Goulah [EMAIL PROTECTED] [2007-06-19 19:10]: If I do something simple like this: my $myalums = [ $c-model('MyDB::Alumni')-search({}, { rows = 20 }) ] ; But if I try to iterate this in the controller, I cannot do something like: while (my $alum = $myalums-next) { $c-log-debug(id: . $alum-alumni_id); } * John Goulah [EMAIL PROTECTED] [2007-06-19 20:25]: while (my $alum = @{$myalums}-next) { $c-log-debug(id: . $alum-alumni_id); } In this case I get: Can't call method next without a package or object reference this is not a problem with DBIx::Class (much less with Catalyst). Your understanding of Perl data structures is evidently superficial; you will do yourself a favour to read at least one of the perlreftut, perllol and perldsc docs. Your reading of this thread is evidently superficial since it was answered several times over with _much_ more helpful answers. Sorry if I opened my ignorant mouth, but I thought it fit into this list since it dealt with model, view, and controller code. Thanks, John ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good morning, On 20/6/07 at 6:31 AM -0700, Bill Moseley [EMAIL PROTECTED] wrote: What version of TT are you using? Does it get fixed if you restart the dev server? I *was* using 2.18. Yes, I have been restarting between tests. Not too old versions of TT had a problem that once an error was found in a template the template then always missing. I don't see it mentioned in Changes but I suspect you need 2.19 if that's the problem you are hitting. I saw recent messages in the archive regarding that (maybe from you). So I went looking for templates cached to disk. From what I can tell, templates will only be cached to disk if I set up my TT options accordingly, is that correct? So I should only be dealing with memory cache which should get cleared each time I restart the dev server. Upgrading to TT 2.19 has not fixed my problem. If anyone else has suggestions I'd love to hear them. Development has ground to a halt here and I'm getting very anxious (deadlines and all that). Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
On Thu, Jun 21, 2007 at 07:20:20AM +1000, Charlie Garrison wrote: I saw recent messages in the archive regarding that (maybe from you). So I went looking for templates cached to disk. From what I can tell, templates will only be cached to disk if I set up my TT options accordingly, is that correct? So I should only be dealing with memory cache which should get cleared each time I restart the dev server. That problem I was talking about was independent of disk caching. It means you often had to restart the server after a template error or else the template would not be found even after correcting the error in the template. Doesn't really sound like your problem, although it's a bit odd that adding a schema class would effect how TT finds templates. But, yes, you have to enable disk caching of compiled templates explicitly. Upgrading to TT 2.19 has not fixed my problem. If anyone else has suggestions I'd love to hear them. Development has ground to a halt here and I'm getting very anxious (deadlines and all that). If you are getting a template not found error then maybe enabling debugging in Template::Provider would help -- or just throw in a few warn messages to see what paths it's looking for the template. r1024 | abw | 2006-08-01 10:35:45 -0700 (Tue, 01 Aug 2006) | 5 lines * Fixed bug in Template::Parser to ensure $self-{ DEFBLOCKS } is cleared each time a parse() begins. * Fixed bug in Template::Provider to immediately invalidate the cache entry of any template that fails to compile. -- Bill Moseley [EMAIL PROTECTED] ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good morning, On 20/6/07 at 2:55 PM -0700, Bill Moseley [EMAIL PROTECTED] wrote: Doesn't really sound like your problem, although it's a bit odd that adding a schema class would effect how TT finds templates. I would agree with that. :-| If you are getting a template not found error then maybe enabling debugging in Template::Provider would help -- or just throw in a few warn messages to see what paths it's looking for the template. Would you mind giving some specifics. I added DEBUG = '1' to __PACKAGE__-config in my View::TT but I'm not seeing any extra debug info. I am using a mostly default setup for View::TT, __PACKAGE__-config({ CATALYST_VAR = 'Catalyst', INCLUDE_PATH = [ RP-path_to( 'root', 'src' ), RP-path_to( 'root', 'lib' ) ], PRE_PROCESS = 'config/main', WRAPPER = 'site/wrapper', ERROR= 'error.tt2', TIMER= 0, TEMPLATE_EXTENSION = '.tt2', DEBUG= '1', }); How do I enable debugging in Template::Provider? Following the man page, I also tried this: use Template::Constants qw( :debug ); __PACKAGE__-config({ .. DEBUG= DEBUG_PROVIDER, }); With that option I got this: [Template::Provider] creating cache of unlimited slots for [ CODE(0x1d38890) ] But no other debugging output that I could see. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good morning, On 20/6/07 at 7:49 AM +0100, Matt S Trout [EMAIL PROTECTED] wrote: Most probable cause: You've got a mistyped $c-model(...) or c.model(...) declaration somewhere which is falling through to Catalyst's regex search, and -was- originally finding the right class because of that but the addition of the extra class has caused the hash order for the search to change and now you aren't. Likely candidates are either a typo or missing DB:: off a DB::Foo-style DBIC::Schema model reference. In an effort to eliminate possible spelling errors as the cause, I removed all controllers except Root and changed Root.pm to only have one action (index) which simply sets $c-response-body. In that configuration the problem goes away. I slowly added controllers back and the problem didn't recur until I added the last controller back. To determine if problem was with that specific controller, I removed a different controller and the errors goes away. So, I'm not having the same problem with controllers as with models. There seems to be a limit on the number of controllers or models. I add one more and I get the 'file not found' error, it doesn't seem to matter which controller or model I add, only the number of them. At this point rather than asking for specific solutions, does anyone have suggestions on how to debug this problem? Bill suggested enabling debugging in Template::Provider (see other message in this thread) but I'm not having any luck with that. Some very anxious people mulling around on this end. All assistance is appreciated. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] plat_forms report published on June 20th. 2007. Geneva team on Catalyst wins the Perl track.
Hi, -- Bill Moseley [EMAIL PROTECTED] wrote: I only scanned the report, but lots of interesting bits in there. The two PHP teams used the same framework (and not sure about the third, but perhaps similar), where the Perl and Java teams had a wider range of frameworks. Might explain why the PHP teams had seemingly similar results. The Zend team had to use the Zend Framework. The Oxid Team (the winner team from PHP) wrote everything from scratch. And for the 3rd I am not sure, should be written in the report ;-) ... I found it odd that the Perl frameworks had the SQL injection problems. Most probably expected PHP to be weak there -- just goes to show how much bad PHP everyone is used to seeing. The Problem is here: If there is an internal server error this is seen as broken and perhaps SQL injection possible. If wrong inputs are rejected, it is voted as OK. This tests were made without looking into the source. After some protest the wording is a little bit friendlier for the teams with internal server error. I looked into the code of the Perl teams: They use all an ORM wrapper (DBIx::Class or DBIx::DataModel), which should be safe. But each team uses plain SQL in at least one query. Team 2 uses bind parameters and this is safe. Team 1 uses variables in SQL, but it seems to me that the values are clean. Team 5 uses in one file a lot of SQL statements, and NO bind varibales. It seems to me (!) that they get the unfiltered data and inclde it in SQL. Uuups! Ciao Alvar (Perl Platform Representative in this contest) -- ** Alvar C.H. Freude, http://alvar.a-blast.org/ ** http://www.assoziations-blaster.de/ ** http://www.wen-waehlen.de/ ** http://odem.org/ pgpJf4NY95iUV.pgp Description: PGP signature ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] plat_forms on /.
Hi, for some publicity of the results (they are not too bad for Perl) I submitted a story on slashdot. /. users may vote for it here (but I'm not very familiar with /. and therefore not sure): http://slashdot.org/firehose.pl?op=viewid=200467 Ciao Alvar -- ** Alvar C.H. Freude, http://alvar.a-blast.org/ ** http://www.assoziations-blaster.de/ ** http://www.wen-waehlen.de/ ** http://odem.org/ pgp8TOLgeBHnh.pgp Description: PGP signature ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Adding DBIC schema causes TT error
Good morning, On 20/6/07 at 4:32 PM +1000, Charlie Garrison [EMAIL PROTECTED] wrote: I've run into a problem that I can't make any progress with; hoping someone might be able offer suggestions. Development was moving along nicely and then I suddenly got the following error in a response: Couldn't render template file error - welcome.tt2: not found I broke out the debugger and I think I found the cause of the problem (at least *a* cause if not *the* cause). I have a custom view that I use for creating email messages. That view is getting found instead of the default View::TT. That also explains why the TT:P debug output was not being printed; the TT view was not being used. So, what are my best options for fixing this? (I'd also like to learn more and understand why adding another controller or module causes a different view to be used.) I'm guessing the best solution is to specify which view RenderView should be using. I have done that by adding default_view = 'TT' to MyApp-config. __PACKAGE__-config( name = 'MyApp', default_view = 'TT', ); I also tested by setting current_view in the end/RenderView action. $c-stash-{current_view} = 'TT'; Is one of those a 'preferred' method for setting the default view? Is the problem I encountered symptomatic of a bug within Catalyst that needs to be fixed? As a 'quick' solution can I suggest the Catalyst debug output show which view is being used. Knowing that a different view was being used would have saved me many hours on this. Anyway, back to work now. Even with this loss of time I'm still getting this project done much faster with Catalyst than using my old home-made framework. It's really good kit. Thanks, Charlie -- Charlie Garrison [EMAIL PROTECTED] PO Box 141, Windsor, NSW 2756, Australia O ascii ribbon campaign - stop html mail - www.asciiribbon.org http://www.ietf.org/rfc/rfc1855.txt ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: plat_forms report published on June 20th. 2007.
Posted it to perlmonks.org. --Matt R. Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/