Support the enterprise extension by default

[imulab]

As use cases of Microsoft AD seems popular with this library, it will be beneficial to support enterprise extension in the showcase project out-of-box so users can test it out.

[imulab]

@plamenGo I added the enterprise extension schema and updated the default User resource type in the showcase project. Did a simple create and get User on it, seems fine. Do you mind giving it a run on feature/72 branch? (You will need to make docker to build the image first).

[plamenGo]

OK, I can check it out -- I did the same a forked repo, so I will check for any differences. Thanks @imulab!

[plamenGo]

Looks good, works fine.

Originally, I used this schema (with a .json ext):

user_enterprise_extension_schema.txt

It has different indices specified, and the manager schema is not called out. No idea whether that makes a difference. What you have seems good, the Microsoft tests are happy.

[imulab]

Great, let me merge this in with your racing fix.

[plamenGo]

looks like the enterprise schema does not work with PATCH calls, keep getting "error invalid path"

[imulab]

can you post your request here?

[plamenGo]

PATCH /Users/f020ebd9-8a5f-49de-b4d1-b47f755b7747

either one of these bodies fails

{"schemas":["urn:ietf:params:scim:api:messages:2.0:PatchOp"],"Operations":[{"op":"Add","path":"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager","value":"45619541-95de-4d5e-9872-571b5d2c5577"}]}"

{"schemas":["urn:ietf:params:scim:api:messages:2.0:PatchOp"],"Operations":[{"op":"Add","path":"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber","value":"6546579"}]}

this issue is same as #75

[imulab]

@plamenGo

Located the issue! I forgot to call the critical crud.Register method so the compilers didn't learn about the URNs at all.

I added the calls during the context initialization for the user and group resource types and it seems to be working now. Also fixed a bunch of test cases affected by adding the schema extension definition in the public resource type definition (they are all crying about the extension being unregistered).

This was fixed in the latest pkg/v2.1.3 release.

Thanks for providing the failing request! Closing this one for now.

[plamenGo]

Hi, thank you for looking into this!

I tested, and this is what I'm finding:

It works fine for the add op.

Specifically, it works for this request:

{"schemas":["urn:ietf:params:scim:api:messages:2.0:PatchOp"],"Operations":[{"op":"Add","path":"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber","value":"6546579"}]}

It fails for the manager request from my prev, but that might be poorly formatted by Azure. This version works:

{"schemas":["urn:ietf:params:scim:api:messages:2.0:PatchOp"],"Operations": [{"op":"Add","path":"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:manager","value":{"value":"6546579"}}]}

I believe this is an issue where Azure does not respect that manager should be a complex type, and just sends a simple value, which we are not expecting as per the schema.

However when the 'op' is replace I am still getting the invalid path error consistently. Is there something else we need to do to handle 'replace' ops correctly?

{
    "schemas": [
        "urn:ietf:params:scim:api:messages:2.0:Error"
    ],
    "status": 400,
    "scimType": "invalidPath",
    "detail": "invalidPath: error compiling path"
}

My request payload is this, but I can pretty much repro with with any PATCH call that updates the extension schema (replace op):

{"schemas":["urn:ietf:params:scim:api:messages:2.0:PatchOp"],

"Operations":[{"op":"replace","path":"urn:ietf:params:scim:schemas:extension:enterprise:2.0:User","value":{"department":"bob"}}]}

PATCH to http://localhost:5000/Users/id