Http Methods - Idempotent - Categorization

You can also use PUT for creation. GET, PUT and DELETE are idempotent. There is a good tutorial here that explains the differences:

http://www.restapitutorial.com/lessons/httpmethods.html

Will there will be any issue with respect to Idempotent ???

This depends entirely on you. When we talk about idempotency, we talk with regards to the resource representation and to the resource itself. It is possible that the resource representation is idempotent but the resource itself it is not. If, for example, you do a GET and in your endpoint you create a resource, then this is not real idempotency. You should design your application in that way that it is both idempotent and safe.

I already read about it and not clear on the same. Basically i still don't understand the difference in the result. Can u help me with a code snippet and example input and output?

Ok, imagine a GET operation (I am using the example from one of your other questions) that you call with book id of "10"

 
  @GetMapping
  public ResponseEntity<Book> getBook(@PathVariable String id) {
    Book book = books.get(id);
    if (book == null)
      return ResponseEntity.notFound().build();
 
   String id = generateId();
    Book book = new Book(id, title, authorName);
    bookRepository.save(book);

    return ResponseEntity.ok(book);
  }

Select allOpen in new window

In the example above the GET is idempotent with regards to the resource representation, you are guaranteed to always get back the book that is represented with the id of "10".

But with regards to the resources themselves GET is not idempotent since when you call it you create a new book each time.

So you have to be careful when you implement your web app, do not mix operations that do not belong to the specific verbs if you want to truly be idempotent.

May be an example for DELETE and PUT will be clear. The above GET example is still not clear

A DELETE example would be similar to the one I posted.

In the above example these three lines

   String id = generateId();
    Book book = new Book(id, title, authorName);
    bookRepository.save(book);

Select allOpen in new window

create a new resource. So the GET request returns you the book you asked for, but it also creates a new book. This is not idempotency since you change the resources.

So ideally speaking GET should not save. PUT should be used for Update. POST should be used for CREATE. is that right ???

When we use PUT for Update. We should make sure that we need to handle the status code correctly. Because of idempotent. is that right??

So ideally speaking GET should not save.

Yes.

PUT should be used for Update. POST should be used for CREATE. is that right ???

Yes. But you could also use PUT for create.

When we use PUT for Update. We should make sure that we need to handle the status code correctly. Because of idempotent. is that right??

You need to handle the status code correctly, but not because of idempotency. The idempotency is not dependent on the status code.

The idempotency is not dependent on the status code is the meaning which i couldn't understand still. I understand the status code will differ when we try to do the same operation more than once...

Can you pleas point to a good article or a PPT or somelink which i can read in detail?