WebSVN – general – Diff – /sun/hostadmiral/trunk/doc/todo.txt


Host Admiral TODO
=================
 
+	Save user id for all db-update operations.
 
	Set 'editor' for an object by loading and not require it for each property change?
	Then problem with objects inside (lazy loaded) collections.
 
	Specification for the model.
 
	Test cases for model, based on the specification. Check all bound conditions
	- e.g. security exceptions. Write a complete scenario to start with default database;
	login as admin, create users, domains, logout; login as normal user,
	create/delete/modify mailboxes and aliases etc.
 
	Test cases for actions, not so detailed as for the model
	(because it makes no sense to parse html pages).
	The scenario for the model test can be used.
 
	Cascade object deletion, confirmation page.
 
	Store user and malbox passwords in several forms; e.g. clear text, md5, encrypt. Allow
	admin to specify which forms to use.
 
	Check passwords quality (make a separate project for this).
 
	Show filters, search.
 
	Multi-page lists.
 
	Sort options for lists.
 
	Different user name schemes, not only user@domain. Define an interface to allow admin
	implement an own one. Implement a few common ones.
 
+	Taglig to show ActionMessages in right way (add it to the StrutsX project).
 
	Allow to use existing system users: enter uid or name only, check in system for full
	information.
 
+	I18n. Switch language of page on the fly. Save selection in DB for each user.
 
	Allow admin to define default language for server and domain.
 
	Split CoreResources.properties to several files.
 
	Show domain for user which is in the domain.
 
	Check, if it's possible to create (or change) an object by admin that the object's owner
	is not allowed to see it.
 
	Check maxlength.
 
	Make hierarchy of domains.
 
	Allow user to create domains (?) and subdomains in his domains.
 
	Change shell password for system user if its onwer's password is changed (?).
 
	Catch-all mail alias. Only one per domain.
 
+	User login history.
 
	Listeners for all operations.
 
	Basic scripts to push changes to the system.
 
	If mailbox is created, create an user and a mail alias for it in one step - as option.

Subversion Repositories general

(root)/sun/hostadmiral/trunk/doc/todo.txt – Rev 950 → 958

Rev 950		Rev 958
1	Host Admiral TODO	1	Host Admiral TODO
2	=================	2	=================
3		3
4	+ Save user id for all db-update operations.	4	+ Save user id for all db-update operations.
5		5
6	Set 'editor' for an object by loading and not require it for each property change?	6	Set 'editor' for an object by loading and not require it for each property change?
7	Then problem with objects inside (lazy loaded) collections.	7	Then problem with objects inside (lazy loaded) collections.
8		8
9	Specification for the model.	9	Specification for the model.
10		10
11	Test cases for model, based on the specification. Check all bound conditions	11	Test cases for model, based on the specification. Check all bound conditions
12	- e.g. security exceptions. Write a complete scenario to start with default database;	12	- e.g. security exceptions. Write a complete scenario to start with default database;
13	login as admin, create users, domains, logout; login as normal user,	13	login as admin, create users, domains, logout; login as normal user,
14	create/delete/modify mailboxes and aliases etc.	14	create/delete/modify mailboxes and aliases etc.
15		15
16	Test cases for actions, not so detailed as for the model	16	Test cases for actions, not so detailed as for the model
17	(because it makes no sense to parse html pages).	17	(because it makes no sense to parse html pages).
18	The scenario for the model test can be used.	18	The scenario for the model test can be used.
19		19
20	Cascade object deletion, confirmation page.	20	Cascade object deletion, confirmation page.
21		21
22	Store user and malbox passwords in several forms; e.g. clear text, md5, encrypt. Allow	22	Store user and malbox passwords in several forms; e.g. clear text, md5, encrypt. Allow
23	admin to specify which forms to use.	23	admin to specify which forms to use.
24		24
25	Check passwords quality (make a separate project for this).	25	Check passwords quality (make a separate project for this).
26		26
27	Show filters, search.	27	Show filters, search.
28		28
29	Multi-page lists.	29	Multi-page lists.
30		30
31	Sort options for lists.	31	Sort options for lists.
32		32
33	Different user name schemes, not only user@domain. Define an interface to allow admin	33	Different user name schemes, not only user@domain. Define an interface to allow admin
34	implement an own one. Implement a few common ones.	34	implement an own one. Implement a few common ones.
35		35
36	Taglig to show ActionMessages in right way (add it to the StrutsX project).	36	+ Taglig to show ActionMessages in right way (add it to the StrutsX project).
37		37
38	Allow to use existing system users: enter uid or name only, check in system for full	38	Allow to use existing system users: enter uid or name only, check in system for full
39	information.	39	information.
40		40
41	+ I18n. Switch language of page on the fly. Save selection in DB for each user.	41	+ I18n. Switch language of page on the fly. Save selection in DB for each user.
42		42
43	Allow admin to define default language for server and domain.	43	Allow admin to define default language for server and domain.
44		44
45	Split CoreResources.properties to several files.	45	Split CoreResources.properties to several files.
46		46
47	Show domain for user which is in the domain.	47	Show domain for user which is in the domain.
48		48
49	Check, if it's possible to create (or change) an object by admin that the object's owner	49	Check, if it's possible to create (or change) an object by admin that the object's owner
50	is not allowed to see it.	50	is not allowed to see it.
51		51
52	Check maxlength.	52	Check maxlength.
53		53
54	Make hierarchy of domains.	54	Make hierarchy of domains.
55		55
56	Allow user to create domains (?) and subdomains in his domains.	56	Allow user to create domains (?) and subdomains in his domains.
57		57
58	Change shell password for system user if its onwer's password is changed (?).	58	Change shell password for system user if its onwer's password is changed (?).
59		59
60	Catch-all mail alias. Only one per domain.	60	Catch-all mail alias. Only one per domain.
61		61
62	+ User login history.	62	+ User login history.
63		63
64	Listeners for all operations.	64	Listeners for all operations.
65		65
66	Basic scripts to push changes to the system.	66	Basic scripts to push changes to the system.
67		67
68	If mailbox is created, create an user and a mail alias for it in one step - as option.	68	If mailbox is created, create an user and a mail alias for it in one step - as option.