**
Jim,
 
I'm just starting to use DSO so I know I don't have a DSO answer BUT can you create a dummy user form on the source server and pass it as your User form?
DSO could duplicate the real user for to the dummy and the dummy would pass the values to the reporting form. In the absence of a License Type field in the dummy User it would probably use the default value.
Just a stab in the dark.
 
John J. Reiser
Software Development Analyst
Remedy Administrator/Developer
Lockheed Martin - MS2
The star that burns twice as bright burns half as long.
Pay close attention and be illuminated by its brilliance. - paraphrased by me

 


From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jim Thwaite
Sent: Friday, May 12, 2006 9:02 AM
To: [email protected]
Subject: Re: DSO bypassing mapping

**
Unfortunately no, because if the record is passed with a Fixed license and there are none available on the server then the DSO transaction will fail :(
----- Original Message -----
Newsgroups: public.remedy.arsystem.general
Sent: Friday, May 12, 2006 8:58 AM
Subject: Re: DSO bypassing mapping

**
Jim,
 
Could you create a Filter on the reporting server User form that sets the License Type to Read as records are inserted/updated/merged?
 
Stephen


From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jim Thwaite
Sent: Friday, May 12, 2006 8:55 AM
To: [email protected]
Subject: DSO bypassing mapping

**
Hopefully someone out there has seen this before and has some insight.
 
We have DSO running between our production system (5.1.2) and a reporting server (6.3)  Overall it works correctly.  The requirement is to transfer EVERYTHING.  So all configuration data and yes even User form data gets DSO'd to the reporting server.
 
Therein lies the problem.  There are not as many fixed licenses on the reporting server as the production, nor do we want to issue fixed licenses as it is a read only environment.  Obviously a direct field mapping would try to copy the Fixed license and error out the transfer as the license is not available.
 
We had set up a custom mapping which mapped all the fields straight across except the License Type field.  This is mapped to a static value of Read.  I had this working briefly (Im pretty sure, it was a quick test a while ago, then the project got stalled)  Now when I am testing it to prepare for a rollout it is taking the user data across but it seems to bypass the custom map.   If I filter log it I can see where it performs the DSO process and the mapping is specified in the command line, but the license field is still being carried across with its production system value, not Read.
 
Any ideas, suggestions, etc are greatly appreciated.
 
Jim
__20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___
__20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___

Reply via email to