You need to sign in to do that
Don't have an account?
mikeafter6
Native App - trying to consume Web Service from another ORG
We're attempting a native force.com app that needs to call web services on another ORG. (aka ORG to ORG web service call.)
I understand how to consume an ORG's web service using an S-Control, .NET, Java, PHP, Ajax-Toolkit.
How do I consume a web service using APEX code?
NOTE: The ORG with the web service method stores standardized custom objects (DAAS) that will be used by other ORG's that we create.
Please advise if possible. What are the best ways to login() and work with sessions using apex?
Thanks.
- ISV
Sure. Here is more information on what we are trying to accomplish:
We are writing a native-force.com app that will support hundreds of customers. We want to maintain some data (DAAS) and business logic in a central location. We will have one master ORG for our global ISV data and business logic. Then, one ORG per customer via the trial-force deployment approach. (Each customer will have a copy of a template ORG. The template ORG is upgradeable and versionable.)
First, we have several tables of data that need to maintained in a central location (DAAS). To keep it simple, we need to store data on the 52 US-States and data on each country. We would build a custom object for the US-States and a custom object for the countries in our master ORG. We'd like to use a custom controller and a visual force page to display the US-States and Country data inside each ORG without sync'ing the data. We'd like the custom controller (in the customer ORG) to call a web service on our master ORG to get the data.
NOTE: Our US-State and Country tables will have about 20 fields.
Was there ever a solution for this type of cross ORG functionality. We've looked at SalesForce to SalesForce, but the contant connection invitations were too hazard prone for our customers.
Jeff
I know this original post is very old, but wanted to see if anyone came up with an appropriate solution to this problem. We have a similar requirement to share data across orgs, but we are very concerned about managing the S2S connections.
Thanks,
Thomas