Skip to main content

Posts

Showing posts from August, 2017

Public RESTful Web Services

Hey Guys, So this post will focus on how one can invoke any web service class( REST / SOAP ) without using any Authentication/Username & Password. Of course, people who are working on Public domains will understand why we need to web services without any authentication. Simple Example: There is a Data sitting in your org (say SFDC ) which is not harmfull if exposed to any requester. ( Examples of such Public Web services are UBER, google Maps). IMPORTANT : You must have created your own site. Now as a demo you will visit my website built on force.com Site and fill in the form. Once you land on the page, click Rest Example Tab. Lets hit this. later you will click this link appending the same Email id which you gave to create the record. once you click the above link, paste the email id at the end of the URL in the browser. You just hit a public Restful web-service. You created a record in someone's anonymous site and checked how many records you actually c

Game Changer - A Profile Changer App

Hey Everyone,  Thanks for coming up here. Please follow this link to know more on my Project. About App : In a Large / Medium sized orgs, having a wrong profiles could affect the business very badly. Plus, annoying a SFDC admin to get the required profile access would be time consuming as well as it would become difficult to track. This app is the solution for the above sample scenario. Just a Sample Scenario!!! : In a large scale org, one wants to have a System Admin/Equivalent or any profile access for the upcoming release. All they want to do is follow 3 steps and the request will be placed in next available batch with access grant date defined in the release record. This release record is placed in Custom Metadata obj and this is the only place your company’s system admin will act up on. Rest all is completely independent.

Salesforce to Salesforce Integration using OAuth 2.0 and Named Credentials

Hello Everyone, After investing lot of time, I was able to Integrate with my own sandbox( you can say one Salesforce Instance to Other Salesforce instance ) I had a scenario where i had to call a rest method created and Exposed in my own sandbox. So I started digging on this as you guys are now. In order to perform OAuth with salesforce you need to perform 3 important steps. 1.        Create Connected App 2.        Create Auth. Provider 3.        Create Named Credentials Once you are authorized, you just need to write 5- 6 lines of code to invoke your REST method. So let’s gets started. As you know  Salesforce uses OAuth 2.0 now. So our job is to set up OAuth. Importantly, OAuth requires 4 important details and they are, Client ID, Secrete Key, User Name and Password. So how do we get them? Client ID and Secrete Key (AKA Client Secrete) can be obtained from Creating a Connected app. But what about User Name and Password?? User Name and Password can