-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Force.com API in Scribe-Java #194
Conversation
|
||
private final ForceInstanceType instanceType; | ||
|
||
public enum ForceInstanceType |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Multiple Endpoints for one Api are allowed, but I'd like to maintain the style of other Apis, see for example Twitter:
You can do TwitterApi.class
or TwitterApi.SSL.class
Same would apply here, but you would have 3:
ForceApi.class
ForceApi.Sandbox.class
ForceApi.PreRelease.class
Is the ForceToken class ok to leave as an inner class in ForceApi? |
I thought about that, there's no natural home for it. Is it really On Mon, Dec 12, 2011 at 9:19 PM, Tim Kral <
|
Actually it is not necessary. People can extract extra data from On Tue, Dec 13, 2011 at 12:10 AM, pablo fernandez <
|
Actually, it would be nice to keep the ForceToken because it includes instance information that will be used in all subsequent API calls. For example:
Without this, each caller will always have to parse the raw response. |
I see your point. But also the reason why Token has a rawResponse is to You'll understand that this can get messy fast, if every provider includes Pablo On Tue, Dec 13, 2011 at 1:51 PM, Tim Kral <
|
any chance of getting this api added? I am very interested in a salesforce api. |
It would indeed be nice if this was added. |
+1, please add this in. |
the collaborator seems to be unresponsive to feedback. On Fri, Jan 11, 2013 at 3:58 PM, rsshilli notifications@github.com wrote:
|
I made the code changes you requested here: rsshilli@4f043e3 I agreed with all of your comments except perhaps creating a custom ForceTokenExtractor. That probably could have been just an inline class since it's not going to be used by other OAuth providers. I don't care that much though, so I followed what you asked for and made it separate. |
Hi, guys What could be the cause of this issue? Thanks. |
"invalid authorization code" pretty much says it all. Also, please create a ticket for support instead of commenting on dead pull requests. |
Hi Pablo,
Here is an API implementation for the Force.com OAuth handshake. You'll notice that I extended the Token class because Force.com returns extra information in its token that needs to be extracted and provided to the developer. In order to not clutter up your code, I included everything in the same file.
Also, you'll probably notice that a salesforce.com copyright is included in the header. This is the result of a month long fight with lawyers (argh....). I'm hoping it's acceptable to you because it's only included in the one API file and not in any of your core infrastructure. If not, I completely understand. Please let me know if you have a problem with the copyright stuff because that would be good feedback.
Thanks.
-Tim