MPDL Developer Meeting 2008-09-09

MPDL  Restricted Access to MPDL

Open questions

 * The search module is using a new library for building up a cql-tree.
 * The problem is this new library works only with java-1.6
 * Since all solution servers, except dev-pubman are running under java-1.5 we should decide whether to upgrade all solution-servers to java-1.6
 * probably the biggest decision criteria to be considered is: if it can run under same JBoss with core services

Outcome

 * Library is recompiled under 1.5 and should work together with current instance of FW
 * check again with FIZ when would be possible to move to 1.6
 * inform FIZ that we will be able to deal with single JBoss problem in October (Tom)


 * New input after VIDCo with FIZ, 09.09.2008
 * After release 1.0 of core services we will approach upgrading to Java 1.6 the biggest issue was Fedora before, see also Upgrade to Java 1.6 topic

Bug fixing, PubMan 3.8 development

 * Overview of JIRA tickets (see JIRA outstanding issues )
 * evtl. reassignment

Done

 * only some reassignments for Markus, Michael

Faces R2 development

 * Critical issues
 * need thumbnail images reworked by Denise to be able to ingest them
 * Testing version until end of the week?
 * Tom to take care of deployment as well

VIRR R2

 * Prioritization of TOC edit or PubMan
 * VIRR release has been done, so 1.0 is closed, and now the version 2 can start (only in sources)

Servers
Proposal from Lars to be discussed:


 * "normal machine" (like srv04 an srv05) for hosting of latest-coreservice.mpdl.mpg.de and latest-test-coreservice.mpdl.mpg.de (find proper name), each in a xen virtual machine


 * "normal machine" (like 1.) for hosting of colab.mpdl.mpg.de and blogs.mpdl.mpg.de also each in a xen-virtual-machine

This space could be mounted by other machines over nfs to avoid full local filesystems... this machine could also run the shibboleth-federation (LDAP, IdP, SP)
 * "normal machine ", but with either SAN-Connection or heavy local Diskspace for keeping Data (escidoc-builds, data-sets for mass ingestion into fedora, other stuff)

Outcome

 * Monitoring needed
 * Lars opts for zabbix (see JIRA ticket)