Generic File Driver (Svcauwe) and multiple object classes

[geoffc]

I have a vague recollection that someone had a clever way to handle
multiple object classes in multiple different files in Stefan's Generic
File Driver.

I guess I could catch the fileName attribute in the ITP and regex it to
determine the object class, and set operation class.

Wonder if anyone has anything cleverer...

I will have users in one file (26 attributes) and then 4 more files, for
Dept, Division, Orgs, and JobCodes, with maybe 3-4 attributes each.

[lhaeger]

Geoffrey Carman wrote:

> I guess I could catch the fileName attribute in the ITP and regex it to
> determine the object class, and set operation class.

This is what I did a few times and works well.

> Wonder if anyone has anything cleverer...

Stefaan has. The shim comes with a driver parameter named "objectClass" which
takes an ECMA expression to calculate the class. input fields are available as
variables. So if you can derive the class from the contents of your record,
this is a nice option. E.g. if you have a field "class" containing the class
name set that parameter to "class" (sans quotes) and you're done.



--
http://www.is4it.de/en/solution/identity-access-management/

[joakim_ganse1]

That Is really cool. Then you can actually mix object classes in the same file.
Just for the fun of it or to confuse people.

Never thought about it.

[geoffc]

On 6/15/2016 12:30 PM, Lothar Haeger wrote:
> Geoffrey Carman wrote:
>
>> I guess I could catch the fileName attribute in the ITP and regex it to
>> determine the object class, and set operation class.
>
> This is what I did a few times and works well.
>
>> Wonder if anyone has anything cleverer...
>
> Stefaan has. The shim comes with a driver parameter named "objectClass" which
> takes an ECMA expression to calculate the class. input fields are available as
> variables. So if you can derive the class from the contents of your record,
> this is a nice option. E.g. if you have a field "class" containing the class
> name set that parameter to "class" (sans quotes) and you're done.

There you go! A clever way.

[geoffc]

On 6/15/2016 12:30 PM, Lothar Haeger wrote:
> Geoffrey Carman wrote:
>
>> I guess I could catch the fileName attribute in the ITP and regex it to
>> determine the object class, and set operation class.
>
> This is what I did a few times and works well.
>
>> Wonder if anyone has anything cleverer...
>
> Stefaan has. The shim comes with a driver parameter named "objectClass" which
> takes an ECMA expression to calculate the class. input fields are available as

Interesting, nothing suggests it takes ECMA.

How would you access elements of the event doc in ECMA in this context?
(Say count nodes, or look for a specific attribute present, or value of
a specific attribute, etc).



> variables. So if you can derive the class from the contents of your record,
> this is a nice option. E.g. if you have a field "class" containing the class
> name set that parameter to "class" (sans quotes) and you're done.
>
>
>

[lhaeger]

Geoffrey Carman wrote:

> Interesting, nothing suggests it takes ECMA.

Oops, I have mixed up object class with the association and source field
parameters, it seems. So I stand corrected: the objectClass parameter does NOT
take an ECMA just a literal class name and you are left with what you can do in
an input transform for now.

Obviously this is a missing feature, and what a clever one it will be once
Stefaan has implemented it... 🙂

--
http://www.is4it.de/en/solution/identity-access-management/

[joakim_ganse1]

It is interesting to have features appear in the forum before they are implemented.
This one does however have good chances to get implemented 😉

Meanwhile, add the object class to the file or as part of the file name.
I would use a prefix for that such as "user-20160616144633.csv" those file tokens are really good.

Used it in my photo import: https://www.netiq.com/communities/cool-solutions/using-generic-file-driver-importing-photos/

[geoffc]

On 6/16/2016 2:56 AM, Lothar Haeger wrote:
> Geoffrey Carman wrote:
>
>> Interesting, nothing suggests it takes ECMA.
>
> Oops, I have mixed up object class with the association and source field
> parameters, it seems. So I stand corrected: the objectClass parameter does NOT
> take an ECMA just a literal class name and you are left with what you can do in
> an input transform for now.
>
> Obviously this is a missing feature, and what a clever one it will be once
> Stefaan has implemented it... 🙂

That is a very clever idea, I liked it. I shall just wait on Stefaan now
that you have committed him to delivering. 🙂

I keep waiting to hear what his next plugin/driver is... I like his work.

Have you tried his Enhanced DSTrace? When working on Windows IDM
server, it is REALLY nice, and easier than dealing with log files on
Windows.

[lhaeger]

Geoffrey Carman wrote:

> When working on Windows IDM server, it is REALLY nice, and easier than
> dealing with log files on Windows.

I feel with you mate, but I still prefer bash + grep, even on Windows.

--
http://www.is4it.de/en/solution/identity-access-management/

[geoffc]

On 6/16/2016 11:13 AM, Lothar Haeger wrote:
> Geoffrey Carman wrote:
>
>> When working on Windows IDM server, it is REALLY nice, and easier than
>> dealing with log files on Windows.
>
> I feel with you mate, but I still prefer bash + grep, even on Windows.

With you! However, I have to admit, the ability to isolate one event in
a new window that persists and does not scroll away. And then clicking
around the event flow saves a ton of searching time.

[lhaeger]

Geoffrey Carman wrote:

> the ability to isolate one event in a new window that persists and does not
> scroll away. And then clicking around the event flow saves a ton of
> searching time.

Sonds like I'll have to give Stefaan's plugin another try!

--
http://www.is4it.de/en/solution/identity-access-management/

[geoffc]

On 6/16/2016 12:32 PM, Lothar Haeger wrote:
> Geoffrey Carman wrote:
>
>> the ability to isolate one event in a new window that persists and does not
>> scroll away. And then clicking around the event flow saves a ton of
>> searching time.
>
> Sonds like I'll have to give Stefaan's plugin another try!

The only real complaint is that you cannot open an existing file, and
re-parse it. ONly gets it live. Which is nice on Winders.

Also, I asked if he would add in a simple math check of Finish time
minus start time, so we can see how long each event takes.