| Home | Wiki | OI 1.x Docs | OI 2.x Docs |
|
OpenInteract2::Manual::Conversion - Moving your site and custom packages from OI 1.x to 2.x
This part of the manual will describe how to migrate your website and packages from OpenInteract 1.x to OpenInteract 2.x.
There is no more base repository! (The crowd cheers.) Every website stands on its own, every package's classes sit in the 'OpenInteract2::' namespace. This makes for much simpler development and deployment.
All this should require is translating your server configuration and any database schema changes.
First off, OI 2.x exclusively uses the INI file format for the server configuration. OI 1.x allowed you to use either the serialized Perl data structure or the INI format. Hopefully you will see this as a good thing.
There are no automatic conversion utilities for your server configuration. The best thing to do is open both configuration files in parallel editing windows and compare, copying relevant information from your old file into the new one. ('C-x 3' in emacs is good for this sort of thing...)
The basic structure of the configuration files is the same. New information has been added -- datasources are unified, some names have changed, etc. -- but generally you'll find information in the same general location.
(TODO: Create a utility to pull information out of an existing INI format and update the default one with it? Not all of the information, just the highlights...)
Instead of converting schemas from OI 1.x, it's recommended you
install OI 2.x to a separate database and use standard SQL tools to
migrate the data. Hopefully every package will have a document
DATA_CONVERSION that will help with this process.
Upgrading packages is undoubtedly the most resource intensive part of the upgrade. It will definitely require some work, but your work will be justly rewarded. And there are a few utilities packaged with OI2 to do at least some of the grunt work for you.
We'll break the process into pieces roughly mirroring the package directory structure.
This consists of the files:
package.conf
Changes
MANIFEST
MANIFEST.SKIP
There is no structural change necessary for these files to work. However, depending on your scenario you may wish to upgrade your package by a whole version number to indicate that it will only work with OI2. This also allows you to maintain two source trees for a particular package, just in case you need to support both of them.
package.conf
The only structural change is that the 'template_blocks' directive has been removed from the package configuration.
To change:
sql_installer: Update the class name from 'OpenInteract::SQLInstaller::Foo' to 'OpenInteract2::SQLInstaller::Poo'.
MANIFEST
There will be a few file name changes throughout the process. But rather than list them all here, just remember that any renamings/removals will have to be reflected here. Running:
oi2_manage check_package
from your package's root directory will still let you know of any
discrepancies between your MANIFEST and the files in the directory.
You can also use the ExtUtils::Manifest trick:
$ perl -MExtUtils::Manifest -e 'ExtUtils::Manifest::mkmanifest()'
OpenInteract2 has abandoned the Perl data structure as configuration file. It's too difficult to edit and when generated isn't formatted for humans to read. Instead we're using the INI file format for both the action configuration and the SPOPS configurations.
Two scripts are included with OI2 to help with this task:
script/translate_action_to_ini.pl
script/translate_spops_to_ini.pl
Both are just wrappers around a class found under
OpenInteract2::Conversion. They work on STDIN and STDOUT:
$ cd /path/to/OpenInteract-2.00-source/script $ perl translate_action_to_ini.pl < ~/pkg/mypkg/conf/action.perl > action.ini $ perl translate_spops_to_ini.pl < ~/pkg/mypkg/conf/spops.perl > spops.ini
In addition to doing the fairly simple conversion from the Perl data structure to INI, it also does a few modifications to your data. Some of these are key renamings (e.g., the 'security' key in your action configuration should now be 'is_secure') while others remove now unnecessary data (e.g., most items in your 'isa' are now unnecessary, as OI2 creates it properly at startup).
After running the script you should still check the configuration to
ensure everything worked and make any additional modifications. In
particular, the keys of the 'links_to' and 'has_a' configuration items
are not yet modified from OpenInteract::Foo to
OpenInteract2::Foo.
Finally, in the packages shipped with OpenInteract2 we've kept all the
action configuration entries in a single file (action.ini) but
moved the configuration for each SPOPS object into its own file (e.g.,
spops_news.ini, spops_news_section.ini). You can keep all your
SPOPS configurations in a single file, but they're probably easier to
edit if they're in multiple files.
NOTE: Each SPOPS configuration file should begin with spops so
the OI2 startup procedure can find it. You may also list your SPOPS
configuration files in your package.conf file under the key
spops_file.
Documentation is pretty much the same. The system documentation tool
under /SystemDoc/ will pick up all POD files in a package's doc/
directory. Instead of using an index (titles) that always, always
got out of sync, we instead just parse all the docs and grab the title
out of it. Yes, it's more expensive, but how often are you browsing
package docs? (And you have fast disk drives and/or an aggressively
caching filesystem, right?)
And because OI no longer has error handlers you can delete the
ERRORS section from your POD. (Packages generated with OI had this
by default.)
To change:
titles - Delete this file, it's no longer used.
package.pod - If you have a file of this name, rename it to
'packagename'.pod -- e.g., 'gallery.pod' if you're modifying the
'gallery' package, etc.
While the data installation process has been completely rewritten (see OpenInteract2::SQLInstall, the data declarations have only small changes. Two of the conversion declarations were removed since they're no longer necessary with the elimination of the base repository:
transform_class_to_website
transform_class_to_oi
And the remaining two conversion declarations were renamed:
Old value: transform_default_to_id
New value: transform_default
Old value: transform_to_now
New value: transform_now
These should remain the same.
No changes.
No changes.
No changes, besides needing to rewrite them to use the new OI2 features.
Copyright (c) 2002-2003 Chris Winters. All rights reserved.
Chris Winters <chris@cwinters.com>
Generated from the OpenInteract 1.99_03 source.