Thanks for the upgrade notes Bill and Eddie. I also wanted to report that the OSX test was successful, and the new version of one-jar fixes the old OS/X issue (the reason we used our own patched version for so long).
On Thu, Oct 23, 2008 at 11:50 AM, Bill Branan <[EMAIL PROTECTED]> wrote: > When upgrading from 3.0 to 3.1 the fcfg has a few param changes (removal of > retainPIDs, addition of purgeDelayInMillis and uploadStorageMinutes) > that should be copied over if using the old fcfg. I'd probably recommend > just using the new fcfg and updating the object/datastream/resourceIndex > locations to point to the old repository locations. These would likely need > to be updated even if the old fcfg were being used anyway. > > The pointer to the xacml policies can be updated as well, though this is > likely small enough to copy easily. The system tests do fail if the xacml > policies aren't local to the repository (in the local data directory), but > that's only an issue if you want to run the system tests. > > As I mentioned before, the activemq-data needs to be copied over to the new > data directory if messaging is on and if there were messages that were > persisted but not delivered prior to shutdown. Otherwise a new directory > will just be created on startup. > During my testing I did start and stop the new 3.1 server prior to > attempting a resource index rebuild, so I didn't see any problems. It's > likely that this should be done for 3.1 for the same reasons Eddie mentioned > for 2.2.4. > > Bill > On Thu, Oct 23, 2008 at 11:05 AM, Edwin Shin <[EMAIL PROTECTED]> > wrote: >> >> All my tests have passed (release-3.1 & release-2.2.4 on Linux + Java 5 >> + MySQL 5). >> >> Testing of the manual upgrade from 2.2.3 to release-2.2.4 passed as >> well. However, we need to note that upgraders will need to >> 1) update the Kowari configuration portions of fedora.fcfg w/ the new >> Mulgara configuration options if they wish to continue using their old >> fcfg. >> 2) first start & stop the new version of Fedora so that the war is >> unpacked in order for the rebuilder to pick up the appropriate classpath >> entries before running the rebuilder. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
