CODE
|
DESCRIPTION
|
200
|
OK. The
request has successfully executed. Response depends upon the verb invoked.
|
201
|
Created. The request has
successfully executed and a new resource has been created in the process. The
response body is either empty or contains a representation containing URIs
for the resource created. The Location header in the response should point to
the URI as well.
|
202
|
Accepted. The
request was valid and has been accepted but has not yet been processed. The
response should include a URI to poll for status updates on the request. This
allows asynchronous REST requests
|
204
|
No Content. The request was
successfully processed but the server did not have any response. The client
should not update its display.
|
301
|
Moved
Permanently. The requested resource is no longer located at the specified
URL. The new Location should be returned in the response header. Only GET or
HEAD requests should redirect to the new location. The client should update
its bookmark if possible.
|
302
|
Found. The requested resource
has temporarily been found somewhere else. The temporary Location should be
returned in the response header. Only GET or HEAD requests should redirect to
the new location. The client need not update its bookmark as the resource may
return to this URL.
|
303
|
See Other.
This response code has been reinterpreted by the W3C Technical Architecture
Group (TAG) as a way of responding to a valid request for a non-network
addressable resource. This is an important concept in the Semantic Web when
we give URIs to people, concepts, organizations, etc. There is a distinction
between resources that can be found on the Web and those that cannot. Clients
can tell this difference if they get a 303 instead of 200. The redirected
location will be reflected in the Location header of the response. This
header will contain a reference to a document about the resource or perhaps
some metadata about it.
|
405
|
Method Not Allowed.
|
406
|
Not
Acceptable.
|
410
|
Gone.
|
411
|
Length
Required.
|
412
|
Precondition Failed.
|
413
|
Entity Too
Large.
|
414
|
URI Too Long.
|
415
|
Unsupported
Media Type.
|
417
|
Expectation Failed.
|
500
|
Internal
Server Error.
|
501
|
Not Implemented.
|
503
|
Service
Unavailable.
|
In context to Spark 2.2 - if we read from an hive table and write to same, we get following exception- scala > dy . write . mode ( "overwrite" ). insertInto ( "incremental.test2" ) org . apache . spark . sql . AnalysisException : Cannot insert overwrite into table that is also being read from .; org . apache . spark . sql . AnalysisException : Cannot insert overwrite into table that is also being read from .; 1. This error means that our process is reading from same table and writing to same table. 2. Normally, this should work as process writes to directory .hiveStaging... 3. This error occurs in case of saveAsTable method, as it overwrites entire table instead of individual partitions. 4. This error should not occur with insertInto method, as it overwrites partitions not the table. 5. A reason why this happening is because Hive table has following Spark TBLProperties in its definition. This problem will solve for insertInto met
Comments
Post a Comment