RI
хорошо, нам индепотентность зачем нужна была
Size: a a a
2019 June 26
RI
Правильно, чтобы в крудах без проблем несколько раз один и тот же запрос отправить
AE
Надо на календаре отметить красный день когда захоливарили два модератора, pro.jvm и kotlin community
d
я не вижу холивара
RI
Правильно, чтобы в крудах без проблем несколько раз один и тот же запрос отправить
Решает ли такой POST задачу? Очень даже
d
я ясно предоставил цитаты из спеки и объяснил кейс
d
Решает ли такой POST задачу? Очень даже
ты про другое же говоришь
d
POST vs PUT
d
а я говорю, ЕСЛИ POST сделали для create
d
то он обязан быть НЕ идемпотентным
AE
Правильно, чтобы в крудах без проблем несколько раз один и тот же запрос отправить
Post не может быть идемпотентным, если только не содержит уникальные идентификаторы
RI
Post не может быть идемпотентным, если только не содержит уникальные идентификаторы
Ну так вот, Саша понял в чем хитрость
VP
@eld0727 судя по моим экспериментам, всё таки там graceful - соединения не принимаются, но существующие запросы отрабатывают.
Ещё бы без запросов не было бессмысленного ожидания...
Ещё бы без запросов не было бессмысленного ожидания...
RI
то он обязан быть НЕ идемпотентным
Ты говоришь, в спеке не слова)
d
Ты говоришь, в спеке не слова)
а я на математику опираюсь
RI
Я тебе пример POST привел, который и entity создаст и индепотентен
d
Я тебе пример POST привел, который и entity создаст и индепотентен
те у тебя запрос создает энтити, а при последующих только ее обновляет?
AE
Ну так вот, Саша понял в чем хитрость
Никакой хитрости нет, это логика, которая не соответствует C из CRUD для REST
RI
те у тебя запрос создает энтити, а при последующих только ее обновляет?
Ничего не делает, уже создана в сторе лежит
d
Ничего не делает, уже создана в сторе лежит
эм