Re: [Catalyst] DBI handle without magic when calling with dump_info=1 after updating Catalyst::Runtime
Hi list, does someone knows anything about this error? As it occurs on two of my systems (Linux, Mac) and at least on one unknown I heard of this seems not to be an error of my local installation. Here's my error description as of 24.08.2009: Hi, yesterday I've updated Catalyst::Runtime to 5.80011 and also did an update to several other modules (like Moose, DBIC, DBI and some plugins). Today I discovered that my DBI handle looses his magic when I call my app with parameter dump_info set to 1. This is the message printed on my console (current lates Mac OS X): $ sudo ./script/myapp_server.pl -p 80 -r You can connect to your server at http://rainboxx-pro.local SV = RV(0x24ae020) at 0x2501e60 REFCNT = 1 FLAGS = (ROK,READONLY) RV = 0x24f5f0c (in cleanup) dbih_getcom handle DBI::db=HASH(0x24f5f0c) is not a DBI handle (has no magic) at /opt/local/lib/perl5/site_perl/5.8.9/Data/Visitor/Callback.pm line 97. Each following request results in blank pages with exceptions in the log like: Can't call method resultset without a package or object reference at /opt/local/lib/perl5/site_perl/5.8.9/DBIx/Class/Schema.pm line 548. I need to restart the server to use it again. The error occurs everytime I'm surfing on my app and using dump_info then. If I restart the server and use dump_info with the first request, everthing is fine. If I access a normal controller page and use dump_info after that, the server goes down again. Do I need to update another module? Or is this a bug and if yes, of which module? Tell me how I can help to find this error. Thanks, matt P.S.: Although this seems to be as a question that should go to the DBIC list, I guess it is Catalyst related... Thanks, matt -- rainboxx Software Engineering Matthias Dietrich, Freelancer rainboxx | Mobil: +49 (0) 151 / 50 60 78 64 Königsallee 43| 71638 Ludwigsburg | WWW : http://www.rainboxx.de XING: https://www.xing.com/profile/Matthias_Dietrich18 GULP: http://www.gulp.de/profil/rainboxx.html ___ 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] Resultset directory vs. Result?
I was just wondering what the purpose of the Schema/Resultset directory is compared with Schema/Result? Seems that whatever I can so under Resultset I can also do under Result, so what are the advantages? -- 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/
[Catalyst] datetime formatting ...
I've got a datetime column defined:
__PACKAGE__-add_columns(
...
last_modified,
{
data_type = DATETIME,
default_value = undef,
is_nullable = 1,
size = undef,
},
);
For some reason it's being displayed like this:
2010-01-05T20:35:14
How can I get that 'T' out of there, replacing it with the usual space?
--
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] datetime formatting ...
Hi,
Am 06.01.2010 um 15:29 schrieb Kiffin Gish:
I've got a datetime column defined:
__PACKAGE__-add_columns(
...
last_modified,
{
data_type = DATETIME,
default_value = undef,
is_nullable = 1,
size = undef,
},
);
For some reason it's being displayed like this:
2010-01-05T20:35:14
How can I get that 'T' out of there, replacing it with the usual space?
didn't you just ask this on 28th December? See:
http://lists.scsys.co.uk/pipermail/catalyst/2009-December/024191.html and
follow the thread, there lies your answer...
matt
--
rainboxx Software Engineering
Matthias Dietrich, Freelancer
rainboxx | Mobil: +49 (0) 151 / 50 60 78 64
Königsallee 43|
71638 Ludwigsburg | WWW : http://www.rainboxx.de
XING: https://www.xing.com/profile/Matthias_Dietrich18
GULP: http://www.gulp.de/profil/rainboxx.html
___
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] datetime formatting ...
From: Kiffin Gish kiffin.g...@planet.nl
I've got a datetime column defined:
__PACKAGE__-add_columns(
...
last_modified,
{
data_type = DATETIME,
default_value = undef,
is_nullable = 1,
size = undef,
},
);
For some reason it's being displayed like this:
2010-01-05T20:35:14
How can I get that 'T' out of there, replacing it with the usual space?
--
Kiffin Gish kiffin.g...@planet.nl
Gouda, The Netherlands
That column is automaticly inflated by the component InflateColumn::DateTime
which is loaded above by:
__PACKAGE__-load_components(InflateColumn::DateTime, Core);
so that column is a DateTime object and you can use the DateTime methods
like:
$row-last_modified-ymd
$row-last_modified-set_locale('fr')-strftime('%e %b %Y')
...
If you want, you can disable the inflation by adding (after do not modify
this or anything above'):
__PACKAGE__-add_columns(
last_modified = { data_type = 'datetime', inflate_datetime = 0 }
);
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/
[Catalyst] Rose+CRUD tutorial attempt giving syntax error
Hello Again:
At the moment I'm writing this, I am following along with the tutorial
from the 2007 Advent Calendar day 7:
http://www.catalystframework.org/calendar/2007/7.
After providing the needed code, the tutorial says: Now start up your
app and point your browser at http://localhost:3000/rdgc/.;
Doing so yields for me a syntax error, reproduced below. It looks
like it's coming from somewhere outside of the Catalyst modules, so
this may not be the place to post it, but it's below anyway. If
there's somewhere else I should send this (or if I'm causing this
myself) I'll be glad to learn that.
And note, the app DOES work if I point the browser at URIs such as
http://localhost:3000/rdgc/example_db/foo/list, so maybe I'm just not
supposed to be able to terminate the URI at rdgc/ ...still I
wouldn't expect a report of a syntax error.
Anyway, here's the error. If there's something in particular I should
do about it, grateful thanks for letting me know. BTW I'm using
XML::Parser version 2.36, and Excel::Template::Plus::TT version 0.4.
OUTPUT FOLLOWS
You can connect to your server at http://localhost:3000
Edit the root/rdgc/default page to change this content.
[info] *** Request 1 (0.045/s) [68583] [Wed Jan 6 13:10:44 2010] ***
[debug] GET request for rdgc/ from 98.216.194.226
[debug] Path is rdgc
[warn] Calling $c-view() will return a random view unless you specify
one of:
[warn] * $c-config(default_view = the name of the default view to
use)
[warn] * $c-stash-{current_view} # the name of the view to use for
this request
[warn] * $c-stash-{current_view_instance} # the instance of the view
to use for this request
[warn] NB: in version 5.81, the random behavior will not work at
all.
[debug] using Excel template: rdgc/default.tt
[error] Caught exception in MyApp::View::Excel-process
syntax error at line 1, column 0, byte 0 at
/usr/local/lib/perl5/site_perl/5.10.1/mach/XML/Parser.pm line 187
at /usr/local/lib/perl5/site_perl/5.10.1/Excel/Template/Plus/TT.pm
line 98
Excel::Template::Plus::TT::_prepare_excel_template('Excel::Template::Plus::TT=HASH(0x91ca3e4)')
called at /usr/local/lib/perl5/site_perl/5.10.1/Excel/Template/Plus/TT.pm line
70
Excel::Template::Plus::TT::__ANON__('Excel::Template::Plus::TT=HASH(0x91ca3e4)')
called at /usr/local/lib/perl5/site_perl/5.10.1/mach/Class/MOP/Attribute.pm
line 263
Class::MOP::Attribute::default('Moose::Meta::Attribute=HASH(0x9218ca0)',
'Excel::Template::Plus::TT=HASH(0x91ca3e4)') called at accessor _excel_template
defined at /usr/local/lib/perl5/site_perl/5.10.1/Excel/Template/Plus/TT.pm line
73
Excel::Template::Plus::TT::_excel_template('Excel::Template::Plus::TT=HASH(0x91ca3e4)')
called at
/usr/local/lib/perl5/site_perl/5.10.1/Moose/Meta/Method/Delegation.pm line 90
Excel::Template::Plus::TT::output('Excel::Template::Plus::TT=HASH(0x91ca3e4)')
called at /usr/local/lib/perl5/site_perl/5.10.1/CatalystX/CRUD/View/Excel.pm
line 114
CatalystX::CRUD::View::Excel::process('MyApp::View::Excel=HASH(0x8d32a84)',
'MyApp=HASH(0x8ed1da4)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Action.pm line 65
Catalyst::Action::execute('Catalyst::Action=HASH(0x91adf54)',
'MyApp::View::Excel=HASH(0x8d32a84)', 'MyApp=HASH(0x8ed1da4)')
called at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1585
eval {...} called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1585
Catalyst::execute('MyApp=HASH(0x8ed1da4)', 'MyApp::View::Excel',
'Catalyst::Action=HASH(0x91adf54)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Action.pm line 60
Catalyst::Action::dispatch('Catalyst::Action=HASH(0x91adf54)',
'MyApp=HASH(0x8ed1da4)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Dispatcher.pm line 257
Catalyst::Dispatcher::_do_forward('Catalyst::Dispatcher=HASH(0x887a358)',
'forward', 'MyApp=HASH(0x8ed1da4)', 'MyApp::View::Excel=HASH(0x8d32a84)')
called at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Dispatcher.pm line 237
Catalyst::Dispatcher::forward('Catalyst::Dispatcher=HASH(0x887a358)',
'MyApp=HASH(0x8ed1da4)', 'MyApp::View::Excel=HASH(0x8d32a84)')
called at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 369
Catalyst::forward('MyApp=HASH(0x8ed1da4)',
'MyApp::View::Excel=HASH(0x8d32a84)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Action/RenderView.pm
line 58
Catalyst::Action::RenderView::execute('Catalyst::Action::RenderView=HASH(0x8d3cea0)',
'MyApp::Controller::Root=HASH(0x8d339d0)', 'MyApp=HASH(0x8ed1da4)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1585
eval {...} called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1585
Catalyst::execute('MyApp=HASH(0x8ed1da4)',
'MyApp::Controller::Root',
'Catalyst::Action::RenderView=HASH(0x8d3cea0)') called at
/usr/local/lib/perl5/site_perl/5.10.1/Catalyst/Action.pm line 60
Catalyst::Action::dispatch('Catalyst::Action::RenderView=HASH(0x8d3cea0)',
'MyApp=HASH(0x8ed1da4)') called at
RE: [Catalyst] Upgraded to Catalyst 5.80016, restarting dev server with HUP crashes
Here are steps to make the server crash. Can anybody reproduce this problem please? # on linux catalyst.pl TestApp cd TestApp/ perl Makefile.PL ./script/testapp_server.pl kill -HUP %1 # and then: Restarting server on SIGHUP... Can't use an undefined value as an ARRAY reference at /usr/local/share/perl/5.10.0/Catalyst/Engine/HTTP.pm line 343. [1]+ Exit 10 ./script/testapp_server.pl _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. http://clk.atdmt.com/GBL/go/196390706/direct/01/ ___ 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] CatalystX::CRUD::Tutorial...looking for missing pieces.
Adam Mackler wrote on 1/6/10 11:56 AM:
Please download a copy of LiveGrid Javascript lib from
http://code.google.com/p/ext-ux-livegrid/ and install it locally on a
static web server. Then update your local root/crud/tt_config.tt file.
The page source shows references to javascript files on
static.msi.unm.edu and yui.yahooapis.com, so I'm guessing the error
dialogs are indicating that the javascript files will be coming from
those two sites rather than my server. In other words it shouldn't
stop the application from working. If I'm wrong here, please let me
know. Anyway, I would like to make those messages go away.
You are correct that the application will work with the .js files coming from
those URLs. My idea was that the package should Just Work out of the box, but
that (a) it was impractical to bundle all the .js dependencies with the .pm
files and (b) it was impolite to just point at known-good URLs without an
annoying warning that you should get your own copy and stop using someone else's
bandwidth.
To get rid of those messages, just copy the installed tt_config.tt file to your
local app and modify it. Example:
% cd MyApp
% perldoc -l CatalystX::CRUD::YUI::tt
[some/perl/path/to]/CatalystX/CRUD/YUI/tt.pm
% cp [some/perl/path/to]/CatalystX/CRUD/YUI/tt/crud/tt_config.tt \
root/crud/tt_config.tt
% vi root/crud/tt_config.tt
and change the URL values to your own local copy of the .js libs. I typically
put them either in the root/static dir so that I can serve them with the
Static::Simple plugin, or on some known web server dedicated to serving static
content. If you want to serve them with Static::Simple (the easiest, but not
what you want to do when you deploy to production), change the URL values to
something like:
ExtBaseURL = c.uri_for('/static/extjs');
LGBaseURL = c.uri_for('/static/livegrid');
and unpack the .js stuff into root/static/extjs and root/static/livegrid.
I downloaded the two menioned items, ExtJS and LiveGRid, with no
problems, but my certainty ends there. (BTW I have zero experience
with Javascript, and my only expeience with TT is from Catalyst
Tutorials--I've been happily using Mason for years.) My confusion
here has several bases: First, the term update with regard to the
tt_config.tt, since I have no such file. I'm taking that to mean
create rather than update.
Yes, there is poor documentation around the tt_config.tt file. The assumption is
that you have already copied it over and now need to modify it. But that's a
poor assumption.
Doc patches welcome.
Next, based on reading the pod for Rose::DBx::Garden::Catalyst::View,
I've concluded the error messages above mean to say update your local
root/rdgc... when they say root/crud... If I'm wrong here, please
let me know.
'crud' is correct. The CatalystX::CRUD::YUI package is descended from RDGC, and
RDGC is now mostly a wrapper around CXCY. RDGC just provides the bootstrapping
code generation; CXCY is the actual Catalyst application.
--
Peter Karman . http://peknet.com/ . pe...@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] Rose+CRUD tutorial attempt giving syntax error
Adam Mackler wrote on 1/6/10 12:32 PM:
[warn] Calling $c-view() will return a random view unless you specify
one of:
[warn] * $c-config(default_view = the name of the default view to
use)
[warn] * $c-stash-{current_view} # the name of the view to use for
this request
[warn] * $c-stash-{current_view_instance} # the instance of the view
to use for this request
You need to set a 'default_view' value in your app config file. Assuming you
have called your RDGC View file 'RDGC.pm' you should use the value 'RDGC'.
--
Peter Karman . http://peknet.com/ . pe...@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] CatalystX::CRUD::Tutorial...looking for missing pieces.
Peter Karman wrote on 1/6/10 8:44 PM: To get rid of those messages, just copy the installed tt_config.tt file to your local app and modify it. Example: and I forgot the important part: remove this line from your local copy: ThisIsDefTTConfig = 1; -- Peter Karman . http://peknet.com/ . pe...@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] Upgraded to Catalyst 5.80016, restarting dev server with HUP crashes
On Wed, Jan 6, 2010 at 5:34 PM, Jim Dread jimdr...@hotmail.com wrote:
Here are steps to make the server crash. Can anybody
reproduce this problem please?
# on linux
catalyst.pl TestApp
cd TestApp/
perl Makefile.PL
./script/testapp_server.pl
kill -HUP %1
# and then:
Restarting server on SIGHUP...
Can't use an undefined value as an ARRAY reference at
/usr/local/share/perl/5.10.0/Catalyst/Engine/HTTP.pm line 343.
[1]+ Exit 10 ./script/testapp_server.pl
I can reproduce it, but only when using Catalyst::ScriptRunner.
I think the problem is a disconnect there, where -argv isn't being
set. Looks like Catalyst::Script::Server isn't sending
$options-{argv} as the default.
The best solution is probably the fix you have, but this should be normalized.
Added -dev to the list, as they'll be better at picking the right fix.
-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/
