Re: [Catalyst] Catalyst::Controller::DBIC::API test failures

2010-12-27 Thread Leandro Hermida
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 wrote:

> 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 0"Compilation 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?

2010-10-04 Thread Leandro Hermida
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
 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  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 
>> 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 
>> 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] Has anyone read the book "Catalyst 5.8 : The Perl MVC Framework" yet?

2010-10-04 Thread Leandro Hermida
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  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 
> 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 
> 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] Working with project configurationfileoutsideofCatalyst directory

2010-09-05 Thread Leandro Hermida
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  wrote:
> Hi Leandro,
>
> Have you tried to use in your main configuration file something like:
>
> 
> <>
> 
>
> and in your Catalyst configuration file something like:
>
> 
> <>
> 
>
> and in the db.conf:
>
>   schema_class ...
>   
>       dsn ...
>       username ...
>       password ...
>       AutoCommit 1
>   
>
> Octavian
>
> - Original Message -
> From: "Leandro Hermida" 
> To: "The elegant MVC web framework" 
> 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:
>>
>> 
>>   schema_class ...
>>   
>>       dsn ...
>>       username ...
>>       password ...
>>       AutoCommit 1
>>   
>> 
>>
>> 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. 
>> .  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

2010-09-04 Thread Leandro Hermida
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:


   schema_class ...
   
   dsn ...
   username ...
   password ...
   AutoCommit 1
   


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. 
.  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

2010-09-01 Thread Leandro Hermida
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.  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  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:
>
> <>
>
> Octavian
>
> - Original Message -
> From: "Leandro Hermida" 
> To: "The elegant MVC web framework" 
> 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:
>
> 
>    schema_class ...
>    
>        dsn ...
>        username ...
>        password ...
>        AutoCommit 1
>    
> 
>
> 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  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" 
>> To: "The elegant MVC web framework" 
>> 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/listinf

Re: [Catalyst] Working with project configuration file outside ofCatalyst directory

2010-09-01 Thread Leandro Hermida
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:


schema_class ...

dsn ...
username ...
password ...
AutoCommit 1



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  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" 
> To: "The elegant MVC web framework" 
> 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://dev.catalyst.perl.org/


[Catalyst] Working with project configuration file outside of Catalyst directory

2010-09-01 Thread Leandro Hermida
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/


Re: [Catalyst] Announce (JSON|XML)-RPC modules

2010-07-30 Thread Leandro Hermida
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/


Re: [Catalyst] problem with basic test of auto-generated TTSite code

2010-07-27 Thread Leandro Hermida
On Tue, Jul 27, 2010 at 4:19 PM, kevin montuori  wrote:
> On Tue, Jul 27, 2010 at 10:07 AM, Leandro Hermida
>  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/


[Catalyst] problem with basic test of auto-generated TTSite code

2010-07-27 Thread Leandro Hermida
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] rich ajax UI component libraries for Catalyst?

2010-07-25 Thread Leandro Hermida
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
 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
>  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  wrote:
>>>
>>> On Sat, 24 Jul 2010 16:43:58 +0200
>>> Leandro Hermida  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/


Re: [Catalyst] rich ajax UI component libraries for Catalyst?

2010-07-24 Thread Leandro Hermida
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  wrote:

> On Sat, 24 Jul 2010 16:43:58 +0200
> Leandro Hermida  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/


[Catalyst] rich ajax UI component libraries for Catalyst?

2010-07-24 Thread Leandro Hermida
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] Announce (JSON|XML)-RPC modules

2010-07-14 Thread Leandro Hermida
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  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

2010-07-07 Thread Leandro Hermida
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  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.sc