redwhite90я наверное чего-то не понимаю)) вроде повторная отправка) и состояние меняется.
Или идемпотентность это когда запрос прошёл, но состояние не изменилось? Совершенно верно - состояние не изменяется. Но я повторю еще раз - идемпотентность, это понятие досаточно абстрактное и относительное .

Что значит "отностительное"?
1) Вот вы сделали сервлет, который обрабатывает GET запросы от клиента, и просто выдает ему страничку, ничего не изменяя внутри. Такое поведение будет идемпотентно и относительно клиента, так как он видит всегда одну и туже страницу, и относительно сервера, так как внутри системы ничего не меняется.
2) Теперь вы модифицировали этот сервлет таким образом, что каждый GET запрос теперь у вас логируется в базу. То есть на каждый GET у вас добавляется или обновляется запись в базе данных вида "страница X была запрошена Y раз". Такое поведение попрежнему идемпотентно относительно клиента - два последовательных запроса вернут одну и ту же страничку. Но оно уже неидемпотентно относительно сервера, так как на каждом запросе изменяется состояние счетчика.
3) Теперь вы модифицировали этот сервлет так, что значение счетчик стало уходить клиенту. Например, на сайтах объявлений часто есть счетчик "Количество просмотров", и с каждым кликом на F5 этот счетчик увеличивается. Такое поведение уже неидемпотентно ни относительно сервера, ни относительно клиента. Хотя это GET запрос, который по своему смыслу идемпотентен.
Надеюсь, что-то у вас прояснилось теперь по идемпотентности.

redwhite90Но исходя из того, что они замаплены одинаково то по какому принципу определяется какой обработчик будет вызываться?Во-первых, совершенно не обязательно мапить их одинаково. Например, вы можете делать POST по адресу /app/writeData.html, а потом редиректить на /app/getData.html?id=10, где id - какой-то идентификатор, значение которого вы изменили.
Во-вторых, в том же Spring MVC можно мапить разные методы на один и тот же путь. То есть, при вызове GET на одном пути у вас будет отрабатывать один метод, а при вызове POST по этому же пути - другой. Так, например, работают многие REST-сервисы, вроде Amazon S3.