Graphql failed to load resource: the server responded with a status of 500 (Internal server Error)

The 500 code would normally indicate an error on the server, not anything with your code. Some thoughts

  • Talk to the server developer for more info. You can't get more info directly.
  • Verify your arguments into the call (values). Look for anything you might think could cause a problem for the server process. The process should not die and should return you a better code, but bugs happen there also.
  • Could be intermittent, like if the server database goes down. May be worth trying at another time.

unread,

Oct 24, 2018, 9:57:24 AM10/24/18

to Cerner FHIR Developers

We started getting 500s every time we connects to Cerner sandbox to test out app. Tried restarting local app, running on a different machine, clearing browser cache, using other browser, all the usual suspects, with no success.

This seems to be an internal server error on Cerner side of things. Application seems to fail when fetching observations. Here are the details:

Steps to reproduce:

* select localhost application to test

* select a test patient

* log into sandbox

* observe:

** Error 500 in browser console - Failed to load resource: the server responded with a status of 500 (Internal Server Error)

The following error is recorded:

{ "error": { "readyState": 4, "responseText": "Internal service error from resource store", "status": 500, "statusText": "Internal Server Error" }, "data": { "readyState": 4, "responseText": "Internal service error from resource store", "status": 500, "statusText": "Internal Server Error" }, "config": { "query": { "code": { "$or": [ "http://loinc.org|8302-2", "http://loinc.org|3141-9" ] }, "patient": "4342008" }, "type": "Observation", "baseUrl": "https://fhir-ehr.sandboxcerner.com/dstu2/...", "auth": { "bearer": "..." }, "patient": "4342008", "headers": { "Authorization": "Bearer ...", "Accept": "application/json", "Content-Type": "application/json" }, "credentials": "", "method": "GET", "url": "https://fhir-ehr.sandboxcerner.com/dstu2/.../Observation?code=http%3A%2F%2Floinc.org%7C8302-2%2Chttp%3A%2F%2Floinc.org%7C3141-9&patient=4342008", "params": {} } }

X-Request-Id:

6393be2f15e6b1947b1dd77deef72113


Kind regards,

Paul

Kevin Maloy

unread,

Oct 24, 2018, 7:30:47 PM10/24/18

to Cerner FHIR Developers

I think this must be a sandbox issue as I am getting 500's when trying Observation

k.

Orelvis Vazquez

unread,

Oct 24, 2018, 8:57:17 PM10/24/18

to Cerner FHIR Developers

The sandbox is still having internal errors when processing requests to the Observation endpoint.

X-Request-Id: 1c907b92a5396afff2f04aa6388ae2aa

RESPONSE HEADERS: 

HTTP/1.1 500 Internal Server Error

Date: Wed, 24 Oct 2018 12:46:40 GMT

Cache-Control: no-cache

Vary: Origin,User-Agent,Accept-Encoding

Server-Response-Time: 1556.638107

X-Request-Id: 1c907b92a5396afff2f04aa6388ae2aa

Status: 500 Internal Server Error

Transfer-Encoding: chunked

Content-Type: text/plain; charset=utf-8 

RESPONSE BODY:

Benjamin Eichhorn (Cerner)

unread,

Oct 24, 2018, 9:12:44 PM10/24/18

to

We are currently experiencing issues with our Observation resource and are currently investigating, we apologize for the inconvenience and will post back with further updates.

Thank you,

Ben (Cerner)

Benjamin Eichhorn (Cerner)

unread,

Oct 25, 2018, 1:06:09 AM10/25/18

to

Thank you for your patience. We have identified the issue and a fix has been made to bring the resource back online. You should now be able to resume calls to the Observation resource.

Thank you again for your patience,

Ben (Cerner)

When Shopify receives a request to an API endpoint, a number of different HTTP status codes can be returned in the response depending on the original request.

200 OK
The request was successfully processed by Shopify.
201 Created
The request has been fulfilled and a new resource has been created.
202 Accepted
The request has been accepted, but not yet processed.
205 Reset Content
The request has been accepted, but no content will be returned. The client must reset the document from which the original request was sent. For example, if a user fills out a form and submits it, then the 205 code means that the server is making a request to the browser to clear the form.
303 See Other
The response to the request can be found under a different URL in the Location header and can be retrieved using a GET method on that resource.
400 Bad Request

The request wasn't understood by the server, generally due to bad syntax or because the Content-Type header wasn't correctly set to application/json.

This status is also returned when the request provides an invalid code parameter during the OAuth token exchange process.

401 Unauthorized
The necessary authentication credentials are not present in the request or are incorrect.
402 Payment Required
The requested shop is currently frozen. The shop owner needs to log in to the shop's admin and pay the outstanding balance to unfreeze the shop.
403 Forbidden
The server is refusing to respond to the request. This status is generally returned if you haven't requested the appropriate scope for this action.
404 Not Found
The requested resource was not found but could be available again in the future.
406 Not Acceptable
The requested resource is only capable of generating content not acceptable according to the Accept headers sent in the request.
409 Resource Conflict
The requested resource couldn't be processed because of conflict in the request. For example, the requested resource might not be in an expected state, or processing the request would create a conflict within the resource.
415 Unsupported Media Type
The server is refusing to accept the request because the payload format is in an unsupported format.
422 Unprocessable Entity
The request body was well-formed but contains semantic errors. A 422 error code can be returned from a variety of scenarios including, but not limited to:
  • Incorrectly formatted input
  • Checking out products that are out of stock
  • Canceling an order that has fulfillments
  • Creating an order with tax lines on both line items and the order
  • Creating a customer without an email or name
  • Creating a product without a title
The response body provides details in the errors or error parameters.
423 Locked

The requested shop is currently locked. Shops are locked if they repeatedly exceed their API request limit, or if there is an issue with the account, such as a detected compromise or fraud risk.

Contact support if your shop is locked.

429 Too Many Requests
The request was not accepted because the application has exceeded the rate limit. Learn more about Shopify’s API rate limits.
500 Internal Server Error
An internal error occurred in Shopify. Please post in the Shopify APIs and SDKs forum so that Shopify staff can investigate.
501 Not Implemented
The requested endpoint is not available on that particular shop, e.g. requesting access to a Shopify Plus–only API on a non-Plus shop. This response may also indicate that this endpoint is reserved for future use.
502 Bad Gateway
The server, while acting as a gateway or proxy, received an invalid response from the upstream server. A 502 error isn't typically something you can fix. It usually requires a fix on the web server or the proxies that you're trying to get access through.
503 Service Unavailable
The server is currently unavailable. Check the Shopify status page for reported service outages.
504 Gateway Timeout
The request could not complete in time. Shopify waits up to 10 seconds for a response. Try breaking it down in multiple smaller requests.
783 Unexpected Token
The request includes a JSON syntax error, so the API code is failing to convert some of the data that the server returned.

How do I fix failed to load resource the server responded with a status 500?

Solution 1 A 500 internal server error just means something went wrong with your code. You'll need to examine your server logs to find out what the problem is and fix it.

How do you handle GraphQL errors?

GraphQL default error handling..
Better modelisation of errors using Union and Interfaces..
Implementing Union types based error handling..
Handle those Schema changes into the GraphQL server..
Typesafe error handling on the client-side..
Specific Error classes for all GraphQL schema Error types..
codegen mapping..

What is GraphQL error?

GraphQL errors These are errors related to the server-side execution of a GraphQL operation. They include: Syntax errors (e.g., a query was malformed) Validation errors (e.g., a query included a schema field that doesn't exist) Resolver errors (e.g., an error occurred while attempting to populate a query field)

How do you handle ApolloError?

Whenever you throw an ApolloError , you can add arbitrary fields to the error's extensions object to provide additional context to the client. You specify these fields in an object you provide to the error's constructor. id: ID!