Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6]      все
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
chpasha
qasta
Почему? Где же быстрый старт?

интересная методика измерения скорости (видимо скорости разработки, я так понимаю). могу предложить еще одну неплохую - считать среднее кол-во букв в аннотациях. или размер доки сравнить

qasta
Распределённую транзакцию на две базы данных добавлять будем или хватит

вас не затруднит привести хотя бы грубую статистику соотношения проектов, где это надо и где нет. честно говоря, я нахожу довольно милой попытки откопать какую-то фичу из инструмента А, которой нет в инструменте Б и бегать с ней, как с писанной торбой. А ведь не далее чем пару постов назад вы согласились с мнением, что достаточно легковесного чего-то там в комбинации с чем-то там еще. И тут бах внезапно нам нужны распределенные и вложенные транзакции.

qasta
почему во всех компаниях стало модно

квантор всеобщности детектед


О как забомбило!
Ну давайте предложите свою методику и подкрепите полезность спинга по вашей методике фактами.

Ещё раз (напишу в этом посте, но ответ относится ко всем):
Преимущества быстрого и "быстрого" старта в спринге перед JEE нет.

Я это написал, я это и обосновал. Пока что ничего вразумительного за точку зрения "против" не увидел. И давайте писать с конкретными примерами и фактами (не бойтесь выложить примеры кода на форум).

Кстати, на мой вопрос так никто и не ответил (про неработающий cron - это про "удобность и безконфигность" ).
30 сен 19, 12:53    [21982609]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
Случайно отправил сообщение, а правки на форуме нет...

Так вот. Про "вторую" базу данных. На моём опыте вторая БД появляется всегда "внезапно" при развитии проекта.
Начиная от банальных ситуаций вроде интеграции и шардированием данных и заканчивая той эквилибристикой, когда нужно работать с одной БД через разные пулы соединений. Но что же это - я, наверное, всё выдумал.

И легковесность действительно нужна. Но кроме легковесности нужна возможность выходить на более серьезный уровень при росте объёмов и развитии функционала БЕЗ переписывания всего. Кстати, в моих постах за JEE фактов гораздо больше, чем у апологетов spring-а.

P.S. Спринг на самом деле нормально живёт и в JEE (это я к примеру про те же распределенные транзакции), но если JEE и без него умеет многое - нахрена спирнг там нужен?
30 сен 19, 13:01    [21982619]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
qasta
Случайно отправил сообщение, а правки на форуме нет...

Так вот. Про "вторую" базу данных. На моём опыте вторая БД появляется всегда "внезапно" при развитии проекта.
Начиная от банальных ситуаций вроде интеграции и шардированием данных и заканчивая той эквилибристикой, когда нужно работать с одной БД через разные пулы соединений. Но что же это - я, наверное, всё выдумал.


На моем опыте подключить две разных БД к Spring Boot простая задача.
Которая рещается через конфигурационный класс.
Настройки, по желанию можно вынести в конфигурационный файл

Сам так делал, когда надо было работать с oracle и PostgreSQL одновременно.


Так же подключался к одной БД Oracle, но от разных пользователями.
Опять же не было проблем.
30 сен 19, 13:40    [21982671]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mad_nazgul,

Надо не просто соединиться с двумя БД, а сделать так, чтобы транзакция у них была общая.
На самом деле, даже это можно сделать в spring-е - просто повозившись немного с конфигурацией и подключив пару библиотек.
А в JEE можно просто взять и пользоваться.

Оба продукта всегда решали одни и те же задачи, но немного по-разному. Я написал, что с JEE сейчас работать проще, чем со spring-ом.
30 сен 19, 13:57    [21982691]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 3334
qasta
Надо не просто соединиться с двумя БД, а сделать так, чтобы транзакция у них была общая.
На самом деле, даже это можно сделать в spring-е - просто повозившись немного с конфигурацией и подключив пару библиотек.
XA - это совершенно не сценарий для бута.
30 сен 19, 14:03    [21982705]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
qasta
О как забомбило!

привыкайте

qasta
Ну давайте предложите свою методику
я предложил - считать символы в аннотациях, где меньше, тот инструмент и лучше. Считаю, что данная методика ничем не хуже вашей. И такая же глупая.

qasta
и подкрепите полезность спинга по вашей методике фактами

в моем посте, адресованном вам есть хоть одно упоминание спринга? с чего вы решили, что у меня есть хоть малейшее желание участвовать в споре о том, лучше спринг чем jee или нет?

qasta
Преимущества быстрого и "быстрого" старта в спринге перед JEE нет

ок и какой из этого вывод?

qasta
Я это написал, я это и обосновал

написал - да. обосновал - нет.

qasta
Кстати, на мой вопрос так никто и не ответил (про неработающий cron

видимо никто не в курсе. у меня есть еще одно объяснение, но оно вам понравится заметно меньше

qasta
На моём опыте вторая БД появляется всегда "внезапно" при развитии проекта.
Начиная от банальных ситуаций вроде интеграции и шардированием данных и заканчивая той эквилибристикой, когда нужно работать с одной БД через разные пулы соединений. Но что же это - я, наверное, всё выдумал.
Нет, просто не слыхали про логическую ошибку "Случай из жизни"

qasta
И легковесность действительно нужна. Но кроме легковесности нужна возможность выходить на более серьезный уровень при росте объёмов и развитии функционала БЕЗ переписывания всего
а вот под этим с удовольствием подпишусь. если сможете это втолковать Петру, так и вообще праздник

qasta
Кстати, в моих постах за JEE фактов гораздо больше, чем у апологетов spring-а.

кому-то нужны огурцы толстые и короткие, кому-то длинные и тонкие. а кому-то пофиг - все равно в салат резать.

qasta
ахрена спирнг там нужен?

про "там" не знаю. но подозреваю, что он никому из примерно 70% его использующих в принципе не нужен. их просто заставили.
30 сен 19, 14:22    [21982727]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
а вот под этим с удовольствием подпишусь. если сможете это втолковать Петру, так и вообще праздник
поздравляю.
Вам в шарп сообщество. У вас мания преследования. Вы все время спорите с таинственным петро. Кто он?)))
В java лет 5 таких болезней не было.
30 сен 19, 14:30    [21982734]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
qasta
mad_nazgul,

Надо не просто соединиться с двумя БД, а сделать так, чтобы транзакция у них была общая.
На самом деле, даже это можно сделать в spring-е - просто повозившись немного с конфигурацией и подключив пару библиотек.
А в JEE можно просто взять и пользоваться.

Оба продукта всегда решали одни и те же задачи, но немного по-разному. Я написал, что с JEE сейчас работать проще, чем со spring-ом.


Ну я бы так не сказал.
Часть работы брал на себя сервер приложений.
Причем эта часть была прибита гвоздями к конкретному серверу приложений.
С кучей особенностей и четким отслеживанием зависимостей.
Натолкнулся с WebSphere, со старым hibernate и spring.
30 сен 19, 15:06    [21982796]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Вы все время спорите с таинственным петро. Кто он?

говорят (говорят) - архитектор 80-го левела

PetroNotC Sharp
В java лет 5 таких болезней не было.

цветочный магазин
30 сен 19, 15:49    [21982883]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
qasta
О как забомбило!

привыкайте

qasta
Ну давайте предложите свою методику
я предложил - считать символы в аннотациях, где меньше, тот инструмент и лучше. Считаю, что данная методика ничем не хуже вашей. И такая же глупая.

qasta
и подкрепите полезность спинга по вашей методике фактами

в моем посте, адресованном вам есть хоть одно упоминание спринга? с чего вы решили, что у меня есть хоть малейшее желание участвовать в споре о том, лучше спринг чем jee или нет?

qasta
Преимущества быстрого и "быстрого" старта в спринге перед JEE нет

ок и какой из этого вывод?

qasta
Я это написал, я это и обосновал

написал - да. обосновал - нет.

qasta
Кстати, на мой вопрос так никто и не ответил (про неработающий cron

видимо никто не в курсе. у меня есть еще одно объяснение, но оно вам понравится заметно меньше

qasta
На моём опыте вторая БД появляется всегда "внезапно" при развитии проекта.
Начиная от банальных ситуаций вроде интеграции и шардированием данных и заканчивая той эквилибристикой, когда нужно работать с одной БД через разные пулы соединений. Но что же это - я, наверное, всё выдумал.
Нет, просто не слыхали про логическую ошибку "Случай из жизни"

qasta
И легковесность действительно нужна. Но кроме легковесности нужна возможность выходить на более серьезный уровень при росте объёмов и развитии функционала БЕЗ переписывания всего
а вот под этим с удовольствием подпишусь. если сможете это втолковать Петру, так и вообще праздник

qasta
Кстати, в моих постах за JEE фактов гораздо больше, чем у апологетов spring-а.

кому-то нужны огурцы толстые и короткие, кому-то длинные и тонкие. а кому-то пофиг - все равно в салат резать.

qasta
ахрена спирнг там нужен?

про "там" не знаю. но подозреваю, что он никому из примерно 70% его использующих в принципе не нужен. их просто заставили.
вам на пенсию.
Вроде бы много писали. Но о чем....?
Продолжайте.
30 сен 19, 16:02    [21982910]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
вам на пенсию.
Вроде бы много писали. Но о чем....?
Продолжайте.

повторюсь: цветочный магазин
30 сен 19, 16:28    [21982953]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Молодежный бренд тебе как кость в горле).
На пенсию!
30 сен 19, 16:35    [21982964]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mirudom
Member

Откуда:
Сообщений: 1042
mad_nazgul
Вы еще ранние JavaEE не видели.
Видел, видел.
mad_nazgul
Я столкнулся с JavaEE 5... Ну полсе этого Спринг мне не показался монстром.
Вы не знаете почему JavaEE был сделан именно таким.
mad_nazgul
JavaEE 7 начал косить под Спринг, но к тому времени уже появился Спринг Бут
Так что JavaEE 7 вызывал чувства "ФИГА?".
Использование спринга - обычно поверх JavaEE сервера, только с приходом клаудов деплоймент поменялся на видимость SE. Но проблемы остались. :-)
mad_nazgul
Oracle "сдалась" и перестала догонять Спринг, отдав JEE фонду Apache.
Оракул попытался выбить конкурента с поля транзакционных и очень надежных систем. Найдите историю создания Java EE серверов оракулом и почитайте.
6 окт 19, 10:53    [21987548]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42385
По просьбам трудящихся.

В смежном голосовании https://www.sql.ru/forum/1317550-1/opros-ispolzovaniya-app-servers-http-servers-embed-http
по состоянию на 6-Oct-2019 участвовали 35 человек участников данного форума.

Было посчитано количество использований (usages) серверов приложений. Выбор был мультиселективный.
Тоесть каждый участник мог проголосовать за несколько App/Http/servers.

И хотя я считаю что времени прошло еще мало но предварительно можно кое-что сказать.

Данную статистику считаю правдивой. Она примерно отражает моё понимание положения дел на рынке
использований App/Http/servers.

Общая доля usages J2EE серверов составляет примерно 50% от всего количества.

Наиболее популярный выбор - Apache Tomcat (опционально является частью Spring Boot стека).

К сообщению приложен файл. Размер - 24Kb
6 окт 19, 11:53    [21987563]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
mirudom
Использование спринга - обычно поверх JavaEE сервера, только с приходом клаудов деплоймент поменялся на видимость SE. Но проблемы остались. :-)


Как минимум со SpringBoot это не так.

mirudom
Оракул попытался выбить конкурента с поля транзакционных и очень надежных систем. Найдите историю создания Java EE серверов оракулом и почитайте.


Которые сейчас как бы не особо нужны, т.к. не гонятся за транзакционностью любой ценой.
7 окт 19, 05:54    [21987878]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
rabiter
Member

Откуда: SPb
Сообщений: 632
PetroNotC Sharp
chpasha
но наверное, не с тобой.
и не с тобой. У тебя спринг головного мозга. Другого ничего не видел.
А блазковича уже тут нету.


А что стало с блазковичем, кстати?
8 окт 19, 00:29    [21988972]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
rabiter,
Вангую, на повышение ушел, без программирования.
8 окт 19, 06:56    [21989005]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42385
Как ПТ закрылось так и половина сбежало.
8 окт 19, 10:14    [21989139]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
rabiter
Member

Откуда: SPb
Сообщений: 632
mayton
Как ПТ закрылось так и половина сбежало.


а что такое ПТ? я видимо не в теме
8 окт 19, 10:50    [21989182]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42385
Курилка такая была.
8 окт 19, 10:51    [21989184]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 [6]      все
Все форумы / Java Ответить