Details
-
Type:
Improvement
-
Status:
Resolved
-
Priority:
Major
-
Resolution: Incomplete
-
Affects Version/s: None
-
Fix Version/s: 3.4.2
-
Component/s: Build infrastructure, Clustering Algorithms, Document Sources, Framework Core
-
Labels:None
Description
DESIGN-related:
- What should we do with fields that are not attributes, but are @Bindable (ex.: STCClusteringAlgorithmParameters)? Should they be inlined in the parent builder somehow?
- I believe static descriptors should be immutable and should be created only once. What to do with current dynamic views (orderings, predicates).
TODOs:
- Provide support for code-level attribute ID references (no need for AttributeUtils.getKey).
- Provide support for code-level metadata access, including content of JavaDoc documentation (done for @Bindable, pending for @Attributes).
- Remove *Metadata classes.
- Remove generation of external XMLs from descriptors (the webapp can use a simple-xml decorator to extract these from the code).
- Make sure the generated attribute builder classes appear in the JavaDocs
Issue Links
| This issue fixes: | ||||
| CARROT-706 | Resolve the meaning of field-name inside BindableMetadata's serialized XML |
|
|
|
| This issue is related to: | ||||
| CARROT-709 | Provide a workaround for classpath lookup in Eclipse |
|
|
|
| CARROT-733 | AttributeDescriptor cleanups. |
|
|
|
+1 for removing the distinction between *Descriptor and *Metadata.