M
Это существующей стек, выбора нет
Size: a a a
2020 May 20
AE
Это существующей стек, выбора нет
Скажи что подумаешь пару дней)
M
Скажи что подумаешь пару дней)
Если я подумаю несколько дней это превратится в spring??)))
AE
Если я подумаю несколько дней это превратится в spring??)))
Это просто вежливая форма)
M
С этой точки зрения понятно)
AE
Я всегда так говорю, когда то из вежливости, когда то реально хочу оценить надо идти нет
M
Мне просто интересно, кто ты сейчас пользуются этим стеком, можно найти разработчиков или нет?
M
Вроде бы опросы показывают что в России java ee 10-20%
AE
Вроде бы опросы показывают что в России java ee 10-20%
В банках на легаси есть
M
В банках на легаси есть
Да, такие решения могут пережить своих авторов)
2020 May 21
Д
В перспективе это не нужно, смотри сам на что ориентироваться. Я бы не стал
L
Привет всем!
Есть проект на свежем спрингбуте смесь котлин+ява
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.3.0.RELEASE</version>
<properties>
<axon.version>4.3.3</axon.version>
<java.version>13</java.version>
<kotlin.version>1.3.72</kotlin.version>
</properties>
Идея тоже свежая, в помнике есть актуатор
Пока я вчера боролся с глюками её кэшей и запускал проект, у меня отображались эндпойнты. После инвалидации кэшей всё поломалось, и мне ночью помогли в jvmchat помник починить
Но вот теперь беда с эндпойнтами: пишет Failed to check application ready state: AttachProvider for the vm not found
Это лечится?
Есть проект на свежем спрингбуте смесь котлин+ява
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.3.0.RELEASE</version>
<properties>
<axon.version>4.3.3</axon.version>
<java.version>13</java.version>
<kotlin.version>1.3.72</kotlin.version>
</properties>
Идея тоже свежая, в помнике есть актуатор
Пока я вчера боролся с глюками её кэшей и запускал проект, у меня отображались эндпойнты. После инвалидации кэшей всё поломалось, и мне ночью помогли в jvmchat помник починить
Но вот теперь беда с эндпойнтами: пишет Failed to check application ready state: AttachProvider for the vm not found
Это лечится?
L
Переслано от Stanislav Myachenkov
<plugins>
<plugin>
<artifactId>kotlin-maven-plugin</artifactId>
<groupId>org.jetbrains.kotlin</groupId>
<version>${kotlin.version}</version>
<configuration>
<compilerPlugins>
<plugin>spring</plugin>
<plugin>no-arg</plugin>
<plugin>jpa</plugin>
</compilerPlugins>
<jvmTarget>1.8</jvmTarget>
</configuration>
<dependencies>
<dependency>
<groupId>org.jetbrains.kotlin</groupId>
<artifactId>kotlin-maven-noarg</artifactId>
<version>${kotlin.version}</version>
</dependency>
<dependency>
<groupId>org.jetbrains.kotlin</groupId>
<artifactId>kotlin-maven-allopen</artifactId>
<version>${kotlin.version}</version>
</dependency>
</dependencies>
</plugin>
</plugins>
Ar
на гитхабе есть библиотека для использования redis'a в качестве jobStore кварца, кто-нибудь знает о её судьбе?
RedisLabs/redis-quartz
jlinn/quartz-redis-jobstore
судя по issues ни одна из них не мейнтенится, есть ли смысл их использовать, или лучше создавать форк и работать с ним внутри компании?
впервые сталкиваюсь с заброшенными библиотеками
RedisLabs/redis-quartz
jlinn/quartz-redis-jobstore
судя по issues ни одна из них не мейнтенится, есть ли смысл их использовать, или лучше создавать форк и работать с ним внутри компании?
впервые сталкиваюсь с заброшенными библиотеками
Д
на гитхабе есть библиотека для использования redis'a в качестве jobStore кварца, кто-нибудь знает о её судьбе?
RedisLabs/redis-quartz
jlinn/quartz-redis-jobstore
судя по issues ни одна из них не мейнтенится, есть ли смысл их использовать, или лучше создавать форк и работать с ним внутри компании?
впервые сталкиваюсь с заброшенными библиотеками
RedisLabs/redis-quartz
jlinn/quartz-redis-jobstore
судя по issues ни одна из них не мейнтенится, есть ли смысл их использовать, или лучше создавать форк и работать с ним внутри компании?
впервые сталкиваюсь с заброшенными библиотеками
по-моему тут очевидно
Ar
Дмитрий
по-моему тут очевидно
хм, тогда переформулировав - есть ли реализации хранения jobStore НЕ в реляционной бд?
Д
C
Ребятки, какой эксепшен лучше бросить в ServletContextListener, если инициализация провалена (не смогли прочесть проперти-файл)? Ни в доке, ни в пакете javax.servlet не вижу подходящего.
На простой RuntimeException Sonar ругается, а ServletException - checked, бросить нельзя.
(ну да, чат называется Spring, но вопрос не про спринг, а простые сервлеты)
На простой RuntimeException Sonar ругается, а ServletException - checked, бросить нельзя.
(ну да, чат называется Spring, но вопрос не про спринг, а простые сервлеты)
DD
Можно хоть свой exception сделать и наследовать его от RuntimeException
DD
class CustomException extends RuntimeException {
public CustomException(String message) {
super(message);
}
}
public CustomException(String message) {
super(message);
}
}