From: Tomas Doran Date: Thu, 20 Jan 2011 00:01:44 +0000 (+0000) Subject: Hit the docs some X-Git-Tag: 5.89000~2 X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=catagits%2FCatalyst-Runtime.git;a=commitdiff_plain;h=040835f08bfca3531f595fd29cd306aeb64f67da Hit the docs some --- diff --git a/TODO b/TODO index 748bbde..f15683d 100644 --- a/TODO +++ b/TODO @@ -38,10 +38,13 @@ http://github.com/willert/catalyst-plugin-log4perl-simple/tree * Document migration for setting engine in setup * Document migration for setting engine in $ENV * Document what to do if you're a Prefork person + * Test Catalyst::Engine::PSGI still works? ### Nice to have * Do we need to do something else about middleware than let the user provide a .psgi? + What about the reverse proxy middleware + * Do we generate a .psgi by default? * throw out Catalyst::Test's remote_request in favour of Plack::Test::ExternalServer * make sure we're running under a server that support psgi.streaming - maybe diff --git a/lib/Catalyst/Upgrading.pod b/lib/Catalyst/Upgrading.pod index 47b6971..337bc0a 100644 --- a/lib/Catalyst/Upgrading.pod +++ b/lib/Catalyst/Upgrading.pod @@ -6,7 +6,7 @@ Catalyst::Upgrading - Instructions for upgrading to the latest Catalyst The major change is that L now replaces most of the subclasses of L. If you are using one of the standard subclasses of -L this should be a straightforward upgrade for you. It was +L this should be a straightforward upgrade for you. It was a design goal for this release to be as backwardly compatible as possible. However since L is different from L it would be possible that edge case differences would exist. Therefore we recommend care @@ -29,51 +29,44 @@ still be able to continue using that engine. Advice for specific subclasses of L follows: -=head2 Upgrading the FastCGI Engine +=head3 Upgrading the FastCGI Engine - TBD +No upgrade needed if your myapp_fastcgi.pl script is already upgraded +enough to use L. -=head2 Upgrading the mod_perl / Apache Engines +=head3 Upgrading the mod_perl / Apache Engines -The three engines that are build upon the various iterations of mod_perl, -L, L and +The engines that are build upon the various iterations of mod_perl, +L and L should be seemless upgrades and will work using using L or L as required. -=head2 Upgrading the HTTP Engine +L, is however no longer supported, as Plack +does not support mod_perl version 1.99??? FIXME - is this true? -If you were using L (the default development server -that comes with the L distribution) you should now use... +=head3 Upgrading the HTTP Engine - TBD +The default development server that comes with the L distribution +should continue to work as expected with no changes as long as your C +script is upgraded to use L. -=head2 Upgrading the CGI Engine +=head3 Upgrading the CGI Engine If you were using L you should now use... - TBD +No upgrade needed if your myapp_cgi.pl script is already upgraded +enough to use L. -=head2 Upgrading the Preforking Engine +=head3 Upgrading the Preforking Engine -If you were using L you should now use... +If you were using L then L +is automatically loaded. - TBD - -=head2 Upgrading the Restarter Engines - -If you were using L or -L these are now longer part of the -L distribution. You should now use... - - TBD - -=head2 Upgrading the PSGI Engine +=head3 Upgrading the PSGI Engine If you were using L this new release supercedes this -engine in supporting L. You should now do... - - TBD +engine in supporting L. You should remove the.. FIXME =head2 Engines with unknown status @@ -91,13 +84,13 @@ highly welcomed: Catalyst::Engine::Server (Marked as Deprecated) Catalyst::Engine::HTTP::POE (Marked as Deprecated) -=head2 Engines known to not be compatible. +=head2 Using middleware + +XXX Should this be here or elsewhere? -If you are using one of the following L subclasses, your -application may require significant work after upgrading. We recommend you -test heavily and sandbox your upgrade. +=head2 Making an app.psgi file - TBD +=head2 Running with plackup? =head1 Upgrading to Catalyst 5.80