Skip to content
This repository has been archived by the owner on Sep 16, 2022. It is now read-only.

JIT Changes #4

Merged
merged 6 commits into from Oct 9, 2012
Merged

JIT Changes #4

merged 6 commits into from Oct 9, 2012

Conversation

mgangadhar
Copy link
Contributor

Ryan,
Primarily added text area to input additional attributes on the Response Request page and another text area to format the SAML response to make it more readable on the Target Poster page. Please let me know if you have any questions.

Thanks,
Mahanthi

@@ -168,7 +171,7 @@ protected Subject buildSubject(String nameIdentifierValue)
protected abstract Subject buildSubject();

protected AttributeStatement buildAttributeStatement(
List<Attribute> additionalAttributes) throws IllegalStateException {
List<Attribute> addAttributes) throws IllegalStateException {
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is confusing having both an additionalAttributes and addAttributes. In addition, addAtrributes sounds like a verb, not a noun. Beyond just renaming the var, this probably should be rafactored to have the injection of both kinds of additional attributes be cleaner. I know the original code was a bit messy though :(

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, what happens if someone used the form for attributes, but also set the same thing in free form JIT field? Does it matter if they are using subject or attribute for user id? See comment below about testing.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree that the names are confusing, just tried to get it working with minimal changes. For now we can just rename the var and leave the refactoring as a TODO item?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If the user selects subject there is no issues at all. Say the user selects Attribute and the name to be say "UserName", if the user now sets something like UserName=blahblahblah; in the free from JIT field, as long this value is correct the assertion would work.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just a thought, if the user selects "Attribute" radio button, what if we disable Username or Federated ID text field and basically force the user to add the attribute in the Additional Attributes text area. If we go that route, we can remove the Attribute Name and Format fields from the UI. In essence we would have all attributes defined in the additional attributes area and have one method to construct the attributes.

@ryanbrainard
Copy link
Owner

Are there tests for this change?

@mgangadhar
Copy link
Contributor Author

Nope, need to add them...

-----Original Message-----
From: Ryan Brainard [mailto:reply@reply.github.com]
Sent: Thursday, May 03, 2012 3:54 PM
To: Mahanthi Gangadhar
Subject: Re: [axiom] JIT Changes (#4)

Are there tests for this change?


Reply to this email directly or view it on GitHub:
#4 (comment)

…for attributes other thatn additional Attributes
ryanbrainard added a commit that referenced this pull request Oct 9, 2012
@ryanbrainard ryanbrainard merged commit 1e7d146 into ryanbrainard:master Oct 9, 2012
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
2 participants