The calls work on the salesforce api version 48.0 fail on the version 49.0 with not found error.
For example if I make a get request to 'https://yourinstance.salesforce.com/services/data/v48.0/sobjects/Opportunity/describe'
works perfectly fine, but
when I make a get request to
'https://yourinstance.salesforce.com/services/data/v49.0/sobjects/Opportunity/describe'
it fails with not found error.
Did the structure of the call changed?
Was the endpoint deprecated? If so could you please point me to the right page in the changelog.
...you do realise that v49 is Summer'20 release and that's not live yet?
You can make a call to https://instancename.my.salesforce.com/services/data/ to see versions (documentation), it'll end with something like
<Versions>
...
<Version>
<label>Winter '20</label>
<url>/services/data/v47.0</url>
<version>47.0</version>
</Version>
<Version>
<label>Spring '20</label>
<url>/services/data/v48.0</url>
<version>48.0</version>
</Version>
</Versions>
Summer'20 release is in preview in certain sandboxes: https://www.salesforce.com/blog/2020/05/summer-20-sandbox-preview.html
Some productions (and sandboxes on non-preview instance) will get the release on July 11th weekend, last ones will be upgraded on July 18th. You can also check it on https://status.salesforce.com/instances/UM5/maintenances (put your instance in the url if you know it or you can use the search for the "My Domain" version)
Related
I'm making a simple TODO app and want to upload it to HEROKU.
But after I updated the code on Github, heroku code remained the same.
I've tried this and this and the other answers but nothing changed.
Site Code
Code on github here. As you can see console.log() on site has not disappeared
Heroku site
I even tried to re-create the app on Heroku but it didn't work.
Heroku's GitHub integration has been disabled for over a month as part of a security response. It appears that it will remain disabled for another week or so:
Based on current progress, we plan to complete our investigation by May 30, 2022
…
We know you are waiting for us to re-enable our integration with GitHub, and we've committed to you that we will only do so following a security review. We will post more information to status.heroku.com when it is available.
You should have received emails about this from Salesforce (Heroku's parent company) on or around April 15 and May 4, 2022.
At the moment, your only option is to deploy using some other method. See this question for more details. The answers there suggest some alternative ways to deploy your code.
(Your Heroku password was also forcefully reset; if you have not yet changed it you'll need to do that when you log back in.)
I am extending a standard ODataService for SAP Sales Order create to custom service.
The Service request version is 2.0 for all request where the standard service is hit, but the point where the custom service is hit automatically the Service request version gets updated to DataServiceVersion 3.0 and MaxDataServiceVersion 2.0.
Whenever I Place order I get below mentioned error.
“The Data Services Request version '3.0' is not supported for the request payload.”
Attached screenshot will show you the exact error and the request contents in details-
EDITED [23/01/2017]
I know that SAP Gateway only supports OData version 2.0.
Similar issue- https://archive.sap.com/discussions/thread/3689384 (However it is not helping in my case.)
Is there a way to update DataServiceVersion in the request manually.
Any hint will be appreciated, thanks in advance !
If you wish to call a different version of your service, please add a segment parameter to the URL as in the following example v=2
https://ldai1g1y.wdf.sap.corp:44356/sap/opu/odata/IWFND/CATALOGSERVICE;v=2/....
I have a calendar feed that updates from Google Calendar using a JSON URL. I followed the instructions from http://mikeclaffey.com/google-calendar-into-html/. The upcoming events stopped showing up recently.
I tried other Google Calendars but none work. I tested it out at http://victoriasawyer.com/amosTheTransparent with a static JSON file (borrowed from Mike Claffey) and it works fine.
I pasted the URL into a JSON formatter to see if I could create a static file but this is when it returns the error message "The JSON URL has returned: 403 Forbidden."
I have no idea what the problem is (other than that it seems to lie within the URL). Any help with this will be greatly appreciated.
Thanks!
http://googleappsupdates.blogspot.com/2014/06/calendar-gdata-api-google-calendar.html
Back in November 2011, we announced the deprecation of the Calendar GData API (v1, v2) when the APIv3 was made available. We’ll now be shutting down these older versions on November 17, 2014.
Use the V.3 API
https://developers.google.com/google-apps/calendar/
403 Forbidden is an error that occurs when your HTTP Request is attempting to access a URL for which you are forbidden to access. Typically this happens when you attempt to access a URL which is no longer public, but most likely still exists. The folder exists on the public URL, but either the file you're attempting to access, or the folder itself has new security restrictions.
Sometimes this occurs when the URL is temporarily inaccessible as well. However, since it's still showing that message, even for me, then the problem is that the URL most likely has been deprecated and is no longer accessible for public consumption.
Find a different calendar link for a calendar you wish to display on your site, since this one appears to now be defunct.
I have deployed a new version of my App that contains a new cloud endpoint.
I have made the new version the default version.
I have even deleted the old version (version 1).
If I try to hit https://<myappid>.appspot.com/_ah/api/ then I get a
404 Not Found.
If I try to hit https://2-dot-<myappid>.appspot.com/_ah/api/ then
my request gets served.
It's been a full 24 hours since I uploaded version 2. And more than an hour since I marked version 2 as default and deleted version 1, but I'm still getting the 404.
I don't want to ship my client explicitly pointing to 2-dot-<myappid> as this locks the client to a particular version.
Any ideas on what is going wrong?
Cloud Console currently doesn't automatically update Endpoints when changing app versions. You need to use the old App Engine Admin Console to make it update. So, I suggest trying switching versions to another version and switching back immediately. It should fix it for you.
Upload a new major version of your app. This can be identical to your current default version, which just the version name changed.
Visit the App Engine Admin Console and select your project.
Click Versions.
Change the default version to the one you just deployed.
Change the default version back to the one it just was.
At this point, the default domain should be working for you.
how about trying "https://xandar-wordgame.appspot.com/_ah/api/explorer",it may redirect the page to api-explorer where you can explore your api.
Others:
I've also encountered the same problem. but then I realized I have not changed the javascript code that load the api client. I changed the version in java annotation , but forgot to change the gapi.client.load(_apiName, _version, _your_call_back_function,_apiRoot) in web client .
Hope it will help.
So far, I have been working on version 1 of my server application. I could reach the application at
https://myappid.appspot.com
using my browser. (Note: I am using https, not http)
Now, I am changing the the version id to 2 (version 1 is now production, version 2 is next gen release and I would like to test that). I need version 1 to remain the default version for the users are using the stable, production version.
Now that I have 2 versions, I tried to reach version 2 static front page from by browser (Chrome) using
https://2.latest.myappid.appspot.com
as per the instructions I could find. Instead chrome gives me the following error
*You attempted to reach 2.latest.myappid.appspot.com, but instead you actually reached a server identifying itself as .appspot.com. This may be caused by a misconfiguration on the server or by something more serious. An attacker on your network could be trying to get you to visit a fake (and potentially harmful) version of 2.latest.myappid.appspot.com.
You cannot proceed because the website operator has requested heightened security for this domain.
This problem goes away for http://2.latest.myappid.appspot.com
I have requested secure connection through web.xml's
<transport- guarantee> element. So, what am I missing?
Try 2.myappid.appspot.com.
Also, in the Admin Console when you click on Versions, you can see all versions of your app. A number of each version is a link - you can click on it to get access to that version running.
If you try to access the new version using https, you should use the following instead:
https://2-dot-myappid.appspot.com/
Do you need 2 live versions of the same app?
Although possible with some limitations, this is not what the system was designed to do. The https is apparently one of these limitations.
If you want version 2 to replace version 1, than all you need to do is "set default" on version 2, and than it will be the one mapped to https://myappid.appspot.com