Email archive conversion script is difficult to use and requires a maven source repository

Description

To actually run the email archive conversion (if you can figure out all of the parameters and options it needs, which seems to take quite a long time), it still requires that you have compiled from source and have the .m2/repository available. This is not a good situation and should just be able to use the jar's from catalina_home. I have this almost fixed to work better, autodetecting most of the options and only requiring the binary build. I'm just making this SAK to track that.

Environment

None

Test Plan

None

Attachments

1
  • 21 Sep 2009, 07:56 AM

Confluence content

mentioned on

Activity

Show:

Matthew Jones September 21, 2011 at 11:34 AM

I don't think that anyone on 2.6 anymore will encounter this issue, we didn't really have a problem with it locally and Matthew's solution seems good.

Matthew Buckett September 21, 2009 at 7:56 AM

A quick maven solution to getting a JAR which contains all the sakai dependencies that can be run from the commandline.

Currently it still contains references to Oxford stuff. If this seems like the right way to go I can tidy it up a little.

It requires maven > 2.0.9 and makes an easy binary to copy around.
It would also make sense to move org.sakaiproject.mailarchive.impl.conversion.ExtractXMLToColumns into this maven project and then remove the dependency on sakai-mailarchive-impl.

We are going to then use a commandline such as.

java -cp sakai-mailarchive-runconversion.jar:mysql.jar org.sakaiproject.util.conversion.UpgradeSchema upgradeschema-2.6-mysql.config

Matthew Jones July 10, 2009 at 11:32 AM

test

Won't Fix

Details

Assignee

Reporter

Components

Affects versions

Priority

Created June 14, 2009 at 12:02 PM
Updated December 14, 2021 at 4:00 PM
Resolved September 21, 2011 at 11:34 AM