доки по gradle пробовал читать?

разбираюсь вот

allprojects { repositories { ... maven { url 'https://jitpack.io' } } }

а что не сможешь сделать?

не могу сделать так, чтоб проект собрался

Б - бекпрешшур

чо?

dependencies { compile 'com.github.User:Repo:Tag' }

там на странице getting-started все написано в самом низу

тебе нужно собрать проект

gradle build вроде

что не так у меня на скринах?

у тебя не скачаны зависимости

Gradle плагин рефрешить регулярно нужно

Gradle плагин рефрешить регулярно нужно

как?

в хелпе идеи

описано как работать с плагином

почитай

открываешь плагин и нажимаешь рефреш или через шифт-шифт

https://www.jetbrains.com/help/idea/2016.3/gradle.html

вот это что ли?

не помогло

White power?

мы не успеваем поток событий разбирать

Там же есть переменная, которая приостанавливает прием мессаг при приввшении размера очереди

Еще в хорнете это было и в активе осталось, который с вилдфлаем идет. По умолчанию переменная 10 метров вроде

? почитаю лог может до меня ответили

Про бэкпрешур было уже в логе

Это как раз оно

Видосик со жпойнта 2016 был. Там парень рассказывал про отладку. Эта проблема последняя из описаных им в докладе. Правда там хорнет и вф 8.2

Приветстсвую, господа! Возникла проблема: нужно в реалтайме уведомлять все клиенты о изменении данных. Хотел реализовать Long Pooling, но не подошло, много проблем (не будем углубляться, но проблемы есть). Я подумал о следующем: можно ли реализовать сокет, к которому будут подключаться все клиенты и из него читать информацию о изменениях. В связи с этим, возникло два вопроса: 1. Как писать в сокет информацию, даже когда никто не подключен? 2. Как подключить много читателей на один сокет?

а всякие брокеры сообщений не подходят? Kafka/RabbitMQ/ActiveMQ

?

1. Mq как раз для этого. 2. Если протокол бинарный то обрабатывать сессии нетти. Каждая сессия становится клнсьюмером топика в mq

Но лучше дождись ответа девелоперов

ну если Long Pooling сложно, то о каких брокерах речь?

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

еще вебсокеты можно

видимо они и подразумевались под: можно ли реализовать сокет, к которому будут подключаться все клиенты и из него читать информацию о изменениях

Секунду. Дайте я обо всем этом почитаю, а потом продолжим. Я в JEE "проездом". Вообще я Android-разработчик, но поставили задачу и пришлось делать так, как умею, а кроме сервлетов и SQLite я ничего не умею :).

тебе под какую платформу решение нужно, web, android или серверное ПО?

кто клиент в твоем случае

?

тебе под какую платформу решение нужно, web, android или серверное ПО?

Клиент Java-программа на ПК, Android-приложения (2) и iOS-приложение.

Это лучше в learn.java наверное. Тут этот вопрос слишком простой

Секунду. Дайте я обо всем этом почитаю, а потом продолжим. Я в JEE "проездом". Вообще я Android-разработчик, но поставили задачу и пришлось делать так, как умею, а кроме сервлетов и SQLite я ничего не умею :).

норм задача для школьника

лель

возможно это https://wamp-proto.org/ даст правильное направление

Я пошел про это все читать. Спасибо :).

Это как раз оно

как оно по человечески называется, не понимаю?))

И эта, а что с мессагами произойдет, они будут накапливаться себе в памяти, просто уже ActiveMQ?

как оно по человечески называется, не понимаю?))

https://youtu.be/fMX-YNsQz8Q

Вот то видео

Ближе к концу он описывает эту проблему

ага, спс, это конкретно не смотрел

И эта, а что с мессагами произойдет, они будут накапливаться себе в памяти, просто уже ActiveMQ?

Брокер приостановит прием вроде как

это на клиенте

в очереди будет скопление

и ООМ уже на активе?

На сколько понял я. А может я ошибаюсь. Но брокер просто не будет принимать сообщения. Оом там не должно выйти. Бакпрешер для этого и сделан. Если никто сообщения не читает они не принимаются.

А клиент наверное будет ждать. Или не будет

получается, что сообщения могут пропасть

ERROR: S client not available

не думаю, что это правильный случай

у меня датчик пожара сработал, а сообщение об этом дропнулось и я ничо не увидел

мда

Я использую подтверждение

http://www.enterpriseintegrationpatterns.com/patterns/messaging/RequestReply.html

Вот этот случай

С откатом транзакции если сообщение не доставленно

Но это наверное избыточно для большинства случаев

Если используется jta в аппсервере и jms часть транзакции она и так вроде должна откатываться. Но это не точно. Потому вручную подтвердать по мне лучше

Я пошел почитал про все выше. Но это все предназначено для браузерных клиентов (в основном). У меня же идет общение Java сервера с Java клиентом (опустим iOS приложение, там это не так и сильно нужно). Нельзя ли к обычному сокету подключаться, чтобы он постоянно выдавал данные, вне зависимости от кол-ва подключений (даже если их нет), а все остальные просто их читали?

С откатом транзакции если сообщение не доставленно

Не мой случай, источником служит железка, она повторять не будет

у меня задача одна - принять, хоть тушкой, хоть чучелком

Просто, возможно, мы тупо с текущей конфигурацией уже не справляемся с нагрузкой, вот и всё

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

Там еще в классе обработки я видел synchronized

Я пошел почитал про все выше. Но это все предназначено для браузерных клиентов (в основном). У меня же идет общение Java сервера с Java клиентом (опустим iOS приложение, там это не так и сильно нужно). Нельзя ли к обычному сокету подключаться, чтобы он постоянно выдавал данные, вне зависимости от кол-ва подключений (даже если их нет), а все остальные просто их читали?

погугли - java client server message queue, а еще у нас есть чат для начинающих

А то счас еще окажется, что у нас сообщения идут в 10 коннектов, а потом в один synchronized приезжают - и бдыщ, ждите =\

Вопрос. Тут никого типа меня кодера с завода нет? Вот я решаю задачу. Есть цеха управляемые на 3 уровне локальными мес и частично скадами. Я использую esb для интеграции неохваченных мес участками и хочу как то использовать bpm для роутинга потоков полуфабрикатов. Будь то транспортные системы или палеты с рфид метками. Кто нибудь подобной фигней занимается?

ы

Роутинг в принципе не сильно сложный. С парой промежуточных складов

я поняо чвсть слов)

что такое мес?

manufacturing execution system

Управление станками

Автоматизированными складами

Отчеты сменные и прочее

3 уровень по исо 91 по автоматизации

клевая работа, хм

звучит и правда отлично

клевая работа, хм

Завод ??

и должно быть интересно