[YUNIKORN-2593] Remove partition from Allocation and AllocationAsk

[craigcondit]

What is this PR for?

Remove the partition name from the Allocation and AllocationAsk objects.

What type of PR is it?

• - Bug Fix
• - Improvement
• - Feature
• - Documentation
• - Hot Fix
• - Refactoring

Todos

• - Task

What is the Jira issue?

https://issues.apache.org/jira/browse/YUNIKORN-2593

How should this be tested?

Screenshots (if appropriate)

Questions:

• - The licenses files need update.
• - There is breaking changes for older versions.
• - It needs documentation.

[codecov-commenter]

Codecov Report

Attention: Patch coverage is 57.89474% with 8 lines in your changes are missing coverage. Please review.

Project coverage is 77.04%. Comparing base (05bd6ef) to head (c9ca72d).

Files	Patch %	Lines
pkg/scheduler/context.go	0.00%	6 Missing ⚠️
pkg/scheduler/objects/application.go	83.33%	2 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #858      +/-   ##
==========================================
- Coverage   77.04%   77.04%   -0.01%     
==========================================
  Files          97       97              
  Lines       11998    11989       -9     
==========================================
- Hits         9244     9237       -7     
+ Misses       2419     2418       -1     
+ Partials      335      334       -1     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[wilfred-s]

-1 on this approach, see comment in the jira.
Not sure why we have partition anywhere in the scheduler objects we should just remove it from app, node, queue whatever has it and leave it at that.

[craigcondit]

-1 on this approach, see comment in the jira. Not sure why we have partition anywhere in the scheduler objects we should just remove it from app, node, queue whatever has it and leave it at that.

I've removed it from Allocation and AllocationAsk in this PR. If further removals are needed, we can address that in a followup.

[pbacsko]

+1 LGTM