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: [email protected]
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-29460FD7698F/%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]<mailto:[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

Reply via email to