Re: [Catalyst] Using Selenium to test Catalyst app
On 17 Feb 2009, at 02:04, Daniel Austin wrote: So I volunteered to co-maintain Alien::SeleniumRC and the author has kindly given access. I've updated the selenium-server.jar and uploaded to CPAN. Should work for everyone now out of the box. You sir are a legend. I look forward to it 'just working' when I get to the point of wanting browser based acceptance tests for one of my applications in a couple of months. 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] RFC: The paradox of choice in web development
On Sun, Feb 15, 2009 at 1:13 PM, Kieren Diment dim...@gmail.com wrote: So the goal of the book we're writing at the moment isn't a walk-through tutorial, but a set of materials designed to get you from raw beginner through the entire catalyst learning curve as quickly as possible - i.e. minimising the cost of the learning curve. I bought the first book and I'll buy this one as soon as it becomes available. But there's an interesting point about writing the book at http://tinyurl.com/closed-books eq http://www.shlomifish.org/philosophy/philosophy/closed-books-are-so-19th-century/#admission-of-failuret Dan ___ 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 17/02/2009, at 9:48 PM, Dan Dascalescu wrote: On Sun, Feb 15, 2009 at 1:13 PM, Kieren Diment dim...@gmail.com wrote: So the goal of the book we're writing at the moment isn't a walk- through tutorial, but a set of materials designed to get you from raw beginner through the entire catalyst learning curve as quickly as possible - i.e. minimising the cost of the learning curve. I bought the first book and I'll buy this one as soon as it becomes available. But there's an interesting point about writing the book at http://tinyurl.com/closed-books eq http://www.shlomifish.org/philosophy/philosophy/closed-books-are-so-19th-century/#admission-of-failuret Aye, but I wouldn't have time to get things moving without the resources of a publisher to pay me an advance. Plus there's the other stuff ... editorial, people beating you to make sure you reach deadlines etc. Yes publishers are in trouble, espeically in the software sector, but no, they're not obsolete. ___ 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
Jay Kuri wrote: 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 biggest problem was how to handle the Norwegian characters (æøå) in an app with MySql, DBIx::Class, TT and mod_perl. use Catalyst qw/Unicode/ only solves the TT and mod_perl side of the pipeline. I finally ended up with (IMHO) a cludge: adding on_connect_do = [ set character_set_client = 'utf8', ] to the connect_info. It only works as long as the internal coding in Perl happens to be utf8. I also had problems finding out how to create more comples FormFu forms, with respect to layout, types of objects, and constraints. The main problem was that the documentation is (IMHO) scarce and scattered over a large number of files. (This is arguably a FormFu problem, but FormFu is important for Catalyst applications. :-) -- Bjørn-Helge Mevik ___ 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] DBIC::Schema issue - out of ideas.
hi, everyone :) I just updated my ORM (DBIx::Class) based on the latest tutes. The application was working fine until I found a bug which led to another bug. I corrected the error and saw an update to the tute. With itchy fingers, I decided to update my ORM and now, when I run myApp_server.pl or myApp_test.pl, I get the errors below. kakim...@gautica:~/projects/myApp/script$ ./server Couldn't instantiate component myApp::Model::myAppDB, Cannot load schema class 'myApp::Schema': DBIx::Class::Schema::throw_exception(): DBIx::Class::Row::throw_exception(): Can't locate myAppDB/Listi ngs.pm in @INC (@INC contains: /home/kakimoto/projects/myApp/script/../lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/pe rl/5.8 /usr/local/lib/site_perl . /home/kakimoto/projects/myApp/lib/myApp/Schema) at /usr/local/share/perl/5.8.8/Class/C3/Componentised.pm line 126. Compilation failed in require at /usr/local/share/perl/5.8.8/Class/C3/Componentised.pm line 126. Compilation failed in require at /usr/local/share/perl/5.8.8/Catalyst/Model/DBIC/Schema.pm line 295. at ./server line 56 at ./server line 56 Compilation failed in require at ./server line 56. kakim...@gautica:~/projects/myApp/script$ 1) './server' = './myApp_server.pl' 2) line 56 in ./server reads 'require myApp;' what I have done: 1) Googled and found another post which has the similar error message. Sadly, the cause is different and that post was for a catalyst app on activestate perl (http://www.nabble.com/Issue-with-Tutorial-section-3-td21139137.html) 2) did a sanity check (ie perl -cw myApp_server.pl ) and it checks out fine. Syntax is ok. This is off http://lists.scsys.co.uk/pipermail/catalyst/2006-November/010337.html 3) nope, i did not miss any ending ';' (based on http://lists.scsys.co.uk/pipermail/catalyst/2006-November/010232.html). 4) read up on the docs. These are (not limited to): - DBIx::Class, -Catalyst::Model::DBIC::Schema - Catalyst tutes (again) - etc... I am going to have to break down the app to only its authorisation components and try debugging from there. Any ideas? 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/
[Catalyst] DBIC::Schema issue - out of ideas [ more info ]
Hi, guys, Just about to shut the machine down when i realised I could give a little more info. This is the command I ran to generate the static ORM files. myApp_create.pl model myAppDB DBIC::Schema myApp::Schema create=static dbi:Pg:dbname=myApp myAdminUser mypassword - the Schema.pm file got generated fine, - all the files under Schema/ are matching what's on the database. - I added the relationships to the files under Schema/ - I removed ' int (4) ' or something like that which limited the IDs (primary keys) of my db tables to 4 digits. Any ideas on what could have possible failed would be helpful. 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/
Re: [Catalyst] RFC: The paradox of choice in web development
Kieren Diment you really seem like such a nice, tolerant and decent person. I could buy the book God willing only to make you happy, seriously. I personally think that 30$ for a nice book, it worthwhile. Of course if you feel like buying 20 books, 20 * 30 = 600$ , well not so nice then. But as Kieren predicted, books and publisher will eventually have to offer a lot more added value to create customers. As more ppl blog and write docs for and about their technologies of choice less people will be willing to pay for books. Not to divert from the thread main topic, I believe, we are bit ignoring the elephant in the room. When Catalyst is not chosen I personally believe it the combination of two things 1. Perl is no longer perceived as an easy language, or language that make development easier. 2. Catalyst perceivably doesn't offer enough added value for developers who are not that much into Perl to make the sacrifice and use Perl anyway. Blaming it on too much choice is not really there. New Perlers (and I consider my self one) know what the best modules are DBIx::Class DateTime XML::LibXML Catalyst, CGI::App for starter CGI for complete beginners Moose HTML::FormFu and so on I want to say, that today, there seem to be a general consensus on what the best modules are ... New Perlers are not confused. Those who disagree, maybe old Perlers. I do wish to see good existing success stories about Perl in sites like infoq, hackernews (ycombinator) and any other site that is popular enough to spread the good word. The community will benefit from more bloggers and success stories and books :) On Tue, Feb 17, 2009 at 12:58 PM, Kieren Diment kie...@diment.org wrote: On 17/02/2009, at 9:48 PM, Dan Dascalescu wrote: On Sun, Feb 15, 2009 at 1:13 PM, Kieren Diment dim...@gmail.com wrote: So the goal of the book we're writing at the moment isn't a walk-through tutorial, but a set of materials designed to get you from raw beginner through the entire catalyst learning curve as quickly as possible - i.e. minimising the cost of the learning curve. I bought the first book and I'll buy this one as soon as it becomes available. But there's an interesting point about writing the book at http://tinyurl.com/closed-books eq http://www.shlomifish.org/philosophy/philosophy/closed-books-are-so-19th-century/#admission-of-failuret Aye, but I wouldn't have time to get things moving without the resources of a publisher to pay me an advance. Plus there's the other stuff ... editorial, people beating you to make sure you reach deadlines etc. Yes publishers are in trouble, espeically in the software sector, but no, they're not obsolete. ___ 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] RFC: The paradox of choice in web development
From: Ali M. tclwarr...@gmail.com When Catalyst is not chosen I personally believe it the combination of two things 1. Perl is no longer perceived as an easy language, or language that make development easier. More exactly,, Perl is considered a language hard to learn, that creates a code hard to maintain, a language that uses a strange OOP style (because I guess there are no books for Perl beginners that teach about Moose or Mouse), a language which is too flexible and because of this it is not prefered by the large teams of programmers because each of them could have a different style. 2. Catalyst perceivably doesn't offer enough added value for developers who are not that much into Perl to make the sacrifice and use Perl anyway. If the programmers are not that much into perl, this means that they don't know how to use DBIx::Class and Catalyst and possibly other few modules which are usually used by Catalyst developers, and in that case they can't understand the power of Catalyst. If Catalyst wants to compete with RoR or other frameworks, it should be as easy to install as those frameworks, and the simple apps should be also very easy to create. The comparisons between web frameworks are not based on the number of the requests they serve, or on the number of database tables they manage, or on the number of backend servers they are installed on, but on the number of web sites that use those frameworks, so those comparisons might show that there are 100 sites that use RoR and only 5 that use Catalyst, but don't tell that 3 from those 5 sites that use Catalyst have 3 times more visitors than all those 100 sites that use RoR. And of course, the conclusion is that RoR is much better. I think that the success of other languages, especially Python is also due to the fact that they support better Windows than Perl. WxPython is better developed than WxPerl, there are even screen readers that interact with the GUI of the OS in Windows and Linux, and finally... the number of programmers for Windows is bigger than the number of programmers for Linux. Most Perl programmers use to consider good to publicly despise Windows and those who use Windows, and also consider that Perl is a language for the web, while those who use Python or even Ruby consider them very good languages for creating programs with a desktop GUI. PerlScript as a client language, or one which is used in .hta applications or Windows Scripting Host, is pretty hard to use if we compare it with VBScript or JScript, and even if we can say that Perl can be used in places where other languages can't be used, practicly it can't be used really successfully. Of course, there are no manuals or training materials for using PerlScript, which are newer than 7 or 8 years. Even on Symbian, Python is better developed than Perl, which practicly I don't think it is really used on the mobile phones. I've seen a few persons that say that yes, there are many perl developers that create modules for CPAN, which is great, but the core Perl development team is probably very thin, Perl 6 is not ready yet, while Python 3 was launched and it has a great and powerful core team. Python is sustained by Gmail and Sun, which create programs that use it, but Perl, even though it is used by big companies like Oracle, just use it, and don't seem to sustain its development. I think these disadvantages also influence the potential users to think that even the Python frameworks are better, which is not true. 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/
Re: [Catalyst] DBIC::Schema issue - out of ideas [ more info ]
2009/2/17 on...@houseofdesign.de: On Tue, 17 Feb 2009 23:07:02 +1100, kakim...@tpg.com.au wrote: Hi, guys, Just about to shut the machine down when i realised I could give a little more info. This is the command I ran to generate the static ORM files. myApp_create.pl model myAppDB DBIC::Schema myApp::Schema create=static dbi:Pg:dbname=myApp myAdminUser mypassword - the Schema.pm file got generated fine, - all the files under Schema/ are matching what's on the database. - I added the relationships to the files under Schema/ - I removed ' int (4) ' or something like that which limited the IDs (primary keys) of my db tables to 4 digits. Any ideas on what could have possible failed would be helpful. Do you run ./myApp_server.pl from within the scripts/ directory? try scripts/myApp_server.pl from the root directory! This should really go to the DBIc mailing list. This problem that DBIx can't locate Listings.pm which might be defined in you Schema.pm file. If your pwd is /home/kakimoto/projects/ and you type `find . -name Listings.pm -ls` do you see the file? Can you post the contents of that file. Good luck, Dp. ___ 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] DBIx makes Catalyst startup painfully slow
Eden Cardim schrieb: On Tue, Feb 10, 2009 at 2:08 PM, Neo [GC] n...@gothic-chat.de wrote: -load_classes is a DBIx::Class::Schema method, check the docs, if you don't provide any arguments it uses Module::Find to scan the disk in search of table classes, and given you have 148 tables, that's probably what's hitting you. Just declare all your loadable classes manually and you'll probably shave off most of load time. So, finally found time to evaluate it. I've copypasted a list of my 148 models into load_classes and it instantly changed... nothing. :( Could it be possible, that the roots of the slowness is my belongs_to and has_many stuff? It just seems to be very costly for simple class creation... Anyway, I will try to further investigate the issue. Thanks to all for the help! ___ 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 needing LOTS of RAM
On Tue, Feb 17, 2009 at 6:44 AM, Neo [GC] n...@gothic-chat.de wrote: Hello guys, after fiddling around with Catalyst+DBIx starup time, here comes my next issue: Is there some way to tune Catalyst to use less RAM? Is there even some kind of explanation for the really FAT memory footprint? Currently, our project allocates 330MB RAM right after startup (with myproject_server.pl or fastcgi). Over the time this is getting worse; some month after the projects start it used about 80MB and we think with some additional controllers and stuff it will need over 500MB. I know there is some advent calendar entry about restartig the catalyst-process when it reaches a memory limit (what is good - our processes tend to grow up to 1GB), but this doesn't help at startup. Is this normal behaviour? The problem is, we use multiple instances of the application. So every customer has his own catalyst instance with own database and - of course - own fastcgi-process. Currently we are running it on a machine with 16GB of RAM and will soon get to the physical and budgetary limits. Is Catalyst just not intended for this kind of use (and more like one server, one site) or is there some black magic we just haven't found yet? Btw: Neither reducing the count of the DBIx-models nor disabling the debug-mode does have an impact on memory footprint. Thanks and regards, Thomas Weber To me, it sounds like you have a memory leak. I have Catalyst applications that run for weeks without restarting, and take 143MB of ram at start up and not any more as time goes on. This particular application has 177 DBIC Schema classes, 32 controllers and 3 models (which are simply adapter classes). Check out Devel::NYTProf and perhaps exit right after startup, perhaps you have some relations that are going bad? Pure speculation without seeing any code. -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/
Re: [Catalyst] RFC: New to Catalyst questions
On 17 Feb 2009, at 11:34, Bjørn-Helge Mevik wrote: Jay Kuri wrote: 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 biggest problem was how to handle the Norwegian characters (æøå) in an app with MySql, DBIx::Class, TT and mod_perl. use Catalyst qw/Unicode/ only solves the TT and mod_perl side of the pipeline. I finally ended up with (IMHO) a cludge: adding on_connect_do = [ set character_set_client = 'utf8', ] to the connect_info. It only works as long as the internal coding in Perl happens to be utf8. http://search.cpan.org/~capttofu/DBD-mysql-4.010/lib/DBD/mysql.pm#mysql_enable_utf8 for a less kludgy way I also had problems finding out how to create more comples FormFu forms, with respect to layout, types of objects, and constraints. The main problem was that the documentation is (IMHO) scarce and scattered over a large number of files. (This is arguably a FormFu problem, but FormFu is important for Catalyst applications. :-) This is generally the problem with any such scaffold - they are fine until they aren't. You either make them simple to use and learn, or possible to extend how you want. Not both. -ash ___ 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] Announce: Test:WWW::Mechanize::Catalyst 0.50
All, After a little time of CPAN somking the dev release and having no failures, and a few people saying it still works, its time for a proper release. Winging its way through the intertubes of PAUSE and your CPAN mirrors are the following changes: 0.50 Tue Feb 17 09:12 GMT 2009 - Remove warning in HTTP::Cookies - Call BUILDALL 0.50_2 Thur Feb 12 09:47 GMT 2009 - Make t/multi_content_type.t handle case when server cant be started, which is almost always due to port in use. 0.50_1 Thur Feb 5 09:02 GMT 2009 - App classname no longer has to be passed to import: $m = T::W::M::C-new(catalyst_app = 'Catty') now works. - Can now use TWMC two test two different apps in the same perl interpreter due to the above change - Removed Test::WWW::Mechanize::Catalyst::Aux package as it isn't needed any more - Add 'host' accessor for white-label testing - Moosification - Can now test against remote CATALYST_SERVER without having to load the app class If you are desperate to try it out earlier, download it from http://perlitist.com/static/Test-WWW-Mechanize-Catalyst-0.50.tar.gz If there are any problems - tough you should have tested the dev release. A.K.A failing test cases welcome. -ash ___ 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 version of InstantCRUD
Would be great if we could combine our efforts instead of creating even more choices for the users of cat in form of InstantCRUD, Controller::DBIC::API and so on (http://dev.catalyst.perl.org/wiki/crud). - Alex aka abraxxa Am Montag, den 16.02.2009, 21:44 +0100 schrieb Zbigniew Lukasiak: Looks like we are again discussing CRUD in Catalyst - so I decided to finally update InstantCRUD and release it to CPAN. It is still experimental. It is a 'scaffolding' - like the Rails one - it generates a CRUD application for a given dsn. Some more random thoughs: http://dev.catalystframework.org/wiki/crud/instantcrud and http://dev.catalystframework.org/wiki/crud/crud_and_rest (one caveat I completely disagree with the Preliminary URI naming guidelines). -- 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/ *** T-Systems Austria GesmbH Rennweg 97-99, 1030 Wien Handelsgericht Wien, FN 79340b *** Notice: This e-mail contains information that is confidential and may be privileged. If you are not the intended recipient, please notify the sender and then delete this e-mail immediately. *** ___ 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
The community will benefit from more bloggers and success stories Actually, the community will probably benefit most from writing code. Talking about talking about something doesn't actually buy you much. New modules that make programming easier are definitely more appealing all around. It's also important to keep in mind that 99% of people that read social news sites (like Programming Reddit) are idiots that only read things they agree with. Wasting your time trying to educate these folks is just going to make you very, very bitter. I'm not bitter... not at all... Regards, Jonathan Rockway -- print just = another = perl = hacker = if $,=$ ___ 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
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/
Re: [Catalyst] RFC: The paradox of choice in web development
On Feb 17, 2009, at 11:21 AM, Jonathan Rockway wrote: The community will benefit from more bloggers and success stories Actually, the community will probably benefit most from writing code. Talking about talking about something doesn't actually buy you much. New modules that make programming easier are definitely more appealing all around. Well, yes and no. Not everyone has the same skillset. Some people you want spending time working on the code and please don't use your special brand of 'help' on new people. Other people have excellent communication skills, and may not necessarily be at the level of coder you want making best-practices tools for others (but Catalyst helps them write their own stuff that still works, even if they've still got a few lumps to take as a coder.) It's also important to keep in mind that 99% of people that read social news sites (like Programming Reddit) are idiots that only read things they agree with. Wasting your time trying to educate these folks is just going to make you very, very bitter. There's a lot of truth to this. There's a reason that programming language discussions in the wild Internet are so personal - because they are. I've invested a lot of time becoming a perl expert, not a java expert, and so I do care that most of the semi-technical people out there incorrectly think that java is a better language - it means less job postings, so less likelihood I'll be able to end up with something where I like the work and salary. But since these things are so personal and high stakes, they're deeply unpleasant to participate in and not winnable. Never post in the comments of a programming language discussion on Slashdot - it's just unpleasant. On the other hand, there are less hostile forums, and they do matter. Not that long ago, I was starting up a major web project and needed to pick a platform to start with. I chose Catalyst for several reasons. This active mailing list is a big one, the existence of your book was another. Being able to work through the example in a few days gave me a lot of confidence that I could work with the framework. Seeing Catalyst mentioned in talks at the Open Source conference, seeing it mentioned in blog posts, it helps the person choosing to think, This is the project that's actively improving and I won't regret sticking with in six months. As opposed to, for instance, Solstice - the mailing list is almost dead, there's very little that turns up on a web search for help, no basic 'make a sample app in a day!' document, no buzz. It's obviously much more important that Catalyst works well, is extensible, and has good support, but that sort of thing is very hard to actually see when you're buzzing by options if people aren't talking about them. I think Catalyst's primary market right now is experienced perl developers that have built frameworks from scratch and don't want to do it again, and it's emitting decent pollen to attract those. It doesn't do much for the new developer looking for an easy way to make a dynamic web site - Ruby on Rails is winning that. And maybe everyone is happier that way? I guess, my point is don't utterly give up on the idea of benefits for talking about things. Avoid the trolly parts of the Internet, target places where perl is already the cultural norm, but it does matter that we've attracted a lot of bright minds to this project, and they're telling people about it. -- Kirby ___ 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 tw03d...@technikum-wien.atwrote: 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] New version of InstantCRUD
On Tue, Feb 17, 2009 at 7:48 PM, Alexander Hartmaier alexander.hartma...@t-systems.at wrote: Would be great if we could combine our efforts instead of creating even more choices for the users of cat in form of InstantCRUD, Controller::DBIC::API and so on (http://dev.catalyst.perl.org/wiki/crud). Sure. Let me only point out that InstantCRUD was one of the first (published just after Enzyme). But this idea of combining efforts is what lead me when starting that wiki page. I am open for collaboration, I've already started figuring out what can be done with Peter Karman (of CatalystX::CRUD). For me his approach is a bit too heavy - it requires too much knowledge of his libraries to extend the controller using it - it wraps the model into it's own abstractions (CatalystX::CRUD::Iterator, CatalystX::CRUD::Model ) - while I believe that it should be possible to have the CRUD as an add-on and let the user work with his original Model. I updated my work to try out this - and also show the others what I really mean. I've also looked into other CRUDs - but I have not yet found one satisfying my requirements. For example CatalystX-ListFramework-Builder-0.41 is great - but it is not a scaffolding, CatalystX::ListFramework is nice but is not REST-like, Catalyst::Controller::DBIC::API is very close to what I need - and I plan base my future work on it but for now there is some problem with multiple inheritance in Catalyst Controllers that make it incompatible with my approach, I hope that when we get the Moose version of Catalyst this problem will go away. And I hope that then the base controller will become a Moose role instead for greater flexibility. In short I am open for collaboration - but I found it difficult to express my expectations for the library without writing my own code. -- 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/
Re: [Catalyst] RFC: New to Catalyst questions
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/
Re: [Catalyst] DBIC::Schema issue - out of ideas [ more info ]
hi Dermot and all, I tried running myApp_server.pl from the root dir (ie. perl scripts/myApp_server.pl or script/myApp_server.pl) and the same error message still comes up. Also, I did an upgrade of perl from 5.8.8 to 5.8.9 and when I first ran myApp_server.pl, there was an error that parent.pm was not to be found. For the moment, I have included a path to parent.pm explicitly pointing to the copy in perl 5.8.8 . I checked around and it seemed that parent.pm is not supported by perl 5.8.9. Any ideas on these two issues? thank you:) Quoting Dermot paik...@googlemail.com: 2009/2/17 on...@houseofdesign.de: On Tue, 17 Feb 2009 23:07:02 +1100, kakim...@tpg.com.au wrote: Hi, guys, Just about to shut the machine down when i realised I could give a little more info. This is the command I ran to generate the static ORM files. myApp_create.pl model myAppDB DBIC::Schema myApp::Schema create=static dbi:Pg:dbname=myApp myAdminUser mypassword - the Schema.pm file got generated fine, - all the files under Schema/ are matching what's on the database. - I added the relationships to the files under Schema/ - I removed ' int (4) ' or something like that which limited the IDs (primary keys) of my db tables to 4 digits. Any ideas on what could have possible failed would be helpful. Do you run ./myApp_server.pl from within the scripts/ directory? try scripts/myApp_server.pl from the root directory! This should really go to the DBIc mailing list. This problem that DBIx can't locate Listings.pm which might be defined in you Schema.pm file. If your pwd is /home/kakimoto/projects/ and you type `find . -name Listings.pm -ls` do you see the file? Can you post the contents of that file. Good luck, Dp. ___ 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] New version of InstantCRUD
Zbigniew Lukasiak wrote on 02/17/2009 02:05 PM: On Tue, Feb 17, 2009 at 7:48 PM, Alexander Hartmaier alexander.hartma...@t-systems.at wrote: Would be great if we could combine our efforts instead of creating even more choices for the users of cat in form of InstantCRUD, Controller::DBIC::API and so on (http://dev.catalyst.perl.org/wiki/crud). Sure. Let me only point out that InstantCRUD was one of the first (published just after Enzyme). But this idea of combining efforts is what lead me when starting that wiki page. I am open for collaboration, I've already started figuring out what can be done with Peter Karman (of CatalystX::CRUD). For me his approach is a bit too heavy - it requires too much knowledge of his libraries to extend the controller using it - it wraps the model into it's own abstractions (CatalystX::CRUD::Iterator, CatalystX::CRUD::Model ) - while I believe that it should be possible to have the CRUD as an add-on and let the user work with his original Model. I updated my work to try out this - and also show the others what I really mean. And Zbigniew's feedback led to the development of http://search.cpan.org/dist/CatalystX-CRUD-ModelAdapter-DBIC/ for which I thank him. CatalystX::CRUD has different aims than InstantCRUD. It's an API rather than a scaffolding generator. All the projects on that wiki page are trying to solve specific problems. The problem CXCRUD was trying to solve was how to let RDBO, DBIC, modelX, etc, play nicely with RHTMLO, FormFu, etc. As for whether it is too heavy or complicated, I agree that the docs and examples could use work. But then, that seems to be a common complaint for even the most useful of CPAN code. -- Peter Karman . pe...@peknet.com . http://peknet.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/
Re: [Catalyst] DBIC::Schema issue - out of ideas [ more info ]
2009/2/17 kakim...@tpg.com.au: hi Dermot and all, I tried running myApp_server.pl from the root dir (ie. perl scripts/myApp_server.pl or script/myApp_server.pl) and the same error message still comes up. Also, I did an upgrade of perl from 5.8.8 to 5.8.9 and when I first ran myApp_server.pl, there was an error that parent.pm was not to be found. For the moment, I have included a path to parent.pm explicitly pointing to the copy in perl 5.8.8 . I checked around and it seemed that parent.pm is not supported by perl 5.8.9. Any ideas on these two issues? thank you:) You haven't answered the questions. The error says Can't locate myAppDB/Listings.pm Can you find it? You need to install Parent (http://search.cpan.org/~corion/parent-0.221/lib/parent.pm). There is nothing in the docs to say that it won't 5.8.9. You just haven't installed it against that version of your perl binary. You didn't need to install a new perl, just configure your myApp correctly. Good Luck, Dp. ___ 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 rodrigol...@gmail.com 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: The paradox of choice in web development
Actually, the community will probably benefit most from writing code. Talking about talking about something doesn't actually buy you much. New modules that make programming easier are definitely more appealing all around. Well, yes and no. Not everyone has the same skillset. Some people you want spending time working on the code [...] Other people have excellent communication skills, and may not necessarily be at the level of coder you want making best-practices tools for others Exactly. As mst said [1], If you aren't good enough to write code, submit patches. If you aren't good enough to submit patches, write documentation. If you don't know enough about the project to write documentation, point out what's missing from the documentation to make the project easy to understand. Anyhow, CONTRIBUTE! [1] http://www.shadowcat.co.uk/archive/conference-video/yapc-eu-2008/you-arent-good-enough/ There's a reason that programming language discussions in the wild Internet are so personal - because they are. Paul Graham's last essay is exactly about this: Keep your identity small - http://www.paulgraham.com/identity.html I chose Catalyst for several reasons. This active mailing list is a big one, the existence of your book was another. [...] Seeing Catalyst mentioned in talks at the Open Source conference, seeing it mentioned in blog posts Spot on, again. When someone language-agnostic makes a decision to use a web framework, what can they do? a) try building a sample project in a few different frameworks from the ~130 out there b) evaluate what's being *talked about* those frameworks. People in the a) group are extremely few, and never get far. Take http://chrislaco.com/articles/ as an example. And of course they don't get far in objectively evaluating a bunch of frameworks: - it takes time to learn enough about each framework to know that you haven't disqualified it due to your own ignorance - it takes effort to actually build your sample project and iron out the kinks - once you pick 1 out of N frameworks, most of the knowledge learned about the other N-1 ones will soon become useless - sample projects may have little to do with how a framework would handle real-world complexities and scenarios. If this isn't a good example of analysis paralysis or the paradox of choice, I don't know what is. What will therefore someone who wants to pick a framework most likely do? b). I guess, my point is don't utterly give up on the idea of benefits for talking about things. I hope I reinforced that. Dan ___ 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
Dan Dascalescu wrote: I never heard of this site before, but since it's mentioned here I assume it's somewhat trusted. I have no idea who's behind AppliedStacks - I discovered it accidentally while doing the research for the Paradox of choice essay. I contacted their support e-mail with a bunch of bugs but no reply so far (it's been 4 days) Most of the sites added have been crawled by bots from pages listing Web sites powered by... Hi everyone, The applied stacks wiki is actually a hobby site of mine. As Dan Dascalescu mentioned, most of the sites listed there include a citation so you can find out what the original source material was for whatever tool set claim is being made. Other sites have been submitted as Self reports. Here, someone is claiming that they were involved in building a site and thus are a credible source regarding what was used to build it. In any case, I do my best to monitor new submissions and changes to existing entries. Besides deleting obvious spam, I try to keep an eye out for any questionable claims. So, hopefully, things should be relatively accurate overall. -Dan -- View this message in context: http://www.nabble.com/RFC%3A-The-paradox-of-choice-in-web-development-tp22005769p22067963.html Sent from the Catalyst Web Framework mailing list archive at Nabble.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/
Re: [Catalyst] TT Latex Experiences with Catalyst
Thank you _very_ much! On Tue, Feb 17, 2009 at 4:09 AM, Felix Antonius Wilhelm Ostmann ostm...@websuche.de wrote: works very well, currently only as tex2pdf and as download if( $c-forward($c-view('Data::PDF')) ) { $c-response-content_type('application/pdf'); $c-response-header('Content-Disposition', attachment; filename=.$c-stash-{customer_invoice_filename}); } And in TT: [% USE Latex %] [% FILTER latex(pdf) %] \documentclass ... ... [% END %] Alejandro Imass schrieb: Hi, Just wondering if there are experiences or recommended patterns to use Template::Plugin::Latex with Catalyst. The idea is to generate hardcopy output from the web app directly to a printer via ipp, lpr, etc. or download as PS or PDF. My question is if anyone is doing such a thing could provide a general idea on how it was accomplished. Thanks, Alejandro Imass ___ 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/ -- Mit freundlichen Grüßen Felix Antonius Wilhelm Ostmann -- Websuche Search Technology GmbH Co. KG Martinistraße 3 - D-49080 Osnabrück - Germany Tel.: +49 541 40666-0 - Fax:+49 541 40666-22 Email: i...@websuche.de - Website: www.websuche.de -- AG Osnabrück - HRA 200252 - Ust-Ident: DE814737310 Komplementärin: Websuche Search Technology Verwaltungs GmbH - AG Osnabrück - HRB 200359 Geschäftsführer: Diplom Kaufmann Martin Steinkamp -- ___ 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] RFC: New to Catalyst questions
On Tue, Feb 17, 2009 at 5:32 AM, Jay Kuri j...@ion0.com wrote: My working list is as follows (in no particular order.) 1) 'Getting' DBIx::Class (starting from a straight SQL-users point of view) I'm new to Catalyst, having started to look into it a few months back (and now developing several apps in it). The auto-schema stuff on DBIx::Class was great. All the has_many many_to_many it took a while to wrap my brain around, and I'm still a bit fuzzy on some of it, but referring back to the docs, I can figure it out. Trying to do a moderately complex SQL query in DBIx::Class is a nightmare! Sometimes I wish I could just write out the SQL myself - even if it's chunked up into fields, condition, join, etc... 3) Walkthrough of creation of a simple app end to end. I found the Tutorial walkthrough (http://search.cpan.org/~hkclark/Catalyst-Manual-5.7016/lib/Catalyst/Manual/Tutorial.pod) to be great as a kick-start. I just wish the Advanced CRUD was a bit more fleshed out (or that FormFu was easily apt-gettable). Having a branching tutorial with some alternatives (such as something other than TT, for example) would be good. I think what I miss most is: *A quick reference howto guide for common (and advanced) stuff. How do I get a HTTP header? How do I set a response status? How do I have a wrapper template, yet also support other forms of output like AJAX/JSON/XML? What does this method or that method do and where should they be used? How can I use two separate Authentication systems for different parts of the app? Just brief FAQ-style code snippets with good explanations... (Maybe someone could whip up a Catalyst FAQ app to handle question submissions, community answers, categorisation, searching, etc... Would be better IMHO than a single Wiki page... ^_^) *Clarification on the Path and Args (and others?) sub parameters, with examples on advanced usage. *Best Practices - I guess this comes in to the earlier points as well. Rather than munge something together that works, if I can easily find a code snippet that does a similar thing, then I'll use that snippet. For example; How do I provide a controller which handles both a HTML and an AJAX response? How do I specify the AJAX qualifier in the query string? Do I use a query parameter? Or append something like :ajax to the URI? Or go to a completely separate URI? How do I set out my Controller methods to most efficiently handle both situations without code duplication? *Interactive Demo/Tuts would be really good. If there's so many CRUD systems to choose from, then having a live demo of each next to the relevant code snippet would really help quickly highlight the pros cons of each. *Better linking/cataloguing to documentation. For example, the Wiki seems to have a Cookbook, with a handful of articles. There's also, it seems, a quite extensive Cookbook in the CPAN documentation - yet the Wiki doesn't link to it or mention it? As I said, I found the Tutorial to be really good, but I find I'm using the Tutorial as my documentation for my own app, rather than looking straight in the manual, or in the wiki resources... The Manual Cookbook seems good - I should use it more often. I'm pretty new to the Catalyst community, and still very much a Catalyst newbie. I don't know how open this list is to having the same n00b questions asked over over again. I'd be happy to write up a few howto's myself, as I discover stuff, but I'm not confident I'm doing things the right way anyway, or if people would care about the same topics I struggle with, or where the best place to document this sort of Cookbook/FAQ stuff is... -- Trevor Phillips - http://dortamur.livejournal.com/ On nights such as this, evil deeds are done. And good deeds, of course. But mostly evil, on the whole. -- (Terry Pratchett, Wyrd Sisters) ___ 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] DBIC::Schema issue - out of ideas [ more info ]
Hello Dermot, sorry, you're right. Yes, I could not find myAppDB::Listing myself. I ran the following command for generating the static schema manually. myApp_create.pl model myAppDB DBIC::Schema myApp::Schema create=static dbi:Pg:dbname=myApp myAdminUser mypassword Where in catalyst do we get Catalyst to recognise all the static files found under Schema ? ta You haven't answered the questions. The error says Can't locate myAppDB/Listings.pm Can you find it? You need to install Parent (http://search.cpan.org/~corion/parent-0.221/lib/parent.pm). There is nothing in the docs to say that it won't 5.8.9. You just haven't installed it against that version of your perl binary. You didn't need to install a new perl, just configure your myApp correctly. Good Luck, Dp. ___ 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] DBIC::Schema issue - out of ideas.
Hello Alejandro, Yep, I made sure that the 'Schema' subdir does not exist before I ran the following command to create static ORM files. myApp_create.pl model myAppDB DBIC::Schema myApp::Schema create=static dbi:Pg:dbname=myApp myAdminUser mypassword Yet, i followed tute 3 of the catalyst manual and DBIC docs to no success. What am I missing? Quoting Alejandro Imass alejandro.im...@gmail.com: Are you using a static schema? (it seems). If so, and unless you have customized the generated Schema files, it is usually safe to delete your Schema classes and generate the ORM model again. If you re-generate your static schema, on top of the old one, the model class will not overwrite and you will have a .new class sitting beside the old one. Also the schema loader does not deal with table drops and I think it doesn't deal with updates either, so you are always better off by deleting your schema classes prior to reloading your static schema. On Wed, Feb 18, 2009 at 7:26 AM, kakim...@tpg.com.au wrote: hi, everyone :) I just updated my ORM (DBIx::Class) based on the latest tutes. The application was working fine until I found a bug which led to another bug. I corrected the error and saw an update to the tute. With itchy fingers, I decided to update my ORM and now, when I run myApp_server.pl or myApp_test.pl, I get the errors below. kakim...@gautica:~/projects/myApp/script$ ./server Couldn't instantiate component myApp::Model::myAppDB, Cannot load schema class 'myApp::Schema': DBIx::Class::Schema::throw_exception(): DBIx::Class::Row::throw_exception(): Can't locate myAppDB/Listi ngs.pm in @INC (@INC contains: /home/kakimoto/projects/myApp/script/../lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/pe rl/5.8 /usr/local/lib/site_perl . /home/kakimoto/projects/myApp/lib/myApp/Schema) at /usr/local/share/perl/5.8.8/Class/C3/Componentised.pm line 126. Compilation failed in require at /usr/local/share/perl/5.8.8/Class/C3/Componentised.pm line 126. Compilation failed in require at /usr/local/share/perl/5.8.8/Catalyst/Model/DBIC/Schema.pm line 295. at ./server line 56 at ./server line 56 Compilation failed in require at ./server line 56. kakim...@gautica:~/projects/myApp/script$ 1) './server' = './myApp_server.pl' 2) line 56 in ./server reads 'require myApp;' what I have done: 1) Googled and found another post which has the similar error message. Sadly, the cause is different and that post was for a catalyst app on activestate perl (http://www.nabble.com/Issue-with-Tutorial-section-3-td21139137.html) 2) did a sanity check (ie perl -cw myApp_server.pl ) and it checks out fine. Syntax is ok. This is off http://lists.scsys.co.uk/pipermail/catalyst/2006-November/010337.html 3) nope, i did not miss any ending ';' (based on http://lists.scsys.co.uk/pipermail/catalyst/2006-November/010232.html). 4) read up on the docs. These are (not limited to): - DBIx::Class, -Catalyst::Model::DBIC::Schema - Catalyst tutes (again) - etc... I am going to have to break down the app to only its authorisation components and try debugging from there. Any ideas? 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/ ___ 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] RFC: The paradox of choice in web development
On Tue, 17 Feb 2009, bill hauck wrote: I'm trying to put together a project to rewrite a job tracking database currently running in FileMaker. The functionality and scope of the job tracking system has changed so instead of throwing more money in a proprietary, closed system that requires a costly application on each desktop I'm suggesting writing it as a web application with Perl Catalyst. The only problem is that I've been told we would have to use Java Struts since it's our corporate standard for web applications. Perl, ironically, is used in quite a few places in the company, mainly in utility scripts. However, since we don't have anyone whose job title is Perl developer we can't use it for web applications. This is hardly unreasonable. I've worked at a number of smaller shops where we were developing a Perl-based app. If a developer had decided that they wanted to throw together some important tool in Java (or Python or Haskell or Smalltalk or ...), that would have been problem. The investment in a language is bigger than just the programmers, even. You have build deployment tools, automated testing setups (you do, don't you? ;), sysadmin knowledge, packaging infrastructure, and so on. Some of that may be language-agnostic, but often a lot of it ties into the language and its tools. Once you've made that investment, it makes sense to stick with it. Just because Catalyst and Perl are great tools for webapps doesn't mean that they're the _right_ tool at your job. -dave /* http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) */ ___ 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/