http://blog.gmane.org/gmane.comp.web.catalyst.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.web.catalyst.general/19826 Hello All, A new version of the Catalyst Authentication plugin is winging it's way to CPAN (0.100091.) This update includes the excellent 'Catalyst::Authentication::Realm::Progressive' realm written by J. Shirley. The Progressive Realm allows you to, with a single call to $c- >authenticate(), make multiple authentication attempts one at a time, until one of them succeeds (or they all fail.) This allows you to check multiple authentication realms to attempt to authenticate a user. Some samples of how you might use this are: 1) Legacy authentication / migration to new system. If you can't merge the db's for whatever reason, you could try to authenticate against the new system, followed by the legacy system. 2) Temporary passwords - If you have a separate auth method for 'temporary' auth - forgot password - initial confirmation, etc, you can attempt to auth against the temporary password realm, then the main db. (or the other way around) 3) Auth against a local system, followed by a remote system if Jason Kuri 2008-11-29T18:56:02 http://comments.gmane.org/gmane.comp.web.catalyst.general/19818 The POD for C::C::S::DLW says: A Document/Literal service is supposed to have one operation per bind, as it's not techically possible to dispatch on the content of the Body. In fact, as the Body is used as "literal" the dispatching should not even look at it, it should be based on the port that received the request. RPC/Literal, on the other hand, supports the use of several operations per bind, and the dispatching of this operations is based on the first and only child element of the message body, which defines the operation. The arguments are set as the parts of the message in the WSDL. Document/Literal-Wrapped is a deviation of both, as the message should be interpreted as Document/Lit- eral, but the dispatching requires an additional step of looking at the SOAPAction HTTP header, which will identify the proper operation to be dispatched. I am rather new to this SOAP affair - but according to http://www.ibm.com/developerworks/webservices/l Zbigniew Lukasiak 2008-11-28T10:16:21 http://comments.gmane.org/gmane.comp.web.catalyst.general/19807 A few weeks ago I asked a series of questions about caching, at the end of which discussion it was suggested that I use Apache, instead of Cat with the Static::Simple plugin, to serve my static files. I had tried this once before and ran into problems and given up, so, the question: I'd prefer to keep my current directory setup, in which I have my Cat applications, in the usual configuration, under /usr/local/www/modules. So, for example, my "incomings" database is at /usr/local/www/modules/Incomings, its templates are at /usr/local/www/modules/Incomings/root (so Static::Simple serves them normally), the controllers are at (for example) /usr/local/www/modules/Incomings/lib/Incomings/Controller/Search.pm, and so forth. However my document root is at /usr/local/www/data, which obviously does not include /usr/local/www/modules. So, if I try to follow the Static::Simple suggestion of adding, say, <Location /Incomings/static> SetHandler default-handler </Location> this obviously won't work because /Incoming Jesse Sheidlower 2008-11-28T02:45:16 http://comments.gmane.org/gmane.comp.web.catalyst.general/19801 Hi, I have a SOAP controller based on WSDL. Maybe I confused something but I understood that I need to add # this is the endpoint from where the RPC operations will be # dispatched. This code won't be executed at all. # See Catalyst::Controller::SOAP::RPC. sub index :Local SOAP('RPCEndpoint') {} to the controller (as described in the Synopsis). And then the client will be allowed to call the root address and be despatched to the right action based on the SOAP message (instead of using different addresses for each action). But with this addition compilation fails with the "error: no operation `index' for portType {urn:calculator}SMSPortType, pick from ...". Strictly speaking the message is true - there is no 'index' operation defined in the WSDL - but I thought that this RPCEndpoint action would be treated differently. Zbigniew Lukasiak 2008-11-27T15:40:48 http://comments.gmane.org/gmane.comp.web.catalyst.general/19788 Hi guys, I'm having trouble getting Catalyst to install (via CPAN) on a fresh Debian Etch install. The problem is the dependency Mouse (0.11) fails its unit tests there. (I'd guess due to the older versions of some core packages). I've raised http://rt.cpan.org/Ticket/Display.html?id=41254. Catalyst::Action::RenderView (first module which was wanting Mouse) itself seems to pass its own unit tests after Mouse is force-installed, though. Toby Toby Corkindale 2008-11-27T00:47:35 http://comments.gmane.org/gmane.comp.web.catalyst.general/19785 _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ Eric Wright 2008-11-26T21:45:26 http://comments.gmane.org/gmane.comp.web.catalyst.general/19781 Hello Catalysters, I will be giving a talk on Catalyst and Chained, and how to best design your applications using that technique. You can give information on the conference at http://perloasis.org/opw/ Talk abstract is at http://perloasis.org/opw2009/talk/1691 Hope to see some folks there. -J _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ J. Shirley 2008-11-26T20:14:12 http://comments.gmane.org/gmane.comp.web.catalyst.general/19780 Hi, I am relatively new to Catalyst and am having trouble getting the FV_eq_with constraint method of Data::FormValidator to work. my $f = $c->form( required => [qw/email password/], constraint_methods => { email => [ email() ], password => FV_eq_with('confirm_password') }, filters=> ['trim'] ); Data::Dumper output of the form method return value: [debug] $VAR1 = bless( { 'profile' => { 'dependencies' => {}, 'filters' => [ 'trim' ], 'defaults_regexp_map' => {}, 'constraint_method_regexp_map' => {}, 'constraint_methods' => { 'email' => [ sub { "DU MMY" } darrenferguson 2008-11-26T16:12:14 http://comments.gmane.org/gmane.comp.web.catalyst.general/19778 Hello all, I'm new to Catalyst and am loving the framework. Using the built in development server and internet explorer $c->request->params seems to be an empty hash - it works fine in firefox. I am doing a $c->log->debug(Dumper($c->request->parameters)); in my controller and the result looks like: [debug] $VAR1 = {}; for the same post in FireFox I get: [debug] $VAR1 = { 'item' => 'dasda', 'submit' => 'Submit Query' }; Which is what I would expect. I've used Charles HTTP monitor to ensure that IE is posting correctly. Any ideas? Thanks. Darren. darrenferguson 2008-11-26T14:16:11 http://comments.gmane.org/gmane.comp.web.catalyst.general/19776 _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ Angel Kolev 2008-11-26T09:52:11 http://comments.gmane.org/gmane.comp.web.catalyst.general/19767 Hello, I've encountered a problem with Catalyst::Plugin::Authentication 0.10008 that I can't seem to resolve. When logging in or out now I get these error messages: Caught exception in TCLegal::Controller::Logout->index "Can't call method "user_is_restorable" on an undefined value at /usr/local/libdata/perl5/site_perl/Catalyst/Plugin/Authentication.pm line 169." and An error has occurred. We're terribly sorry about that, but it's one of those things that happens from time to time. Let's just hope the developers test everything properly before release... Here's the error message, on the off-chance that it means something to you: undef error - Can't call method "user_is_restorable" on an undefined value at /usr/local/libdata/perl5/site_perl/Catalyst/Plugin/Authentication.pm line 169. What am I doing wrong? I've updated all the modules I can think of, and nothing seems to fix this problem. It happens under mod_perl with an Apache Virtualhost configuration, and also under the test server. use parent qw Mark Beihoffer 2008-11-25T17:35:44 http://comments.gmane.org/gmane.comp.web.catalyst.general/19765 _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ Marcus Ramberg 2008-11-24T20:24:44 http://comments.gmane.org/gmane.comp.web.catalyst.general/19762 I've Moosified Form::Processor and will eventually release it as a development release to CPAN, followed by an "official" release at some point. If anybody would like to investigate the package now, let me know and I'll send you a copy. It has a number of additional features, some doc improvements, and more tests. I also have a Catalyst base controller (to use instead of the plugin) which will be released in a separate package that I'll make available later this week. On my systems it required no changes to existing code to use. Feedback would be welcome. Gerda Shank _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ Gerda Shank 2008-11-24T17:45:40 http://comments.gmane.org/gmane.comp.web.catalyst.general/19760 Hi, I'm pretty new to Catalyst and new to this mailing list. In other words, my apologies if this question has been frequently answered or if I've missed the relevant documentation. My basic setup is a Catalyst application running under FastCGI, using View::Mason for my views. I need to include a navigation component in most - not all - views, so I'm thinking about what strategy I should use to populate the stash with the correct data. As I see it, I have at least three options, but I'm not sure how smart they are. 1) I could always populate the stash in auto() and call the corresponding Mason component when needed. This means fetching some data even if it isn't needed. 2) Calling $c->forward( '/navi' ) in my navi view 3) Using Catalyst::Plugin::Subrequest and doing a subrequest-call from the view that needs to include the navi component. Are these all equeally smart/stupid, or is there a best practice for this? Thanks in advance, Alex _______________________________________________ List: Ca Alexander Tamm 2008-11-23T09:29:11 http://comments.gmane.org/gmane.comp.web.catalyst.general/19757 Hi Everybody, I have ported an old CGI-script based application to Catalyst, and would like to continue to support the old interface, which means that I have URLs such as: http://server/cgi-bin/script.cgi which now should get mapped to '/cgi/script', which is handled by my Cgi Controller and it's script function (have multiple of these scripts). I know how to use for instance Apache with RewriteEngine to get this done, however, then the Catalyst own server does not work; which I use a lot for development. Thus, I though I could just define a similar rewriting in the default method of the Root-Controller, which kind of works, but not if I use URLs that end on '.cgi'. For everything else (.CGI, .pl, ...), default is called, but just not for '.cgi'. Which apparently immediately closes the connection with no reply (also no debug message is created, or anything). I assume this is some kind of strange safety feature? Unfortunately, I was not yet able to find where in the code this happens and how I turn Christian Lackas 2008-11-21T18:57:11 http://comments.gmane.org/gmane.comp.web.catalyst.general/19745 My recent patch to 5.80 trunk (svn rev 8612) enables the setting of a default virtual hostname via import: use Catalyst::Test 'MyApp', { default_host => 'virtual.com' }; Based on my reading of the Test::WWW::Mech::Catalyst source, some minor changes would need to be made there in order to use the same semantics with Mech::Cat. Should I try to patch this myself, or is there a maintainer out there who can make it happen? Thanks! Jason -- Jason Gottshall jgottshall< at >capwiz.com _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ Jason Gottshall 2008-11-19T20:21:35 http://comments.gmane.org/gmane.comp.web.catalyst.general/19742 Hello, This question has been asked a couple of times on the list, and I have found yet another solution to it, but I would like to hear if maybe I'm doing something wrong, or I will suffer serious pain by doing it my way :) We have an app that will connect to one database or another depending on the logged in user. My solution: package App::Model::DB; use strict; use base 'Catalyst::Model::DBIC::Schema'; ... sub ACCEPT_CONTEXT { my ($self, $c) = < at >_; my $user_db = $c->lookup_the_users_db(); $self->config->{'connect_info'}->[0] =~ s/#DATABASE#/$user_db/; $self->schema->connection(< at >{$self->config->{'connect_info'}}); return $self; } 1; I've done the same with Catalyst::Model::DBI: package App::Model::AnotherDB; use strict; use base 'Catalyst::Model::DBI'; sub ACCEPT_CONTEXT { my ($self, $c) = < at >_; my $user_db = $c->lookup_the_users_db(); $self->{'dsn'} =~ s/#DATABASE#/$user_db/; return $self; } 1; And the two seem to be working OK, but I'm worried Jose Luis Martinez 2008-11-19T17:54:01 http://comments.gmane.org/gmane.comp.web.catalyst.general/19738 Uploaded last night to CPAN. New in this version: 0.008 17 Nov 2008 * tweek CSS for a.box to fix padding in relation to form.inline, button.box * fix crud.js bug to allow for sort column to include table prefix (e.g., t2.name) * total refactor of UI to include: * left menu instead of tabbed relationships view * stricter dom structure * yui_header.tt * split up some .tt into smaller chunks * RelOpts hash instead of separate *_relationships vars in .tt * use LiveGrid instead of YUI DataTable ***NOTE*** all the YUI DataTable support is now dropped in favor of ExtJS LiveGrid Peter Karman 2008-11-18T14:34:34 http://comments.gmane.org/gmane.comp.web.catalyst.general/19734 _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ redicaps< at >gmail.com 2008-11-18T07:49:06 http://comments.gmane.org/gmane.comp.web.catalyst.general/19704 I had the idea to make an app that authenticates against PAM. Can this be done? There is Cat:P:A:C:PAM, but [warn] Credential class "Catalyst::Authentication::Credential::PAM" not found, trying deprecated ::Plugin:: style naming. [error] THIS IS DEPRECATED: Catalyst::Plugin::Authentication::Credential::PAM has no new() method - Attempting to use uninstantiated So... too bad that wasn't patched into the module docs somewhere. As you can imagine, it took quite a bit of digging to get it to work enough to tell me it was deprecated. :( OK. There is a Authen::Simple option that doesn't apparently work either. Had to run script as superuser to have perms to read /etc/shadow. Even then, it failed with no particular error. So, maybe someone on the list can suggest some working, non-deprecated way I can authenticate users against those who have a username on the server? Or am I totally wasting my time? Cheers, Michael Higgins 2008-11-14T00:28:27 http://comments.gmane.org/gmane.comp.web.catalyst.general/19699 Thanks for getting back to me -- actually, as usual this turned out to be one of a number of problems that seem to only pop up when running on a 64bit os - I dropped back down to 32bit Ubuntu, and the ipv6 is still compiled, in however everything works fine now. -Marcus _______________________________________________ List: Catalyst< at >lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst< at >lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ marcus baker 2008-11-13T20:48:04 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.catalyst.general