...
Title | Raised By | Status | Last discussed | Notes | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | 1) We need a repo strategy a) No new repos b) Existing empty repos should be locked (gap, eis, tabular-data-service, gap, etc) - Giulio Graziani please comment if there is an immediate plan to contribute into those repos James Forsyth: At this time, there are no immediate plans to contribute these. c) Consolidating existing repos - probably not 2) We need a maintenance strategy 3) We need a versioning strategy a) Parent POM just for AAI that sets versions for common dependencies (including aai-common deps). Inherits oparent, and inherited by all components 4) We need responsible parties for each repo / component 5) Strategy for oparent dependency management | |||||||||||||||||||||||||||||||
2 | ui_view role in AAF |
|
| |||||||||||||||||||||||||||||
3 | AAI Impact in R6 - MDONS Use Case | Xin Miao |
| 2019-09-19 | Introduce MDONS Use Case Multi-domain Optical Network Services and its impact on AAI in Frankfort AAI MDONS Proposal for Frankfort Release
| |||||||||||||||||||||||||||
4 | AAF autocert |
| 2019-09-12 | Work-in-progress https://gerrit.onap.org/r/c/aai/oom/+/96156 TODO:
The above is also mentioned in the gerrit comments | ||||||||||||||||||||||||||||
5 | No free nodeports in the 302XX range |
| 2019-09-10 | The aai-oom template forces all aai components to use 302XX port range, but it seems that this range is fully allocated OOM NodePort List (except 2 instances where the port allocation is striked through - not sure what that means). We should discuss how to enable aai components nodeport allocation in aai-oom or circumvent nodeport usage via HAproxy (as suggested by Venkata Harish Kajur).
| ||||||||||||||||||||||||||||
6 | Schema validation tool |
| 2019-08-29 | |||||||||||||||||||||||||||||
Jira | ||||||||||||||||||||||||||||||||
server | ONAP JIRA | serverId | 425b2b0a-557c-3c0c-b515-579789cceedb||||||||||||||||||||||||||||||
key | AAI-2583 | 7 | Helm Chart Common Templates |
| 2019-08-29 |
https://gerrit.onap.org/r/c/oom/+/91553 https://gerrit.onap.org/r/c/aai/oom/+/91550 Use of common templates in the helm charts and have it driven from the values.yaml since all the helm charts are identical except the following things such as volumes, volume mounts, ConfigMap and secrets. The goal is to extract all that information in the values.yaml file and use common templates to enable more consistency. In each of the individual helm charts, we have a filebeat sidecar container, when creating a new helm chart, they just have to say if their chart should enable it or not in the values.yaml. | ||||||||||||||||||||||||||
87 | AAI Use Cases | 9 | 2 Types of logging in A&AI WS |
Status | ||||
---|---|---|---|---|
|
There are 2 types of logging in the services
- one read from EELFManager
- the other Logger log = Logger.getLogger( ...
Is that correct? Shouldn't there be just 1 type?
1st Nov:
After Casablanca release investigate logging guidelines and figure out what library to use in order to unify logging within A&AI
26th Nov: See also ONAP Application Logging Specification - Post Dublin
29th Nov: how does this fit with
Jira | ||||||
---|---|---|---|---|---|---|
|
28th May: Stela Stoykova is fixing
Jira | ||||||
---|---|---|---|---|---|---|
|
https://gerrit.onap.org/r/c/aai/cacher/+/85319
- Pavel Paroulek reach out to the logging enhancement team and ask if there is a ONAP-wide logging system which we should use as the A&AI microservicese use at least 2 different approaches
Status | ||
---|---|---|
|
Is there a guide for the description of the error message and the error codes? How are new error states (message + code) added?
- William LaMont will send James Forsyth the output of a script that formats the error.properties file to make a wiki page and readthedocs
- James Forsyth should commit that script and create a wiki for the error properties
...