...
There are a number of points to consider before getting too deep into development. These are listed below, please add any comments/ideas/additional issues.
Log4j
Should we be thinking about replacing log4j, overloading/extending it, leaving it as it is?
In cases where log4j is writing to the same file from different VMs it would be more advised we have a socket based logging service. – MarkDiggory 08:31, 3 November 2006 (EST)
Combining and Improving Existing Statistics Packages
Is there a way we can address all 3 of the above statistics types in one package?
Achieving Modularity
We should make this package totally modular, in part as an experiment in modularisation of DSpace.
Can we use the new Plug-in Manager for configuring the Statistics module
Database Solution
If we replace log4j, and opt for a database and filesystem solution, what are the issues we may encounter?
An alternate solution would be to keep log4j and use http__--www.dankomannhaupt.de-projects-index.html JDBCAppender solution – MarkDiggory 08:43, 3 November 2006 (EST)
Related Thoughts and Design Issues
StatisticsProposalOne - Some design thoughts by RichardJones
...