X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=lib%2FCatalyst%2FUpgrading.pod;h=8ce8eec4fa27761c77837896ba748068dfebcc87;hb=1e5dad0099d51c919670c0e765615937b0fd4dae;hp=47b6971de254fa7514c2ed81a03212705b19d0d5;hpb=5d5f4a737bb6e3ef3c1b4c35ee91d162417b2552;p=catagits%2FCatalyst-Runtime.git diff --git a/lib/Catalyst/Upgrading.pod b/lib/Catalyst/Upgrading.pod index 47b6971..8ce8eec 100644 --- a/lib/Catalyst/Upgrading.pod +++ b/lib/Catalyst/Upgrading.pod @@ -2,11 +2,11 @@ Catalyst::Upgrading - Instructions for upgrading to the latest Catalyst -=head2 Upgrading to Catalyst 5.90 +=head1 Upgrading to Catalyst 5.90 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 @@ -31,49 +31,67 @@ Advice for specific subclasses of L follows: =head2 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 -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... +=head2 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 -If you were using L you should now use... - - TBD +If you were using L there is no upgrade needed if your +myapp_cgi.pl script is already upgraded enough to use L. =head2 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 PSGI Engine -=head2 Upgrading the Restarter Engines +If you were using L this new release supercedes this +engine in supporting L. By default the Engine is now always L. +As a result, you can stop depending on L in your +C. Additionally, if you have an C script you no longer +need to specify the PSGI engine. Instead, the L application class +now has a new method C which returns a L compatible coderef. -If you were using L or -L these are now longer part of the -L distribution. You should now use... +For example, if you were using L in the past, you may +have written an C file similar to this one: - TBD + use Plack::Builder; + use MyCatalytApp; -=head2 Upgrading the PSGI Engine + MyCatalystApp->setup_engine('PSGI'); -If you were using L this new release supercedes this -engine in supporting L. You should now do... + builder { + enable ... # enable your desired middleware + sub { MyCatalystApp->run(@_) }; + }; + +Instead, you now just do - TBD + use Plack::Builder; + use MyCatalystApp; + + builder { + enable ... #enable your desired middleware + MyCatalystApp->psgi_app; + }; =head2 Engines with unknown status @@ -91,13 +109,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