Re: [Catalyst] Catalyst::Controller::DBIC::API test failures
Hello, I get them same test errors when trying to install Catalyst::Controller::DBIC::API with the latest versions of Moose and dependencies, etc. -L On Tue, Dec 21, 2010 at 2:01 AM, Seth Daniel catal...@sethdaniel.orgwrote: Hi, I am attempting to use Catalyst::Controller::DBIC::API. When I use the prefetch_allow configuration option my Catalyst server fails to start. I then noticed that the C::C::DBIC::API tests have the same issue. Here is the test failure I am seeing (version 2.002003): t/rest/create.t . Couldn't instantiate component RestTest::Controller::API::RPC::CD, Attribute (prefetch_validator_class) does not pass the type constraint because: Validation failed for '__ANON__' with value undef at /opt/perl/5.10/lib/site_perl/5.10.1/x86_64-linux-thread-multi/Moose/Meta/Method/Delegation.pm line 90 Catalyst::Controller::DBIC::API::create_prefetch_validator('RestTest::Controller::API::RPC::CD=HASH(0x638d240)') called at /opt/perl/5.10/lib/site_perl/5.10.1/MooseX/Role/BuildInstanceOf.pm line 157 Moose::Meta::Role::__ANON__::SERIAL::3::_build_prefetch_validator('RestTest::Controller::API::RPC::CD=HASH(0x638d240)') called at generated method (unknown origin) line 0 Catalyst::Controller::DBIC::API::prefetch_validator('RestTest::Controller::API::RPC::CD=HASH(0x638d240)') called at /home/sdaniel/src/trunk/build_tools/rpm/BUILD/Catalyst-Controller-DBIC-API-2.002003/blib/lib/Catalyst/Controller/DBIC/API/RequestArguments.pm line 168 Catalyst::Controller::DBIC::API::RequestArguments::_check_rel('RestTest::Controller::API::RPC::CD=HASH(0x638d240)', 'tracks', 1) called at /home/sdaniel/src/trunk/build_tools/rpm/BUILD/Catalyst-Controller-DBIC-API-2.002003/blib/lib/Catalyst/Controller/DBIC/API/RequestArguments.pm line 154 Catalyst::Controller::DBIC::API::RequestArguments::_check_rel('RestTest::Controller::API::RPC::CD=HASH(0x638d240)', 'ARRAY(0x5430aa0)', 1) called at /home/sdaniel/src/trunk/build_tools/rpm/BUILD/Catalyst-Controller-DBIC-API-2.002003/blib/lib/Catalyst/Controller/DBIC/API/RequestArguments.pm line 174 Catalyst::Controller::DBIC::API::RequestArguments::__ANON__('RestTest::Controller::API::RPC::CD=HASH(0x638d240)', 'ARRAY(0x5430a88)') called at /opt/perl/5.10/lib/site_perl/5.10.1/x86_64-linux-thread-multi/Moose/Meta/Class.pm line 255 Moose::Meta::Class::new_object('Class::MOP::Class::__ANON__::SERIAL::5=HASH(0x55819b8)', 'HASH(0x6394578)') called at /opt/perl/5.10/lib/site_perl/5.10.1/x86_64-linux-thread-multi/Moose/Object.pm line 25 Moose::Object::new('RestTest::Controller::API::RPC::CD', 'RestTest', 'HASH(0x638d120)') called at generated method (unknown origin) line 3 Catalyst::Controller::new('RestTest::Controller::API::RPC::CD', 'RestTest', 'HASH(0x638d120)') called at /opt/perl/5.10/lib/site_perl/5.10.1/Catalyst/Component.pm line 110 Catalyst::Component::COMPONENT('RestTest::Controller::API::RPC::CD', 'RestTest', 'HASH(0x638d120)') called at /opt/perl/5.10/lib/site_perl/5.10.1/Catalyst.pm line 2515 eval {...} called at /opt/perl/5.10/lib/site_perl/5.10.1/Catalyst.pm line 2515 Catalyst::setup_component('RestTest', 'RestTest::Controller::API::RPC::CD') called at /opt/perl/5.10/lib/site_perl/5.10.1/Catalyst.pm line 2442 Catalyst::setup_components('RestTest') called at /opt/perl/5.10/lib/site_perl/5.10.1/Catalyst.pm line 1171 Catalyst::setup('RestTest') called at t/lib/RestTest.pm line 32 require RestTest.pm called at t/rest/create.t line 10 main::BEGIN() called at t/lib/RestTest.pm line 0 eval {...} called at t/lib/RestTest.pm line 0Compilation failed in require at t/rest/create.t line 10. BEGIN failed--compilation aborted at t/rest/create.t line 10. Does anyone know what is going on? I'm still working through it. It's using a number of Moose modules I am unfamiliar with so it is taking some time. My initial thought is that I have a too old / too new version of some module, but I have no idea what that module could be. During installation the build process didn't complain about missing or out-dated modules. -- seth /\ sethdaniel.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] Has anyone read the book Catalyst 5.8 : The Perl MVC Framework yet?
Hi everyone, I would also be very interested in peoples' opinions, also comparing to The Definitive Guide to Catalyst: ... Apress book which I own and have been reading in order to learn Catalyst and was wondering if this newer book mentioned in this thread provides any new and interesting techniques and information... best, leandro On Fri, Oct 1, 2010 at 11:32 PM, Philip Medes pmedes_2...@yahoo.com wrote: I actually read the first 2 chapters and tried the examples. I haven't had time to finish the book. I haven't read any other books on Catalyst, but I do like the Sitepoint books better (Build Your Own Ruby On Rails Web Applications). From: Kiffin Gish kiffin.g...@planet.nl To: catalyst@lists.scsys.co.uk Sent: Fri, October 1, 2010 3:15:47 PM Subject: [Catalyst] Has anyone read the book Catalyst 5.8 : The Perl MVC Framework yet? I recently received a copy of the book Catalyst 5.8 : The Perl MVC Framework for review, have read it and tried out the examples. Before I make my judgments public, I'd first be curious to hear from others in the Catalyst Community about what their views are on the book. Those that have actually read the book, that is. I've already seen a couple blog entries and they tend to be fairly negative (we sure prefer to rant). -- Kiffin Gish kiffin.g...@planet.nl Gouda, The Netherlands ___ 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] Has anyone read the book Catalyst 5.8 : The Perl MVC Framework yet?
Hi again, Kiffin I forgot there was a thread in August where people gave some feedback/opinions on the currently available Catalyst books. Have a look at this thread http://lists.scsys.co.uk/pipermail/catalyst/2010-August/025599.html best, Leandro On Mon, Oct 4, 2010 at 11:32 AM, Leandro Hermida soft...@leandrohermida.com wrote: Hi everyone, I would also be very interested in peoples' opinions, also comparing to The Definitive Guide to Catalyst: ... Apress book which I own and have been reading in order to learn Catalyst and was wondering if this newer book mentioned in this thread provides any new and interesting techniques and information... best, leandro On Fri, Oct 1, 2010 at 11:32 PM, Philip Medes pmedes_2...@yahoo.com wrote: I actually read the first 2 chapters and tried the examples. I haven't had time to finish the book. I haven't read any other books on Catalyst, but I do like the Sitepoint books better (Build Your Own Ruby On Rails Web Applications). From: Kiffin Gish kiffin.g...@planet.nl To: catalyst@lists.scsys.co.uk Sent: Fri, October 1, 2010 3:15:47 PM Subject: [Catalyst] Has anyone read the book Catalyst 5.8 : The Perl MVC Framework yet? I recently received a copy of the book Catalyst 5.8 : The Perl MVC Framework for review, have read it and tried out the examples. Before I make my judgments public, I'd first be curious to hear from others in the Catalyst Community about what their views are on the book. Those that have actually read the book, that is. I've already seen a couple blog entries and they tend to be fairly negative (we sure prefer to rant). -- Kiffin Gish kiffin.g...@planet.nl Gouda, The Netherlands ___ 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] Working with project configurationfileoutsideofCatalyst directory
Hi Octavian, That makes a lot of sense thank you, I had mistakenly thought that you had to include an entire Config::General block if you wanted to include it in something else. Will try that best, Leandro On Sun, Sep 5, 2010 at 8:58 AM, Octavian Rasnita orasn...@gmail.com wrote: Hi Leandro, Have you tried to use in your main configuration file something like: MyDB include db.conf /MyDB and in your Catalyst configuration file something like: Model::DB include db.conf /Model::DB and in the db.conf: schema_class ... connect_info dsn ... username ... password ... AutoCommit 1 /connect_info Octavian - Original Message - From: Leandro Hermida soft...@leandrohermida.com To: The elegant MVC web framework catalyst@lists.scsys.co.uk Sent: Sunday, September 05, 2010 2:14 AM Subject: Re: [Catalyst] Working with project configurationfileoutsideofCatalyst directory Hi there, But none of these solutions solve the problem I mentioned in my earlier email. If for example you have your database connection information in the parent project configuration file which would be common since many things outside of Catalyst need to access the database and in this file you would have it look like this: MyDB schema_class ... connect_info dsn ... username ... password ... AutoCommit 1 /connect_info /MyDB And in the Catalyst configuration file if you include the parent config it won't work since Catalyst::Model::DBIC::Schema seems to need the enclosing tags to start with Model:: i.e. Model::MyDB /Model::MyDB. Of course it doesn't make sense to use such tags in the parent configuration. Does anyone know of a way to have Catalyst::Model::DBIC::Schema look for a different set of tags in the Config::General file? best, Leandro ___ 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] Working with project configuration fileoutsideofCatalyst directory
Hi there, But none of these solutions solve the problem I mentioned in my earlier email. If for example you have your database connection information in the parent project configuration file which would be common since many things outside of Catalyst need to access the database and in this file you would have it look like this: MyDB schema_class ... connect_info dsn ... username ... password ... AutoCommit 1 /connect_info /MyDB And in the Catalyst configuration file if you include the parent config it won't work since Catalyst::Model::DBIC::Schema seems to need the enclosing tags to start with Model:: i.e. Model::MyDB /Model::MyDB. Of course it doesn't make sense to use such tags in the parent configuration. Does anyone know of a way to have Catalyst::Model::DBIC::Schema look for a different set of tags in the Config::General file? best, Leandro ___ 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] Working with project configuration file outsideofCatalyst directory
Hi there, Thank you I did not see that! For others it is here: http://search.cpan.org/~tlinden/Config-General-2.49/General.pm#INCLUDES Which brings the second question, now that one includes this configuration from the parent project, e.g. the database connection info, how will the Catalyst model for this DB properly pick it up? Catalyst::Model::DBIC::Schema expects to find it in tags starting with Model e.g. Model::DB and it won't be like this for the parent configuration. Is there a way for Catalyst::Model::DBIC::Schema to read from a different config section? best, Leandro On Wed, Sep 1, 2010 at 9:20 PM, Octavian Rasnita orasn...@gmail.com wrote: Hi Leandro, If you use Config::General style configuration files, search for include string in the POD documentation of Config::General module and you will find the syntax used for including another config file. For example, if you want to include the file external.conf in a certain place in another configuration file, you can use: include external.conf Octavian - Original Message - From: Leandro Hermida soft...@leandrohermida.com To: The elegant MVC web framework catalyst@lists.scsys.co.uk Sent: Wednesday, September 01, 2010 9:51 PM Subject: Re: [Catalyst] Working with project configuration file outsideofCatalyst directory Hi Octavian, Thank you for the information, I am a bit confused how to implement it though, what do you mean include that configuration file in both the master configuration and Catalyst configuration files? Suppose I have my master project directory: myproject/ lib/ ... other dirs... myproject.conf web/ Catalyst application directory inc/ lib/ myproject_web.conf script/ t/ In myproject.conf I would have the database connection info amongst other configuration used by the overall project: DB schema_class ... connect_info dsn ... username ... password ... AutoCommit 1 /connect_info /DB In the Catalyst configuration myproject_web.conf I would have things specific to Catalyst: name MyApp::Web default_view HTML How would I have Catalyst be able to include the configuration automatically from myproject.conf outside the Catalyst app dir? best, Leandro On Wed, Sep 1, 2010 at 7:25 PM, Octavian Rasnita orasn...@gmail.com wrote: There may be other ways, but you could create a separate configuration file that contains the database connection settings only and include that configuration file in both the master configuration and Catalyst configuration files. If you'll want to change the database connection settings, you will need to change it in a single place. Octavian - Original Message - From: Leandro Hermida soft...@leandrohermida.com To: The elegant MVC web framework catalyst@lists.scsys.co.uk Sent: Wednesday, September 01, 2010 7:49 PM Subject: [Catalyst] Working with project configuration file outside ofCatalyst directory Dear all, My apologies if I haven't seen the post with the answer, I've looked all over and get explanations for not exactly the same thing. I have a big project of which the Catalyst application is only a part. I want a master configuration file for the project which has configuration of things independent of Catalyst (e.g. the database connection and related info) and of course this configuration file lives outside of the Catalyst application directory. Catalyst will have its configuration file in the application directory e.g. my_app.conf and this file with have only configuration related to Catalyst and I Catalyst to be able to draw from the master project configuration file outside to get for example onfiguration for connecting to the database because this shouldn't be in my_app.conf. Configuration shouldn't be anywhere twice and project code outside the Catalyst sub-project shouldn't have any knowledge of Catalyst at all and shouldn't go get configuration inside Catalyst, it should be the other way around (the only explanations I've seen take the former approach). Is there a way to do this? best, Leandro ___ 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
Re: [Catalyst] Announce (JSON|XML)-RPC modules
Hi, Just had a question about these resurrected modules, will their namespaces change in the future to Catalyst::Controller::XMLRPC|JSONRPC like you see with other libraries that do similar things? (e.g. Catalyst::Controller::SOAP) best, Leandro ___ 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] problem with basic test of auto-generated TTSite code
Hi all, Sorry if this is a newbie question, I am having a problem writing a basic test for Catalyst::Helper::View::TTSite generated code. I did the following: ./script/myapp_create.pl view TT TTSite which creates the following package: package MyApp::View::TT; use strict; use base 'Catalyst::View::TT'; __PACKAGE__-config({ INCLUDE_PATH = [ MyApp-path_to( 'root', 'src' ), MyApp-path_to( 'root', 'lib' ) ], PRE_PROCESS = 'config/main', WRAPPER = 'site/wrapper', ERROR= 'error.tt2', TIMER= 0, render_die = 1, }); If I create a basic test for this t/view_TT.t that looks like this: use strict; use warnings; use Test::More; BEGIN { use_ok 'MyApp::View::TT' } done_testing(); I get the following error when test: # Failed test 'use MyApp::View::TT;' # at t/view_TT.t line 5. # Tried to use 'MyApp::View::TT'. # Error: Can't locate object method path_to via package MyApp at /home/lhermida/work/workspaces/catalyst/MyApp/lib/MyApp/View/TT.pm line 6. Is it because at compile time MyApp doesn't have the path_to() method? How should I write the test? not sure, Leandro ___ 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] problem with basic test of auto-generated TTSite code
On Tue, Jul 27, 2010 at 4:19 PM, kevin montuori montu...@gmail.com wrote: On Tue, Jul 27, 2010 at 10:07 AM, Leandro Hermida soft...@leandrohermida.com wrote: Is it because at compile time MyApp doesn't have the path_to() method? How should I write the test? Perhaps a 'use MyApp' statement? Right, thanks Kevin! I did this in t/view_TT.t and everything works now: use strict; use warnings; use Test::More; BEGIN { use_ok 'MyApp', 'MyApp::View::TT' } done_testing(); k. -- kevin montuori ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ 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] rich ajax UI component libraries for Catalyst?
Hi Nicolas, Thanks for the excellent advice, this is very good to know for us new users! If I may ask everyone another question, what are peoples opinions about which libraries are best? most straightforward to use? The only time I've ever used one was to do a drop-down menu ajax auto-suggest on a text box, I tried Scriptaculous and jQuery's and I found Scriptaculous to be much better, jQuery seemed overly complicated to achieve the same goal. jQuery and jQuery UI ExtJS YUI Dojo Scriptaculous/Prototype others? best, Leandro On Sun, Jul 25, 2010 at 10:40 PM, Nicholas Wehr catal...@bionikchickens.com wrote: I don't think you gain anything by using the ExtJS perl module. Since perl data structures can be serialized to JSON *(extjs objects/code) then having the JSON view is all you need for easy integration. Once you have the hang of extjs - it's pretty consistent and clean. No doubt whichever javascript widget library you use will have you spending equal amounts of time designing and working in javascript (the UI); perl won't save you here! ;) -nw On Sat, Jul 24, 2010 at 1:13 PM, Leandro Hermida soft...@leandrohermida.com wrote: Hi, Thanks very much, I see now that there is a CatalystX::ExtJS distro on CPAN and found some tutorials posted on the web showing how to get going with Catalyst + jQuery UI! -L On Sat, Jul 24, 2010 at 6:31 PM, Nick Perez n...@nickandperla.net wrote: On Sat, 24 Jul 2010 16:43:58 +0200 Leandro Hermida soft...@leandrohermida.com wrote: Hi everyone, Are there any rich ajax UI component libraries out there that would interoperate well with Catalyst? thanks, Leandro I've had success both with jquery-ui and also with extjs. A number of people I know that use Catalyst::Controller:DBIC::API also use those tools and report favorable experiences. -- Nicholas Perez XMPP/Email: n...@nickandperla.net http://search.cpan.org/~nperez/ http://github.com/nperez ___ 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/
[Catalyst] rich ajax UI component libraries for Catalyst?
Hi everyone, Are there any rich ajax UI component libraries out there that would interoperate well with Catalyst? thanks, Leandro ___ 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] rich ajax UI component libraries for Catalyst?
Hi, Thanks very much, I see now that there is a CatalystX::ExtJS distro on CPAN and found some tutorials posted on the web showing how to get going with Catalyst + jQuery UI! -L On Sat, Jul 24, 2010 at 6:31 PM, Nick Perez n...@nickandperla.net wrote: On Sat, 24 Jul 2010 16:43:58 +0200 Leandro Hermida soft...@leandrohermida.com wrote: Hi everyone, Are there any rich ajax UI component libraries out there that would interoperate well with Catalyst? thanks, Leandro I've had success both with jquery-ui and also with extjs. A number of people I know that use Catalyst::Controller:DBIC::API also use those tools and report favorable experiences. -- Nicholas Perez XMPP/Email: n...@nickandperla.net http://search.cpan.org/~nperez/ http://search.cpan.org/%7Enperez/ http://github.com/nperez ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Announce (JSON|XML)-RPC modules
I second that! Great work I want to test using these modules but thought they were dead ends best, Leandro On Wed, Jul 14, 2010 at 7:17 PM, Tomas Doran bobtf...@bobtfish.net wrote: On 13 Jul 2010, at 21:39, Jose Luis Martinez wrote: Catalyst::Plugin::Server::XMLRPC - got comaint and uploaded a new version to CPAN with Cat 5.8 compatibility Catalyst::Plugin::Server::JSONRPC - got comaint and uploaded a new version to CPAN with Cat 5.8 compatibility Thanks for putting in the work to get these back working and maintained. Nice one! 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] FastCGI caching issue
Hello, I remember having a similar problem a long time ago, did you try instead of no-cache to set the cache contol to no-store? I remember that no-cache didn't work but no-store works perfectly if you want the web page to always reflect the latest data that is in your storage. -Leandro On Wed, Jul 7, 2010 at 2:54 PM, Steve st...@matsch.com wrote: The problem has something to do with HTML::FormHandler and HTML::FillInField. I verified that each request *was* hitting my application, and also that the database was getting hit as well. What I discovered is that when I added a TT tag [% customer.email %] in addition to the tag for my HTML::FormHandler field - [% myform.fif.email %], refreshing multiple times resulted in the HFH value changing while the new [% customer.email %] tag got the correct value. Seems like I need to further my understanding of HFH. Thanks for the help! Steve On 7/6/2010 9:33 PM, Toby Corkindale wrote: On 07/07/10 07:35, Steve wrote: The reference to $cachetime was found on the Catalyst Wiki: http://wiki.catalystframework.org/wiki/adventcalendararticles/2007/11-making_your_catalyst_app_cache-friendly In that instance, it's a variable used in some example code - it only has any meaning within that example. If you're using that whole end() block, then cool, but just setting $cachetime=0; on its own won't do anything. The way you put it, it sounds like you're considering doing that. I'd say it shouldn't be your first concern; everyone else tends to have things like forms and pages work fine without needing to tweak that - browsers already have some smarts in them to try and avoid caching dynamic data. I verified that the http header was changed, however this did not fix the problem. As of my last post, I had not implemented/acted on the $cachetime, but since then I've successfully set the http response header 'Cache-Control' to 'no-cache'. This has not solved the problem - Yes, I restarted my httpd server. At present, my cohort and I suspect that we are up against a database caching problem, but haven't completely ruled out anything. Am I better off asking the DBIC list? Well, you haven't told us a whole lot about what the problem is, so it's hard for us to agree or disagree with your diagnosis. I've got a customer form. I have the app open in three different browser tabs (different browsers, different computers yield same result). The following chain of events results in the old values being rendered by my form: 1) I set the email address for customer 'Walmart' to 'wa...@wm.com' in one tab, then save it. 2) In the next browser I edit the same customer, changing the email field to 's...@wm.com', and save it. 3) In the last browser I edit the same customer, changing the email field to 'd...@wm.com', and save it. 4) I go to any of the three browser tabs and refresh. The value toggles between the three values. I'm still a little confused/concerned by your comment that my session seems to 'cross' over to other fastCGI processes; it sounds a bit like you are misunderstanding what the session is *meant* to do, and thus, perhaps the problem lies there. I misspoke. Run your app with Debug mode enabled, and watch the logs - you will be able to see if you're hitting the app, or getting a cached copy. If you add some debug statements in your form handling, you can also see what data you're getting back from the database. You might also want to enable DBIC_TRACE in your environment, to get a /lot/ of SQL dumped out too. Best of luck, Toby Steve On 7/6/2010 4:23 PM, Tomas Doran wrote: On 6 Jul 2010, at 19:26, Steve wrote: however my session seems to 'cross' over to other fastCGI processes (I've got 3 fastCGI processes running). Yes, they'll do that. I've googled around and even tried to set $cachetime = 0 in my Root.pm controller's END action. Er, what is $cachetime? What are you expecting it to effect. Can anyone point me in the direction of a fix? If I've not provided enough background info let me know and I'll expand. Please expand. If you suspect code, please attach code. 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/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/2986 - Release Date: 07/06/10 14:36:00 ___ 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: