

Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-15
17:20
409 views
Generic File Driver (Svcauwe) and multiple object classes
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.
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.
22 Replies


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-15
17:30
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/
> 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/
______________________________________________
https://www.is4it.de/identity-access-management
https://www.is4it.de/identity-access-management


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-15
22:17
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.
Just for the fun of it or to confuse people.
Never thought about it.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
01:01
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.
> 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.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
02:25
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.
>
>
>
> 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.
>
>
>


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
07:56
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/
> 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/
______________________________________________
https://www.is4it.de/identity-access-management
https://www.is4it.de/identity-access-management


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
13:50
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/
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/


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
14:26
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.
> 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.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
16:13
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/
> 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/
______________________________________________
https://www.is4it.de/identity-access-management
https://www.is4it.de/identity-access-management


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
17:25
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.
> 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.


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
17:32
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/
> 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/
______________________________________________
https://www.is4it.de/identity-access-management
https://www.is4it.de/identity-access-management


Knowledge Partner
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
2016-06-16
18:55
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.
> 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.