Details
Description
Currently LocalConfiguration is responsible to:
1) provide access to configuration properties and
2) provide some methods that are largely used in the framework and
3) keeping states of processing...
that is to much!
Also LocalConfiguration is accessed in a static way which leads to trouble in multithreded environments.
The new Configuration (which is already available) is pure again only providing access to configuration properties - a good step!
Now a place is needed to put the other responsibilities of curent LocalConfiguration.
My approach is to use XMLContext for this stuff.
And in addition I try to remove as much static access as possible - for the sake of thread-safe-ness and such.
Issue Links
- is depended upon by
-
CASTOR-2056
Use refactored Castor configuration at XML modul
-
- relates to
-
CASTOR-2056
Use refactored Castor configuration at XML modul
-
Activity
| Field | Original Value | New Value |
|---|---|---|
| Link |
This issue relates to |
| Link |
This issue is depended upon by |
| Attachment | castor-XMLContext-20070820.txt [ 29076 ] |
| Assignee | Joachim Grüneis [ jgrueneis ] |
| Comment | [ Committed patch (almost as is), with typos fixed and release notes added. ] |
| Attachment | patch.CASTOR-2119.20070828-1112.txt [ 29182 ] |
| Attachment | patch-c2119-20070922-1236.txt [ 29562 ] |
| Attachment | patch-c2119-20070922-1339.txt [ 29563 ] |
| Attachment | patch-c2119-20070928.txt [ 29654 ] |
| Attachment | patch-c2119-20071001.txt [ 29695 ] |
| Resolution | Fixed [ 1 ] | |
| Fix Version/s | 1.1.3 [ 13559 ] | |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |