-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added support for ltpa token #219
base: main
Are you sure you want to change the base?
Conversation
@davenice I'm just going to refactor now and remove the profile config. |
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
f88f1d5
to
fd79504
Compare
Signed-off-by: enam-khan <[email protected]>
Signed-off-by: enam-khan <[email protected]>
7c4bd64
to
1cd8078
Compare
Signed-off-by: enam-khan <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In a lot of the resource trees (CICSProgramTree), we're not using the new getters to get the session - might be nice if possible?
Might be nice to be able to do this.getSession()
here like the combination trees.
const programResponse = await getResource(this.parentRegion.parentSession.session, { |
@@ -282,9 +268,8 @@ export class ProfileManagement { | |||
/** | |||
* Return all the regions in a given plex | |||
*/ | |||
public static async getRegionInfoInPlex(plex: CICSPlexTree): Promise<any[]> { | |||
public static async getRegionInfoInPlex(plex: CICSPlexTree, session: Session): Promise<any[]> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can probably get the session (2nd arg) from the plex tree (1st arg) using getParent
or getSession
, or a combination, right? Although it's not exactly messy currently so optional.
@@ -204,4 +209,8 @@ export class CICSCombinedWebServiceTree extends TreeItem { | |||
public getParent() { | |||
return this.parentPlex; | |||
} | |||
|
|||
public getSession() { | |||
return this.getParent().getParent().getSession(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can this just be this.getParent().getSession()
as the parent's getSession
will also keep going up the tree??
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If so, same for all combination trees
Signed-off-by: enam-khan <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! 😋
Haven't had a chance to test this, but the changes make sense to me! 😋
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It feels like we have to make the same/similar changes across all/most CICSCombinedTrees.
Wondering if there is some consolidation that can be done (in a future PR) to create a BaseCombinedTree class that the others extend 😋
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This refactor is actually in progress in this PR. Because all the resource and combined resource trees are practically identical, we can use common tree classes for them all :D
this.session = new imperative.Session({ | ||
type: "basic", | ||
type: SessConstants.AUTH_TYPE_TOKEN, | ||
storeCookie: true, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know I mentioned that perhaps we could move some of the LTPA token support to the CLI.
However, it makes sense the way this is being done here since (as you mentioned on the last standup) this is all handled by Imperative.
Curious if the CICs plug-in could make use the the LTPA token when the CLI is in Daemon mode. 😋
No need to worry about testing this, since people haven't asked for this feature yet 😋
This pr is a work in progress to add support for a using the ltpa token.
#217
How to Test
Review Checklist
I certify that I have:
Additional Comments