* Tomas Doran [2009-06-30 02:35]:
> If your application code half iterates through the params hash
> with each before calling uri_for, then the param copy would
> only copy the second half of the hash (as each has an internal
> iterator).
FWIW you can reset the iterator using `keys`, which is che
Hi,
Catalyst::Model::DBIC::Schema lists Catalyst::Devel as an *optional*
dependency.
However if you do not have Catalyst::Helper installed (via
Catalyst::Devel) then C-M-DBIC-Schema fails its unit tests and won't
install via CPAN.
-Toby
___
List:
I can get $ENV{CATALYST_DEBUG} in my templates. But can't get it in
lib/{App}.pm.
#Use of uninitialized value $ENV{"CATALYST_DEBUG"} in print at
/path/lib/{app}.pm line 38.
And Catalyst is up to date.
cpan> install Catalyst
Catalyst is up to date (5.80005).
On Tue, Jun 30, 2009 at 2:45 AM, Tom
Tomas Doran wrote on 2009-06-29:
> On 30 Jun 2009, at 00:31, Byron Young wrote:
>> If you don't mind, though, can you explain what you mean about
> the
>> 'unsafe each'?
> If your application code half iterates through the params hash with
> each before calling uri_for, then the param copy would
On 30 Jun 2009, at 00:31, Byron Young wrote:
If you don't mind, though, can you explain what you mean about the
'unsafe each'?
If your application code half iterates through the params hash with
each before calling uri_for, then the param copy would only copy the
second half of the hash (
Tomas Doran wrote on 2009-06-29:
>
> On 26 Jun 2009, at 23:19, Byron Young wrote:
>
>> Alrighty, here you go, patch + test are attached. There are based off
>> the 5.71001 svn head because that's what I have currently. 5.8's
>> uri_for() looks the same, so it should apply there as well, but let
On 26 Jun 2009, at 23:19, Byron Young wrote:
Alrighty, here you go, patch + test are attached. There are based
off the 5.71001 svn head because that's what I have currently.
5.8's uri_for() looks the same, so it should apply there as well,
but let me know if you need another one from 5.8
On 29 Jun 2009, at 11:40, George Nistorica wrote:
Tomas Doran wrote:
Hmm, I can't replicate this in a simple case, from that description..
Here: http://www.depechemode.ro/MyApp-0.1.tar.gz
a simple TestApp using Catalyst::Controller::REST to replicate the
problem, having Catalyst 5.80005 inst
The Catalyst core team is pleased to announce the availability of the
latest maintenance release of Catalyst-Runtime, version 5.80006.
This fixes regressions introduced in the last release with the
encoding of arguments to actions, and a number of other bugs.
It also adds more flexible exce
Yeah, nowadays it's confusing between XHTML and HTML so just use TT
both and you're covered, unless you have special XML needs and have to
discriminate. In any case you can forward to a private sub like so:
sub collection :Local :ActionClass('REST') {
my ( $self, $c ) = @_;
unless($c->forward(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks! Now it works.
Alejandro Imass wrote:
> You can override the default serializers:
>
> __PACKAGE__->config(
> 'default' => 'application/json',
> 'stash_key' => 'rest',
> 'map' => {
> 'text/html' => [ 'View', 'TT', ],
> 'te
You can override the default serializers:
__PACKAGE__->config(
'default' => 'application/json',
'stash_key' => 'rest',
'map' => {
'text/html' => [ 'View', 'TT', ],
'text/xml' => [ 'View', 'TT', ],
},
);
On Tue, Jun 30, 2009 at 4:07 PM, Angel Kolev wrote:
> -BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all
i have controller Myapp::Controller::Offers with "use parent
'Catalyst::Controller::REST'" where all RESTed requests works fine, but
then i have Myapp::Controller::Offers::Create where i dont want
C::C::REST to work, because when i send common
On Tue, Jun 30, 2009 at 2:42 PM, Tomas Doran wrote:
>
> You're doing it wrong.
>
> Don't block app server threads on a remote service if you have a slow remote
> service, the only thing that lies down that route is doom and fail.
>
I don't see the problem. In fact, this was the _main and central_
On 30 Jun 2009, at 11:58, Alejandro Imass wrote:
Hi! Sorry for the lethargy, I've buried in a project and just recently
saw the light of day :-)
Yes, you are correct [Tomas], BUT it all depends on the type of
application. Web concurrency is often misinterpreted. The application
I was referrin
On Tue, Jun 23, 2009 at 1:28 AM, Aristotle Pagaltzis wrote:
> * seasproc...@gmail.com [2009-06-23 03:00]:
> > Thanks for your suggestion, but I'm pretty sure that the data
> > is not getting encoded twice. C::V::JSON tests the data before
> > it encodes ( Encode::is_utf8() ) and only encodes if t
On 29 Jun 2009, at 14:34, Ian Wells wrote:
I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv
CATALYST_DEBUG 1.
Malloy, try dumping $ENV{CATALYST_DEBUG} in your app code and seeing
if it's actually set. Ideally, do that in lib/{App}.pm .
This behavior sounds like you may be
Hi! Sorry for the lethargy, I've buried in a project and just recently
saw the light of day :-)
Yes, you are correct [Tomas], BUT it all depends on the type of
application. Web concurrency is often misinterpreted. The application
I was referring to needs the ability to have many, many concurrent
2009/6/29 Christian Lackas :
> OK, as said before, I already had the feeling that it does not fit into
> the model, however, there it would have been the most convenient.
As I say, you'll need a formatting function or functions to turn
dates-as-objects into dates in your page, regardless of timezo
2009/6/29 Kieren Diment :
> So uncomment PerlSetEnv CATALYST_DEBUG=1 in you config when you want
> debugging on.
Where did he say he'd commented it out?
> I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv
> CATALYST_DEBUG 1.
Malloy, try dumping $ENV{CATALYST_DEBUG} in your app c
On 29/06/2009, at 6:17 PM, Malloy wrote:
Thanks. But I want to control it using CATALYST_DEBUG or
_DEBUG, not
just switch it off.
So uncomment PerlSetEnv CATALYST_DEBUG=1 in you config when you want
debugging on.
On Mon, Jun 29, 2009 at 3:35 PM, Kieren Diment
wrote:
err that switc
Tomas Doran wrote:
>
> On 26 Jun 2009, at 21:41, George Nistorica wrote:
>
>> Hi,
>>
>> (my reply might be garbled, sorry)
>
> Makes perfect sense here.
my email was garbled as I wasn't subscribed to the list when the
original emails have been sent :P
>
>> I've got the same problem generated
Thanks. But I want to control it using CATALYST_DEBUG or _DEBUG, not
just switch it off.
On Mon, Jun 29, 2009 at 3:35 PM, Kieren Diment wrote:
> err that switches it off in the app and switches it off in the env var.
> Just remove -Debug and all should be fine
>
> On 29/06/2009, at 5:21 PM, Mal
err that switches it off in the app and switches it off in the env
var. Just remove -Debug and all should be fine
On 29/06/2009, at 5:21 PM, Malloy wrote:
Hi All
I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv
CATALYST_DEBUG 1.
But it doesn't work. I can't see the debug i
Hi All
I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv
CATALYST_DEBUG 1.
But it doesn't work. I can't see the debug info in the apache log file.
--
Jack Malloy
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/
25 matches
Mail list logo
