-
Notifications
You must be signed in to change notification settings - Fork 94
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
console - support additional LDAP Organization fields #2552
Conversation
There are conflicts, can you update the PR please ? |
You're keeping the competency area (list of INSEE IDs) in the groupOfMembers' description field ? Woudn't it be more explicit to use a dedicated field in the georchestraOrg object ? |
take into account extra org fields from georchestra/georchestra#2552
Very good point Jean. |
Yes, but once and for all... think of the ones who built code that uses the existing DIT schema :) |
You're a bit late to the game... |
No, I think Landry says not to move this extent information elsewhere; We actually can keep it on the description field. It is just not very obvious which is which, since we'll have a description field on both objects defining the organization. |
Its fine to use a custom schema instead of abusing existing object fields, and i dont mind if description content is moved to another attr, as long as it's changing at every release. adding attributes is fine (like for image/url/etc), its renaming/repurposing attributes that can get hairy. |
Agreed. To my knowledge, only https://github.com/georchestra/foncier makes use of it atm.
OK, I get your point now. Yes, we do not break stable releases (well, we try) ;-) |
@groldan here... |
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, but we'll change the field to store city codes in a second time.
816c170 need the "right" latest docker image to be available for tests. |
@cmangeat please rebase on top of master, the branch 60 commits behind master.
|
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.
@cmangeat please rebase on top of master, the branch 60 commits behind master.
It rebases fine, but when running mvn verify -Pit
to run integration tests, get a bunch of failures like this one:
[ERROR] Failures:
[ERROR] OrgsIT.createAndGet:62 Status expected:<200> but was:<500>
[ERROR] OrgsIT.createAndGetWithDescription:95 No value at JSON path "$.description": com.jayway.jsonpath.PathNotFoundException: Expected to find an object with property ['description'] in path $ but found 'java.lang.String'. This is not a json object according to the JsonProvider: 'com.jayway.jsonpath.spi.json.JsonSmartJsonProvider'.
Other than that the patch looks pretty straightforward, but can't really run a more in-depth review until the branch is building fine.
@@ -119,4 +122,10 @@ public ResultActions perform(RequestBuilder requestBuilder) throws Exception { | |||
public String testName() { | |||
return testName.getMethodName(); | |||
} | |||
|
|||
public String readRessourceToString(String name) throws URISyntaxException, IOException { |
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.
typo: readRessourceToString
-> readResourceToString
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.
fixed typo and rebased ... thanks.
…on has to json serailized empty
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. If at all, change the title of the PR so that the merge commit message is more informative.
Proposal for #2146