ESciDoc Developer Workshop 2008-07-08

ESciDoc

Date: May 08.07.2008

Location: Karlsruhe, München (Video conference)

Participants MPDL: Natasa Bulatovic, Wilhelm Frank, Michael Franke, Thomas Endres

Participants FIZ: Frank Schwichtenberg, Harald Kappus, Rozita Fridmann, Michael Schneider, Michael Hoppe

Start time: 14:30

=Agenda=

New methods (important)

 * Filter enhancements (UC: depositor workspace, moderator workspace)
 * see Enable searching of organizational units/ or retrieve List of organizational unit objects for selected starting organizational-unit
 * Status update needed


 * Organizational unit handler enhancements (UC: Feeding local web pages)
 * see Filter methods documentation and extension for sorting options
 * Status update needed
 * Fixed


 * see Filters and filter methods for Items/Containers
 * FIZ will check about possibility to deal with multiple filtering options per filter name
 * Status update needed
 * Total number of results is missing
 * Frank suggested where to put a few new attributes in the result, was rather confusion on what the same logic means.. Will be clarified in email with Frank/Natasa.
 * update: feedback sent to Frank 08.07.2008

Outcome

 * Status Organizational handler enhancements:
 * Not implemented neither proposal is written
 * Filter to get complete tree
 * Search for organizational units is possible
 * For MPDL as minimum filter is very important, but also search. Michael Hoppe has to clarify with Matthias on schedule.
 * if child tree is important: should it be references only or full data? MPDL: full data
 * Proposal MPDL: to try to do everything with the search
 * Michael Hoppe will write the proposal and send it
 * update: more detailed discussion and feedback sent to Michael on 09.07.2008 --Natasa 11:38, 9 July 2008 (UTC)


 * Status filter methods
 * see discussion below at ESciDoc_Developer_Workshop_2008-07-08

Critical bug resolution

 * Container versioning
 * see Add member to container corrupts container object after approx. 50 new members
 * Outcome (last):
 * Possible workaround is ongoing and will be checked with Fedora (memory increase)
 * Status update needed
 * FIZ can not solve this problem directly. To increase memory of Fedora (Fedora is a problem). A proposal is sent to Fedora developers. We should increase the memory for Fedora as a workaround.s)
 * This workaround will not solve the problem, but will switch it to more than 50 versions. (e.g. 200 versions)


 * Anonymous retrieval of statistic reports
 * ReportHandler.retrieveReport throws Authentication Exception when not logged in
 * Additionally a list with all roles and scope of the roles (context, statistic scope etc.) would be great. E.g. System Admin is reportDefinitionReader for statistic scope 1


 * Outcome
 * Will be checked for solution details by FIZ. Possibility will be provided.
 * Status update needed

Outcome

 * no progress done
 * MHoppe proposes to put into the report definition the role that is allowed to retrieve reports for this report definition. Can be more roles. Adding new role should change the report definition.
 * Should be built into the AA - but we would not have to change the policies for the Report roles.
 * Schedule: not certain, Michael works on it, AA component is now part of MichaelH task in future. Torsten is no longer in.

New Item State Transitions

 * in order to support different workflows
 * PENDING -> RELEASED
 * IN-REVISION -> RELEASED


 * should be discussed - not possible with quick fix and change of transition workflow in object manager.
 * Update needed very soon.
 * Transitions can not be bound to Cmodel nor to context. MPDL asks that they are simply enabled. And clients will decide on allowed transitions based on criteria important for clients.
 * The meaning of statuses should not be changed.
 * Update: after meeting an email with proposal from MFranke is sent

Migration of objects

 * migration of all items (blocker for adopting the new FW)
 * Status update and problems that are happening will be provided by MPDL
 * There is a problem still with the locators and locator-url. Probably until Wednesday morning will not be ready&completed.
 * FIZ prefers that MPDL does migration rather than MPDL sends data to FIZ
 * FIZ will send short mail for migration finalization
 * Also Org Units are fine now (type included)

Other

 * FIZ will check:
 * Filters: dc elements - FIZ will check if filtering is still possible for DC elements
 * Clarification: will item lists from filters be able to return all sort-criteria we actually support now on PubMan (this is possible at present because we retrieve all results and only afterwards we sort).
 * Currently supported sorting criterias by pubman: TITLE, EVENT-TITLE, SOURCE-TITLE, GENRE, DATE, CREATOR, SOURCE-CREATOR, PUBLISHING-INFO, REVIEW-METHOD, MODIFICATION-DATE, CONTEXT, STATE, OWNER
 * Status update needed
 * Filters: provide technical description of their current implementation cons/pros by FIZ
 * Update needed

Outcome

 * Only filter possible by: *DCidentifier, DCTitle and Dcdescription at the moment / also for filtering
 * Extending filter criteria will probably not be in 1.0 release
 * MPDL has again to emphasize the solution to the item-lists problem

Ingestion

 * status of implementation, when it will be provided


 * Schedule: no schedule - not possible to give time

Revisiting Prioritized Issue List
Discussion about the status, issues.


 * (1)	Performance
 * (1)	Item Lists Format
 * (1)	AA Institutional Visibility
 * (1)	AA Service Authorization
 * (1)	AA Identity Provider
 * (1)	AA Fast Lists
 * (1)	Ingestion
 * (1)	Migration
 * (1)	Scalability
 * (1)	Productive Environment
 * (1)	Relations/Handler
 * (1)	Relations /Revisions
 * (1)	Administrative Searches
 * (1)	Batch Updates (Status/props/MD)
 * (2)	Workflow Services
 * (2)	Event Logging
 * (2)	JHOVE
 * Status: implemented, check on evtl. problems, todo's
 * (2)	Digilib
 * Status: implemented, check on evtl. problems, todo's
 * (2)	Stable interfaces
 * (3)	Virus Checks

Outcome
It is important for MPDl to know status/schedule for these issues. As we could not discuss these without Matthias and Frank - these should be moved to the next meeting.