Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some fields are valid to supply when inserting, but are not allowed to be updated. #21

Open
benbenwilde opened this issue Apr 17, 2015 · 5 comments

Comments

@benbenwilde
Copy link
Contributor

I ran into this issue when creating an object via Insert and then updating it later via Update. One of the properties is an id pointing to a parent object, and the property cannot be edited after its created (this is just because of a setting on the object in salesforce). Maybe we could add another attribute like SalesforceInsertOnly or something similar to deal with this situation. I don't know if thats the best way to go about it or not. Right now I just set it to null when updating and that works ok for now.

@michael-shattuck
Copy link
Owner

I have been thinking about consolidating the attributes into a single configurable attribute. The individual attributes would still be supported but deprecated.

@zendever
Copy link

+1

It becomes difficult with the SalesforceIgnore attribute also affecting the reads.

@benbenwilde
Copy link
Contributor Author

Yeah I was setting it to null but that broke cuz then the null handling got fixed (setting the salesforce field to null when you pass null) which is obviously good actually.

So I just use different objects for read and write for now.

@michael-shattuck
Copy link
Owner

Currently there is a SalesforceReadonly attribute that might help, but I am currently working on a single attribute that will have configurable options, also making objects cleaner.

@derekforeman
Copy link

is SalesforceIgnore working in the current release? I'm using it, but it isn't ignoring..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants