feat(hue): enable application log on jobbrowser of hue

[nschung]

Which issue(s) this PR fixes

Give hue user access to yarn and spark application log

Additional comments

Agreements

• I hereby declare this contribution to be licensed under the Apache License Version 2.0, January 2004.
• I hereby agree to grant TOSIT a copyright license to use my contributions.

[gonzaloetjo]

I'm wondering of the implications of adding additional extras components to tdp-collections. Would it be more appropriate to introduce this as an override within tdp-getting-started, as it's pertinent to a specific implementation with some extra components? Instead of adding extras dependencies on collections.

Additionally, I was evaluating the possibility of having a dedicated overrides directory for tdp-collections-extras (or similar community collections). This would allow extras to inject variables into tdp-collections more seamlessly. The tdp init process could then prioritize these overrides before deployment. What are your thoughts on this approach?

[rpignolet]

We cannot add a value to a string with the current override mechanism. This string would have to be a dict if we wanted to do it.

[gonzaloetjo]

I was leaning more towards the idea of overriding the entire key using an tdp-collection-extras overrides folder, which would contain the additions and the original values, similar to those in this commit. A dict might be a solution to.

[rpignolet]

I think we should not duplicate a variable from tdp-collection in tdp-collection-extra. In the case of modifying the variable in tdp-collection, if we forget to make the modification in tdp-collection-extra this will cause us problems. We must stick to the behavior that tdp-collection-extra adds variables or adds elements into an existing variable but not a complete override.

If Hue is not deployed in the cluster, I think it is not a concern for it to be present in the configuration in tdp-collection unless it prevents Hadoop from working.

The alternative would be to change these variables to dict but I don't think we gain anything there.

[gonzaloetjo]

The alternative would be to change these variables to dict but I don't think we gain anything there.

IMO we gain for the-collection-extras, or any other community collection, to be independent from tdp-collections, as more and more external variables might be declared in tdp-collection. But that's about it agreed.

[rpignolet]

I agree to make dicts but how can we know that certain variable must be a dict? Do we look for all the variables to put them in dict or do we change them to dict only if necessary?

[rpignolet]

As discuss, will be done in #801.