404 is just the HTTP response code. On top of that, you can provide a response body and/or other headers with a more meaningful error message that developers will see.
More Related Contents:
- REST API error return good practices [closed]
- What are REST API error handling best practices? [closed]
- Maximum length of HTTP GET request
- SOAP vs REST (differences)
- Understanding REST: Verbs, error codes, and authentication
- How do I upload a file with metadata using a REST web service?
- Secure Web Services: REST over HTTPS vs SOAP + WS-Security. Which is better? [closed]
- Patterns for handling batch operations in REST web services?
- Why would one use REST instead of SOAP based services? [closed]
- A message body writer for Java type, class myPackage.B, and MIME media type, application/octet-stream, was not found
- WSDL vs REST Pros and Cons
- Best way to support “application/x-www-form-urlencoded” post data with WCF?
- Rest vs. Soap. Has REST a better performance?
- Why do we need RESTful Web Services?
- How to secure RESTful web services?
- When is it appropriate to respond with a HTTP 412 error?
- REST web service WSDL? [duplicate]
- Calling REST web services from a classic asp page
- Non-CRUD operations in a RESTful service
- Jersey client exception: A message body writer was not found
- What are the benefits of using Nginx in front of a webserver for Go?
- How to access parameters in a RESTful POST method
- Detecting the character encoding of an HTTP POST request
- What is RESTful programming?
- what’s the correct way to send a file from REST web service to client?
- REST response code for invalid data
- REST, HTTP DELETE and parameters
- What REST PUT/POST/DELETE calls should return by a convention?
- Error java.lang.RuntimeException: Stub! in Android with Fitnesse testing
- Get/post to RESTful web service