Project

General

Profile

Actions

Bug #4021

closed

KAREntry Handler

Added by ben leinfelder over 15 years ago. Updated over 15 years ago.

Status:
Resolved
Priority:
Normal
Category:
core
Target version:
Start date:
04/23/2009
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4021

Description

This is a somewhat amorphous topic for me (ben) - but I wanted to make a place holder for it. Hopefully we can flesh it out more in the next few days. The general gist of things (as I've talked with Debi and Aaron) is:
-KARs will contain a number of different files (serializations of object models, jars, binary libraries, data, etc...)
-There will be a KARHandlerInterface that various subsystems (parts of modules?) will need to implement so that they can save to and open files from KARs.
-For example: we want to save and read ROML.xml files in KAR archives so we'd need to write a ROMLKAREntryHandler class to mediate between the xml serialization and the object representation. We'd also have MOMLKAREntryHandler for the workflow model and RIOKAREntryHandler for Report instances. We might also have more generic entry handlers for PDFs and images etc. There might also be a JARKAREntryHandler that would deal appropriately with JARs.
-These various KAREntry items would be loaded into the object cache - always having a unique id and also a reference to the KAR from which they originated.
-There's some glue missing from this description that will manage the communication between KAREntryHandler instances and the cache - I hope we can clarify that model

I'd also like to get an interface defined for the KAREntryHandler so that we can begin implementing them for the reporting module.

Also for discussion: is this going to be in the "core" module? It is meant to be a very core piece of Kepler, and I very much doubt we'd end up with a Kepler distribution that did not contain it, but perhaps it should be separated for more discrete management?

Actions

Also available in: Atom PDF