MPDL AB Meeting 2008-11-05

MPDL  Restricted Access to MPDL


 * Date: 05.11.2008
 * Participants: Tom Endres, Michael Franke, Tobias Schraut, Wilhelm Frank, Natasa Bulatovic, Markus Haarländer, Markus Meichau

Agenda

 * GUI components for PubMan R4
 * New VOs / Bean structure
 * Genre specific Metadata
 * URLification of PubMan

GUI components for PubMan R4

 * general decisions
 * JSP / JSPF pages won't be reusable due to unnecessary effort for generalizing them (buttons links in components which must call specific methods)
 * Backing beans should be as reusable as possible

New VOs / Bean structure

 * this aproach above needs various changes in the package and  bean structure
 * will need more intelligent object or item oriented backing beans with item/container/toc releated methods
 * beans for page methods will be implemented where necessary (i.e. for specific page behaviour or binding purposes -> Trinidad iterator)
 * I think we have talked a bit more on the lists, and agreed what needs to be modified. Do not see at present actually the decision somehow--Natasa 14:46, 10 November 2008 (UTC)
 * Proposal for new bean structure (generated in EA) @TODO Tom
 * in my understanding this was a team decision and not a proposal (?)--Natasa 14:49, 10 November 2008 (UTC)

Genre specific Metadata

 * general decisions
 * genre specific MD will be implemented via XML representation
 * XML schema is needed
 * Proposal for XML Structure:


 * Note: there has to be a default section where groups and field are defined which are available in every genre and which represent a default configuration. In the other genres only variations of this default ections are defined.
 * Genre Mapping combined with rendering instructions will be done in a backing bean (proposal: PublicationBean)
 * Labels here are not pure text but are ID of labels for fields. The value of the label should be defined in the resource bundle

URLification of PubMan

 * important to define the URLs for each page where possible
 * issue with searchURL regarding index names, field names
 * search URL should be enabled for organizational units, quick search, advanced search
 * advanced search is an issue:
 * doubts that advanced search request can be encoded in "niceURL without parameters" or simply with URL with parameters;
 * parameter names to be as close to escidoc search indexes - but would be heavy if completely different names are used e.g. copy paste search query into Search&Export form
 * to be further checked and discussed with Ulla
 * to check the GUI and complexity of the query
 * It will only be possible to have the URL with parameters in the URL list (to enable for Jokers characters)
 * see results at Navigation and page URLs