Directions In Architectural Redesign

[MattyT]

Just thought I'd make a quick list where we are probably (possibly?)
looking at going architecture wise.  It's not complete, but it might
interest some people.

Email Templatisation, maybe accompanied by notification redesign (bulk
changes?)
mod_perl support.
Use of DBI/CGI.
Use of SQL placeholders.
Use of database transactions, where available.
Cross database compatibility - schema, sql, kill/shield db-specific
features.
Consistency of fields - administration interface, features (sortkeys,
isactive, etc), product specific policy.
Separated back end API - integrate Bug.pm, use modules/OOP, use
exceptions.  Also for checksetup.pl.  Get test suite to test this API.
Use subselects/unions/intersection, once we require MySQL version that
supports them.
Schema data structure - store referential integrity info (and possibly
reuse for other things), support best data type selection for current
database, automate checksetup.pl (required additions and deletions get
autodetected).
More capability to "hook" into Bugzilla at various places.
Less hardcoding - customised statuses/resolutions, easier to add
customised fields.
Alternative user interfaces, web services support.

-- 
         Matthew Tuck: Software Developer & All-Round Nice Guy        
 My Short Autobiography: 1985 Grade Bin Monitor 1990 Class Clown Award
1992 Awarded Most Likely To Spontaneously Combust 1996 Crowned Galactic
         Emperor 1998 Released From Smith Psychiatric Hospital