Where should translations of individual modules like Discovery go? Including them in the main messages.xml currently works. This should be answered before freeze time, it already poses another barrier for commiting of translations, see DS-1049, DS-1054. This is a subproblem of i18n Improvements Proposal, but let us not divert this discussion too much to broad topics. ~~helix84
- ANSWER: In mtg on July 25, we decided the best we likely can do for 3.0 is to suggest that translations of individual modules should just be added to the central messages.xml/messages.properties files. For the full discussion see: http://irclogs.duraspace.org/index.php?date=2012-07-25 (starts: [20:57])
Does 3.0 Work with Java 7?
- ANSWER: Yes, it seems to work with both Oracle JDK 7 and OpenJDK 7. We should test & document it works for both. For full discussion see: http://irclogs.duraspace.org/index.php?date=2012-07-25 (starts: [20:13])
- Actually, I read the log again and nobody said they're running specifically OpenJDK version 7, but I agree we should support it (I will run it when I upgrade my systems). ~~helix84
  - UPDATE: demo.dspace.org is running OpenJDK 7
- We recently added a comment on ticket DS-1081 reporting the problems we faced with Oracle JDK 7 (and OpenJDK 7) and the XmlWorkflow. It'd be great if someone could test it and confirm it.
Do we need to bump up required/recommended versions of any dependencies? (e.g. Maven, Postgres?)

Release

...

Coordination

Instead of a single "Release Coordinator", the DSpace 3.0 release will be managed by a "Release Team".

...

...

Note

It has been decided that DSpace 3.0 will be released in Fall 2012. The exact date is still being worked out, but will likely be in October/November.

...