Size: a a a

2020 November 28

IP

Iaroslav Postovalov in pro.jvm
а тут есть, спасибо
источник

GM

Gerr Mes in pro.jvm
Sergey Pechenkó
Благодарю! Только если я правильно понимаю, то речь идёт о кастомном коде.
Я не упомянул часть общего контекста, прошу извинить, зарылся в детали.
Вообще я решаю задачку применительно к management interface для ActiveMQ, который сервится через embedded Jetty.  Я уже худо-бедно приноровился переводить вызовы из документации в описания XBean'ов в jetty.xml, но кастомный код туда явно не влезет :-)))
Судя по исходной задаче не нужен ни http ни редирект с http, оставьте только https
источник

SP

Sergey Pechenkó in pro.jvm
Alexandr Emelyanov
Зачем на одном порту? Классически же делают редирект на другой порт. Да и настроить на одном порту обычное соединение и ssl вроде нельзя
Чтобы не запоминать, на каких портах http, на каких - https.
И да - можно, потому что современному Jetty вроде пофиг на детали. Я бы объяснил внятно и хорошо, но настолько джаву не знаю. Судя по тому, что я смог понять, DetectorConnectionFactory будет вызывать те ConnectionFactory, которые ему будут предложены в качестве аргументов, и первый, который сумеет разобрать буфер, и станет обработчиком. А у HTTPS и HTTP с самых первых байтов дикая разница, так что эта задача в теории вполне решаемая: именно на основе этой разницы и работал .SelectChannelConnector.
источник

SP

Sergey Pechenkó in pro.jvm
Gerr Mes
Судя по исходной задаче не нужен ни http ни редирект с http, оставьте только https
Если бы не был нужен, то и задачи бы не было - простой HTTPS в Jetty во всех мануалах описан.
источник

🅽

🅽🅸🅶🅷🆃 in pro.jvm
привет
источник

DV

Dima Volykhin in pro.jvm
Кто-нибудь знает библиотеку, в которой есть методы по аналогии с com.google.common.collect.Iterators#mergeSorted , только diffSorted например?
источник

AE

Alexandr Emelyanov in pro.jvm
Sergey Pechenkó
Чтобы не запоминать, на каких портах http, на каких - https.
И да - можно, потому что современному Jetty вроде пофиг на детали. Я бы объяснил внятно и хорошо, но настолько джаву не знаю. Судя по тому, что я смог понять, DetectorConnectionFactory будет вызывать те ConnectionFactory, которые ему будут предложены в качестве аргументов, и первый, который сумеет разобрать буфер, и станет обработчиком. А у HTTPS и HTTP с самых первых байтов дикая разница, так что эта задача в теории вполне решаемая: именно на основе этой разницы и работал .SelectChannelConnector.
эм, так контейнер знает свой https порт и редиректит на него согласно протоколу и все, а коннектор поднимается на порт либо такой, либо другой
источник

e

evergood in pro.jvm
кто подскажет, какой аналог heroku у amazon?
источник

A

Anton in pro.jvm
Всем хай. Кто знает, есть какой нибудь способ xml конфиг перевести в груви конфиг? Автоматизированно
источник

A

Anton in pro.jvm
+ почему то в сети есть куча примеров написания груви конфигов, но нет ни одного примера как создать проект с 0, или как добавить поддержку груви конфигураций в существующий проект
источник

Э

Эд in pro.jvm
Anton
+ почему то в сети есть куча примеров написания груви конфигов, но нет ни одного примера как создать проект с 0, или как добавить поддержку груви конфигураций в существующий проект
Есть преимущество перед java конфиг?
источник

A

Anton in pro.jvm
Эд
Есть преимущество перед java конфиг?
Есть преимущество перед xml конфигом, а джава нельзя использовать из-за конструктивных особенностей
источник
2020 November 29

КВ

Кирилл Веревкин... in pro.jvm
Всем привет.
Есть гуру spring data elasticsearch, кто может подсказать как можно реализовать?
Вопрос:
Есть индекс эластика, который генерит приложение. Описан маппинг объекта в индекс и тут появилась потребность создавать поля в индексе динамически (т. е. поля, которых нет в описанном маппинге).
Пример маппинга:
@Document(indexName = "product", createIndex = true)
public class Product {
 @Id
 @Field(name = "id", type = FieldType.Long)
 private Long id;
 @Field(name = "name", type = FieldType.Text)
 private String name;
}


Нужно при записи документа в индекс добавить в него поля
count_mag1 = 5, count_mag2 = 6 ... count_magN = 5

Т. е. поле, которые не описаны в маппинге и их количество динамическое.

Я так понимаю в таком случае мне только уходить от описанных Entity и сохранение сущностей через репозитории spring data?
В идеале бы хотелось конечно добавить в Entity свойство со значением коллекции вида:
private Map<String, Long> counts;

и на этапе формирования запроса в эластик перебирать эту мапу и создавать элементы с таким key value, а само это проперти игнорить. Может есть такая возможность и я просто тупой и не замечаю ее?
источник

N

Nick in pro.jvm
Кирилл Веревкин
Всем привет.
Есть гуру spring data elasticsearch, кто может подсказать как можно реализовать?
Вопрос:
Есть индекс эластика, который генерит приложение. Описан маппинг объекта в индекс и тут появилась потребность создавать поля в индексе динамически (т. е. поля, которых нет в описанном маппинге).
Пример маппинга:
@Document(indexName = "product", createIndex = true)
public class Product {
 @Id
 @Field(name = "id", type = FieldType.Long)
 private Long id;
 @Field(name = "name", type = FieldType.Text)
 private String name;
}


Нужно при записи документа в индекс добавить в него поля
count_mag1 = 5, count_mag2 = 6 ... count_magN = 5

Т. е. поле, которые не описаны в маппинге и их количество динамическое.

Я так понимаю в таком случае мне только уходить от описанных Entity и сохранение сущностей через репозитории spring data?
В идеале бы хотелось конечно добавить в Entity свойство со значением коллекции вида:
private Map<String, Long> counts;

и на этапе формирования запроса в эластик перебирать эту мапу и создавать элементы с таким key value, а само это проперти игнорить. Может есть такая возможность и я просто тупой и не замечаю ее?
а можете рассказать какая задача решается таким извращением?
источник

КВ

Кирилл Веревкин... in pro.jvm
Nick
а можете рассказать какая задача решается таким извращением?
имеется ввиду динамическое наличие полей в индексе?
Насколько я понимаю постановку задачи - удобство/быстрота дальнейшей сортировки по индексу.
Я если честно по большей части большой нуб в эластике, поэтому просто делаю задачку согласно постановке. Понимаю основы что и как в целом работает, а в нюансы не вдавался пока :( Это конечно плохо, но как есть к сожалению.

Сейчас в доке spring data elastic нашел вариант с EntityCallback, возможно он решит мою проблему
источник

N

Nick in pro.jvm
Кирилл Веревкин
имеется ввиду динамическое наличие полей в индексе?
Насколько я понимаю постановку задачи - удобство/быстрота дальнейшей сортировки по индексу.
Я если честно по большей части большой нуб в эластике, поэтому просто делаю задачку согласно постановке. Понимаю основы что и как в целом работает, а в нюансы не вдавался пока :( Это конечно плохо, но как есть к сожалению.

Сейчас в доке spring data elastic нашел вариант с EntityCallback, возможно он решит мою проблему
просто сама задача похожа на большие костыли и лучше попробовать разобраться в самой задаче и придти спросить как можно именно задачу решить
источник

N

Nick in pro.jvm
и кстати по вопросам по эластику их чат: https://t.me/elasticsearch_ru
источник

КВ

Кирилл Веревкин... in pro.jvm
Nick
и кстати по вопросам по эластику их чат: https://t.me/elasticsearch_ru
есть подозрение, что если я там начну задвигать про spring data elastic, то меня там отправят в чатик по джаве)
Я написал сюда т. к. вопрос больше связан с функционалом на стороне либы spring, а не на стороне эластика.
В любом случае спасибо, буду периодически поглядывать в тот чатик, может чего интересного зацеплю
источник

N

Nick in pro.jvm
Кирилл Веревкин
есть подозрение, что если я там начну задвигать про spring data elastic, то меня там отправят в чатик по джаве)
Я написал сюда т. к. вопрос больше связан с функционалом на стороне либы spring, а не на стороне эластика.
В любом случае спасибо, буду периодически поглядывать в тот чатик, может чего интересного зацеплю
эт понятно, я про именно решение вашей задачи отностиельно эластика, правильный ли подход использован или можно сделать получше
источник

M

Mark in pro.jvm
Всем привет. Кто нибудь делал парсеры Гугл карт?Например, такая задача спарсить все совпадения локаций по name(их может быть тысяча по стране). Основная сложность что Гугл позволяет искать в зависимости от твоих координат в каком то коротком радиусе типа 10-20 км и выдача только по 20 элементов за запрос
источник