Именно. А как это реализовано? (Спойлер: через повтор пакетов, если нет подтверждения о получении)

))

вот вы лучше скажите, а синхронный рест запрос гарантирует доставку?

смотря что вы имеете ввиду под гарантирует.

правильный вопрос, давай пока считать, что вы можете ввести свое определение "гарантирует" и относительно него ответить

просто если его сразу зафиксировать становится не интересно

основной момент в споре был, что асинхрон у не обеспечивает гарантий, а синхрон обеспечивает

Вот такое определение гарантированной доставки есть "Передающий компьютер всегда «знает», была ли доставлены данные получателю или нет. Это обеспечивается тем, что принимающий компьютер подтверждает успешный прием данных.".
Если исходить из этого определения, то:
синхронный рест обеспечивает гарантированную доставку (ты получишь или ошибку или таймаут или успешный ответ);  
чистый асинхрон без обратных подтверждающих сообщений не обеспечивает гарантированную доставку.
Другое дело, что на практике можно построить асинхронную систему где вероятность недоставки будет очень низкая.
Плюс нужно учитывать фактор времени, надо просто доставить хоть когда-нибудь, или надо доставить за определенное время.

Один из сервисов, которым я занимаюсь, как раз выполняет функцию "гарантированной" асинхронной доставки. За пару лет промэксплуатации мы не потеряли ни одного сообщения, но заметное количество пока не смогли доставить (лежат  в БД). Некоторые уже второй год доставить не можем :(

да с таким определением ответ сразу становится однозначным

С учётом того, что REST - это описание стандарта организации доступа к ресурсам в АПИ, он не гарантирует вообще ничего, т.к. строго говоря не стандартизирует используемые протоколы реализации

в данном случае термин рест использовали в широком смысле - http-запрос.

Джава использовали в значении джаваскрипт, ага

да даже и в рестовом все ок, т.к. гарантирует, что вызываемый сервис получил запрос и отправитель поулчит какой-то ответ, либо ошибку

Привет пытаюсь запустить проект со слудущими спецификациями на томкат сервере но получаю ошибку JDK 1.8, ecplise_J2EE, Maven 3.5 and above,Tomcat 7 and above,mysql 5.7and above.

org.apache.jasper.JasperException: java.lang.ClassNotFoundException: org.apache.jsp.WebContent.index_jsp

The absolute uri: [http://java.sun.com/jsp/jstl/core] cannot be resolved in either web.xml or the jar files deployed with this application

Как исправить?

Подскажите пожалуйста

но вообще да, корректнее было бы явно говорить про какойнить POST запрос