Thanks Matthew ... I'm *that* far away from resorting to option #2.  I
did't know about #1 though - that's marvellous insight.  I couldn't find
any event sink attached to the user profile itself, but assumed there
must be something somewhere ...
Bob

________________________________

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Matthew Cosier
Sent: Friday, 6 June 2008 3:56 PM
To: listserver@ozMOSS.com
Subject: [OzMOSS] RE: Possible UserProfileChanges web service bug



I haven't seen that behaviour before, but I will provide at least 2
POSSIBLE ways (as hacky as they are) to potentially (possibly) overcome
the issue:

 

1.       Are you in a farm?

a.       If you're not, then I am pretty sure it will store all the user
information in a list in the site collection root (called User
Information List?)

                                                               i.
You could write an IEventSink for this list, to pick up on any changed
details?  That would be an alternative entry point I guess

2.       If you aren't in a farm, then perhaps you could go straight to
the user profile database in SQL server (very naughty, by the way, and
don't let any sharepoint MVPs know that I suggested this:P), and use a
SQL trigger as an entry point into the user profile changing.

a.       It's all about getting the job done, if it comes to this level
of hack to get a better solution then so be it, however, you can
guarantee there is maintenece and potential 'blow away' issues by taking
such an approach, and i would see it as a temporary solution until MS
came up with a fix.

 

Also, this might be a known issue WRT how you are interacting with the
service, and I just don't know it.  But there's some thoughts anyway...

Matthew Cosier
Readify | Dev Centre Lead

M: +61 401 932 250 | E: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>  Blog: http://cosier.wordpress.com
<http://cosier.wordpress.com/> 

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Bob Bradley
Sent: Friday, 6 June 2008 4:04 PM
To: listserver@ozMOSS.com
Subject: [OzMOSS] Possible UserProfileChanges web service bug

 

Folks

 

I've got an old problem that first came up before MOSS SP1, and I was
hoping that SP1 addressed it but it appears not to have ...

 

I'm continuing to experience problems with the above web service
(http://msdn.microsoft.com/en-us/library/ms498695.aspx) in regards to
returning record sets for deleted user profiles.  You do get an updated
token after a delete, but no matter how you format the query xml,
nothing ever comes back after a delete, and you need to periodically do
a complete re-load of all profiles to determine when there has been
deletions instead.

 

Has anyone else on this forum noticed this problem, and are there any
known work-arounds?

 

There is a web service API documented here:
http://download.microsoft.com/download/8/5/8/858F2155-D48D-4C68-9205-294
60FD7698F/%5BMS-USRPCH%5D.PDF which goes into greater depth than the
online help for the way you are supposed to invoke this, but it hasn't
cast any new light on this problem.

 

Any insight would be appreciated :).

 

Cheers

 

________________________________

Bob Bradley 

UNIFY <http://www.unifysolutions.net/> Solutions Pty Ltd
<http://www.unifysolutions.net/>  
Identity Management Specialists 

Mail: 

[EMAIL PROTECTED] 

Office: 

+61 1300 889 519

Fax: 

+61 8 8231 8643

Mobile: 

+61 438 181 003

Web: 

www.unifysolutions.net <http://www.unifysolutions.net/> 

Note: This e-mail and accompanying attachments may contain confidential
or privileged material for the sole use of the intended recipient. Any
review or distribution by others is strictly prohibited. If you are not
the intended recipient please contact the sender and delete all copies. 

-------------------------------------------------------------------
OzMOSS.com - to unsubscribe from this list, send a message back to the
list with 'unsubscribe' as the subject.
Powered by mailenable.com 


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________
-------------------------------------------------------------------
OzMOSS.com - to unsubscribe from this list, send a message back to the
list with 'unsubscribe' as the subject.
Powered by mailenable.com 



------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.

Powered by mailenable.com

Reply via email to