Re: [Catalyst] How to handle role checking using a MockObject for Catalyst contexts
On Aug 07, 2012, at 11:42 AM, Robert Rothenberg wrote: Personally, latterly, I've just been using Moose directly when I want to mock a class: Moose::Meta::Class-create(…. And I love MX::Declare syntax sugar over this. ;) Btw, there is another useful module out there: https://metacpan.org/module/CatalystX::Test::MockContext Cheers, -- Wallace Reis | wreis wall...@reis.me http://www.about.me/wallacereis ___ 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] subclassing model classes
On 15/12/2009, at 08:32, matthew couchman (JIC) wrote:
Hi,
Hi!
Are you using DBIx::Class, right? So, note that DBIC is a separate project and
has its own ML (http://lists.scsys.co.uk/mailman/listinfo/dbix-class/).
I’m trying to subclass a model class so that when I search it only pulls out
rows of a certain type. I thought that perhaps I could achieve that by
overriding the search() function and adding a condition to the list of
arguments as below:
I don’t think that my new search function is ever called though. Do I need to
override anything else or am I just barking up the wrong tree completely?
You want to extend a resultset class with a custom method like:
package MyApp::Schema::ResultSet::Point;
use base 'DBIx::Class::ResultSet';
sub vertex {
my $rs = shift;
return $rs-search({ type = 'vertex' });
}
1;
--
wallace reis/wreis Catalyst and DBIx::Class consultancy with a clue
Software Engineer and a commit bit: http://shadowcat.co.uk/catalyst/
Shadowcat Systems Limited
http://www.shadowcat.co.uk http://www.linkedin.com/in/wallacereis
___
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] Handel shopping cart?
On 30/11/2009, at 12:41, Gavin Henry wrote: Hi, We're looking at using this for ourselves and wondered who else has? I guess that almost no one is, take a look on archive starting at this thread: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/msg08339.html -- wallace reis/wreis Catalyst and DBIx::Class consultancy with a clue Software Engineer and a commit bit: http://shadowcat.co.uk/catalyst/ Shadowcat Systems Limited http://www.shadowcat.co.uk http://www.linkedin.com/in/wallacereis ___ 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] Organize tests in sub-directories
On 25/11/2009, at 09:36, Octavian Râşniţă wrote: This is good news. But unfortunately it executes only the tests from the t directory, not those from its subdirectories. I have tried to put this line of code in more places in Makefile.PL with no difference. You can use tests_recursive from Module::Install::Makefile. -- wallace reis/wreis Catalyst and DBIx::Class consultancy with a clue Software Engineer and a commit bit: http://shadowcat.co.uk/catalyst/ Shadowcat Systems Limited http://www.shadowcat.co.uk http://www.linkedin.com/in/wallacereis ___ 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/
