• Adam@42
  • NEWBIE
  • 0 Points
  • Member since 2005

  • Chatter
    Feed
  • 0
    Best Answers
  • 0
    Likes Received
  • 0
    Likes Given
  • 2
    Questions
  • 2
    Replies
We are playing with Single Sign On.
we pass the sessionId, serviceurl and UserId to our service which then validates this information.

However the UserId passed from salesforce is 3 characters shorter than the UserId retreived from the API GetUserInfo call?

We are calling v6 service and I have a developer login? Is this an issue thing?
What is the standard practice to deal with it?

we are using .NET 1.1 c#

Message Edited by Adam@42 on 10-27-2005 06:58 PM

Are there any code libraries out there for common Salesforce code?
Specifically in c#?

I'm looking at writing code to check for object structural change and im sure someone has done it before me.
We are playing with Single Sign On.
we pass the sessionId, serviceurl and UserId to our service which then validates this information.

However the UserId passed from salesforce is 3 characters shorter than the UserId retreived from the API GetUserInfo call?

We are calling v6 service and I have a developer login? Is this an issue thing?
What is the standard practice to deal with it?

we are using .NET 1.1 c#

Message Edited by Adam@42 on 10-27-2005 06:58 PM

Hi, I am new to developing with Sales Force.  The first issue that has jumped out at me is that there is no way to test our integration-code changes before deploying them for 'real' use.  Testing against my 'Developer Account' is not useful because my developer account does not contain all the data, custom fields, objects, rules, etc.  It is very far from being a reliable test bend for pre-deployment changes.

Without a test environment, it is difficult to not only perform QA but it it difficult to even develop code since the code can't be executed and debugged during development.

Has anyone else found this limitiation as challenging as we have?  It would be nice if there was at least some way to backup our account and then restore it again after testing.

Len.

 

  • March 30, 2005
  • Like
  • 0