Вот скажите мне, что я делаю не так, прилепил во всем приложении спинговый кэш, через аннотации же конечно, еще прилепил кучу всего, на эвиктинг этого кэша и вот получается что код получился настолько говно, что я не вижу причин его не выбросить и просто заиспользовать работу с кэшом вручную

конечно

не нравится то, что у меня над методом теперь по 4-5 строчек аннотаций например

Друзья, снова я с вопросом по mongo async driver Итак, есть проблема Есть коллекция счетов Есть операции пополнения и снятия средств Причем могут выполняться с кучи разных потоков, могут обновлять один счёт, а могут разные Так вот Возникает проблема с валидностью данных при снятии средств. Для того, чтобы провести снятие, я должен узнать, что я снимаю не больше, чем осталось (не выпало за 0). Но при параллельном выполнении этой операции возникает проблема, что два потока одновременно получают одно и то же значение счёта и снятие проходит не верно(было 10 и в одну секунду приходит два снятия по 10, оба потока видят баланс - 10 и начниюат снимать, а остаётся -10) Обычная блокировка потока здесь не подходит, ТК это сильная просадка по производительности (люди, работающие с другими счетами не смогут работать , ТК один счёт заблокирует поток) Как поступить, кто что может посоветовать ?

Есть ConcurentHashMap который умеет блокироваться только по ключу, или в твоём случае по номеру счета. Но если это не просто тестовое задание, то все сложнее. Монга будет в кластере и твое приложение тоже. В банковском софте не вносят изменения в баланс счёта а записывают транзакции сколько пришло / ушло и на основании этого считают баланс

Есть ConcurentHashMap который умеет блокироваться только по ключу, или в твоём случае по номеру счета. Но если это не просто тестовое задание, то все сложнее. Монга будет в кластере и твое приложение тоже. В банковском софте не вносят изменения в баланс счёта а записывают транзакции сколько пришло / ушло и на основании этого считают баланс

Народ есть что почитать по построению хорощего API? Бест практикс, паттерны и т.д.

Rest

Хотя , все равно же нужно как-то понять, не вышли ли мы за лимит

Rest это архитектурный стиль проектирования / подход

Возьми атомикЛонг для хранения баланса :) не помню, хватит ли там методов атомарно уменьшить значение одновременно с проверкой.

Ты наверняка видел как пишут рест контроллеры в спринге... беспорядочные url не структурированые где рестом и не пахнет. Это одно. А второе я хочу понять может есть ьест практикс как правильно разделять контроллеры урлы в них. Делать логинку например для разных клиентов. И тд

Что ты имеешь ввиду под "не структурированные" ?

В "спринг в действии" есть глава про рест. Где очень хорошо многое описывается. Я хочу найти более углубленое раскрытие темы

Ты наверняка видел как пишут рест контроллеры в спринге... беспорядочные url не структурированые где рестом и не пахнет. Это одно. А второе я хочу понять может есть ьест практикс как правильно разделять контроллеры урлы в них. Делать логинку например для разных клиентов. И тд

Api/users/makePayment Api/users/addUser

Api/users/makePayment Api/users/addUser

Или вот есть у тебя магазины авто в каждом тачка. И получается Api/markets/{ marketId}/cars/{carId} В каком контролере это писать?

То, в каком контроллере писать это уже дело имплементации

Вот мне нужна инфа про варианты имплементаций и как на уровне приложения внутри правильно реализоват этот рест. Чтобы не премешивались урлы в разных контроллерах

Господа, а подскажите какой нить обфускатор для jar файлов. Бесплатный. Есть такие?

Господа, а подскажите какой нить обфускатор для jar файлов. Бесплатный. Есть такие?

Можешь ещё посмотреть на роутеры в Vert.x web: https://vertx.io/preview/docs/vertx-web/java/#_routing_by_exact_path

Zelix

Он точно бесплатный?

Друзья, снова я с вопросом по mongo async driver Итак, есть проблема Есть коллекция счетов Есть операции пополнения и снятия средств Причем могут выполняться с кучи разных потоков, могут обновлять один счёт, а могут разные Так вот Возникает проблема с валидностью данных при снятии средств. Для того, чтобы провести снятие, я должен узнать, что я снимаю не больше, чем осталось (не выпало за 0). Но при параллельном выполнении этой операции возникает проблема, что два потока одновременно получают одно и то же значение счёта и снятие проходит не верно(было 10 и в одну секунду приходит два снятия по 10, оба потока видят баланс - 10 и начниюат снимать, а остаётся -10) Обычная блокировка потока здесь не подходит, ТК это сильная просадка по производительности (люди, работающие с другими счетами не смогут работать , ТК один счёт заблокирует поток) Как поступить, кто что может посоветовать ?

Или вот есть у тебя магазины авто в каждом тачка. И получается Api/markets/{ marketId}/cars/{carId} В каком контролере это писать?

Друзья, снова я с вопросом по mongo async driver Итак, есть проблема Есть коллекция счетов Есть операции пополнения и снятия средств Причем могут выполняться с кучи разных потоков, могут обновлять один счёт, а могут разные Так вот Возникает проблема с валидностью данных при снятии средств. Для того, чтобы провести снятие, я должен узнать, что я снимаю не больше, чем осталось (не выпало за 0). Но при параллельном выполнении этой операции возникает проблема, что два потока одновременно получают одно и то же значение счёта и снятие проходит не верно(было 10 и в одну секунду приходит два снятия по 10, оба потока видят баланс - 10 и начниюат снимать, а остаётся -10) Обычная блокировка потока здесь не подходит, ТК это сильная просадка по производительности (люди, работающие с другими счетами не смогут работать , ТК один счёт заблокирует поток) Как поступить, кто что может посоветовать ?

Господа, а подскажите какой нить обфускатор для jar файлов. Бесплатный. Есть такие?

Ну вот тоже думал Правда счетов то может быть куча Да и то, что в кластере будут сервера работать На каждом все равно будет локальная копия хранится, которую нельзя будет засинхронить

Api/users/makePayment Api/users/addUser

а когда /addUsers - это хуйня из под коня

Есть ConcurentHashMap который умеет блокироваться только по ключу, или в твоём случае по номеру счета. Но если это не просто тестовое задание, то все сложнее. Монга будет в кластере и твое приложение тоже. В банковском софте не вносят изменения в баланс счёта а записывают транзакции сколько пришло / ушло и на основании этого считают баланс

лол, щас бы для платежной системы данные в монге держать. да

А где? И как другая бд поможет в решении данной проблемы?

а когда /addUsers - это хуйня из под коня

казалось бы, я может от жизни отстал. монга в транзакции научилась ? ACID там, все дела

Почему это не рест?

Разве транзакции решат проблему? Или ты предлагаешь откатывать каждую транзакцию, которую счёт за 0 переведет?

вот плюсану. POST/PUT/GET/DELETE на эндпоинт. а не /users/{get, add, delete}.

сколько раз в большинстве долгоживущих проектов видел: когда в ресте глаголов перестает хватать, то на рест кладут и уходят в гибрид - rest+rpc

Это не рест, это rpc

Чем плох rpc?

Чем плох rpc?