Ticket #298 (closed Defect: fixed)
Startup failures and oddities
| Reported by: | jri | Owned by: | jri |
|---|---|---|---|
| Priority: | Major | Milestone: | Release 4.1 |
| Component: | DeepaMehta Standard Distribution | Version: | 4.0.12-SNAPSHOT |
| Keywords: | Cc: | dgf, Malte | |
| Complexity: | 8 | Area: | |
| Module: | deepamehta-core |
Description
Starting up with the "accesscontrol" branch, especially when no DB exists, shows unpredictable behavior:
- "ConcurrentModificationException?": this happens when a plugin's event listeners are registered while the core delivers an event.
- Missing types in the "Create" menu, e.g. "Note": this happens when a plugin creates a type just in the moment after the ACL plugin is installed in the DB but before registered at core. In this case the type got no ACL entries.
- Changes to the default topicmap (created while startup) are not persistent although a user is logged in (and thus have permission to modify it): this happens if the default topicmap is created before the ACL plugin is registered at core. In this case the topicmap has no creator information.
Add further startup failures and oddities you encounter here. A log transcript is appreciated.
Change History
comment:2 Changed 12 years ago by Jörg Richter
Topicmaps fix: default map has ACL entries (#298).
Creation of the default topicmap is defered to ensure it gets ACL entries and creator information.
The "accesscontrol" branch should launch properly also if no DB exists.
See ticket 298.
comment:3 Changed 12 years ago by Jörg Richter
Core fix: serialize plugin activation (#298).
"accesscontrol" branch: no types should be missing anymore in the Create menu.
Startup is less error prone.
See ticket 298.
Note: See
TracTickets for help on using
tickets.
Core fix: serialize plugin activation (#298).
"accesscontrol" branch: no types should be missing anymore in the Create menu.
Startup is less error prone.
See ticket 298.