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

Откуда:
Сообщений: 756
Всем привет!

Какой сервер приложений наиболее популярен для Java решений?
25 сен 19, 14:13    [21978937]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
Molasar,

IBM Webshere, Oracle Weblogic, Red Hat JBoss
25 сен 19, 14:25    [21978950]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
Molasar
Всем привет!

Какой сервер приложений наиболее популярен для Java решений?


Зачем?!
Если для legacy проекта, то на том на каком он работает.
Если новый, то для SpringBoot специальный сервер приложений не нужен. :-)
25 сен 19, 14:40    [21978970]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
забыл ник
Member

Откуда:
Сообщений: 3024
Если проект новый то и спринг вероятно не нужен)
25 сен 19, 15:21    [21979004]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
а что нынче вместо него?
25 сен 19, 15:22    [21979006]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
chpasha
а что нынче вместо него?

Как обычно - JEE 8
25 сен 19, 16:10    [21979054]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
просто я подумал, вдруг чего проспал
25 сен 19, 16:34    [21979079]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Molasar,

jetty.
25 сен 19, 17:17    [21979116]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Все перечислили. Аффтар, помогло?)))
25 сен 19, 17:21    [21979122]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Molasar
Member

Откуда:
Сообщений: 756
processing ...
PetroNotC Sharp
Все перечислили. Аффтар, помогло?)))
25 сен 19, 17:38    [21979149]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Molasar
Member

Откуда:
Сообщений: 756
jetty вроде контейнер сервлетов, как TomCat
mayton
Molasar,

jetty.
25 сен 19, 17:39    [21979152]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Molasar
jetty вроде контейнер сервлетов, как TomCat
это плохо?
25 сен 19, 17:46    [21979169]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
PetroNotC Sharp
Molasar
jetty вроде контейнер сервлетов, как TomCat
это плохо?

Spring всё порешает. Сервер приложений - маветон.
25 сен 19, 18:06    [21979185]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mayton,
Кому что надо.
У меня там jndi, аутентификация, роли энтепрайза.
25 сен 19, 19:00    [21979222]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
andreykaT
Member

Откуда:
Сообщений: 2421
mayton
PetroNotC Sharp
пропущено...
это плохо?

Spring всё порешает. Сервер приложений - маветон.

ну может речь о чем то стареньком?
25 сен 19, 19:51    [21979239]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
vimba
Member

Откуда: Санкт-Петербург
Сообщений: 2207
Molasar
Всем привет!

Какой сервер приложений наиболее популярен для Java решений?

сейчас принято собирать всё своими руками из спринга и палок.
25 сен 19, 22:14    [21979316]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Концентрируемся на решаемой задаче а не на удовлетворении каких-то jndi и прочего онанизма.

Вам же не за jndi платят, верно?
25 сен 19, 22:35    [21979326]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
Garrick
chpasha
а что нынче вместо него?

Как обычно - JEE 8


Зачем насиловать труп?! :-)
26 сен 19, 05:55    [21979380]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
PetroNotC Sharp
mayton,
Кому что надо.
У меня там jndi, аутентификация, роли энтепрайза.


Spring это все может без сервера приложений. ;-)
26 сен 19, 05:57    [21979381]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mad_nazgul
PetroNotC Sharp
mayton,
Кому что надо.
У меня там jndi, аутентификация, роли энтепрайза.


Spring это все может без сервера приложений. ;-)
конечно он все может но без админки ГУИ для непрограммистов. Админов например.
26 сен 19, 07:56    [21979400]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
mayton
Molasar,

jetty.


Господи, вы ещё node.js помяните.
26 сен 19, 09:58    [21979482]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
mad_nazgul
Garrick
пропущено...

Как обычно - JEE 8


Зачем насиловать труп?! :-)

Я тоже где-то слышал что вообще Java похоронили ещё много лет назад...
26 сен 19, 10:03    [21979490]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Garrick
mayton
Molasar,

jetty.


Господи, вы ещё node.js помяните.

При чем тут Node.JS ?
26 сен 19, 10:29    [21979518]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Garrick
mad_nazgul
пропущено...


Зачем насиловать труп?! :-)

Я тоже где-то слышал что вообще Java похоронили ещё много лет назад...

Откройте динамику вакансий. Они сцука не уменьшаются.
26 сен 19, 10:30    [21979519]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Garrick
Member

Откуда: Москва
Сообщений: 2949
mayton
Garrick
пропущено...


Господи, вы ещё node.js помяните.

При чем тут Node.JS ?

А при чём тут Jetty, если человек про сервер приложений спрашивает?
26 сен 19, 11:06    [21979554]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Каждый услышал своё. Кто услышал сбор статистики о загнивающих серверах. А кто дает советы как работать
и разрабатывать в будущем.
26 сен 19, 11:13    [21979558]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mayton
Каждый услышал своё. Кто услышал сбор статистики о загнивающих серверах. А кто дает советы как работать
и разрабатывать в будущем.
да. Автор крикнул так, на всякий случай. Типо в магазин за хлебом пошел и.. по пути. Требований то нет.
Сервер приложений это не просто кусок кода for запустить.
Все и рассказали кто что знал.
26 сен 19, 11:29    [21979581]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
Garrick
mad_nazgul
пропущено...


Зачем насиловать труп?! :-)

Я тоже где-то слышал что вообще Java похоронили ещё много лет назад...


Java жива, а вот JEE как бы не очень.
Есть зомби в виде JakartaEE, но фиг его знает зачем оно нужно при живом Spring.
Раньше JEE была официальный фреймворк/имплементация стандарта.
А сейчас такой же свободный фреймворк как Spring.
При этом Spring более популярен.
27 сен 19, 07:16    [21980457]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mad_nazgul,
В топике про сервер, а не про EE обсужление.
27 сен 19, 08:06    [21980477]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
WGA
Member

Откуда:
Сообщений: 392
mad_nazgul
Garrick
пропущено...

Я тоже где-то слышал что вообще Java похоронили ещё много лет назад...


Java жива, а вот JEE как бы не очень.
Есть зомби в виде JakartaEE, но фиг его знает зачем оно нужно при живом Spring.
Раньше JEE была официальный фреймворк/имплементация стандарта.
А сейчас такой же свободный фреймворк как Spring.
При этом Spring более популярен.
Учитывая, каким монстром стал Spring на моих глазах за 8 лет, я все жду, когда начнут говорить "зачем вам Спринг? возьмите фреймворк X". Могу сам и начать эту добрую традицию ))

К чему Спринг, когда есть Weld с расширением в виде Deltaspike? Для работа с БД все есть и не только.
По-настоящему легковесные приложения, стартуют - реактивно, все под контролем разработчика, никакой магии "под капотом". Прекрасный, полностью типизированный, удобный DI и все дела! ))

Шучу, конечно, но в каждой шутке...
27 сен 19, 08:54    [21980496]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Монструозность проявляется в подключении dependencies которые вы явно
не заказывали. Это конечно достойно отдельной темы обсуждения. Я даже
где-то предлагал метрику полезности. Типа соотношения кол-ва классов загруженных
ClassLoader к общему количеству классов в поставке.

Сам-же исходный код к примеру простого Rest-приложения выглядит короче
чем у других способов разработки.
27 сен 19, 11:03    [21980622]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

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

wildfly и tomcat (это если у вас чисто сервлеты и jsp)
27 сен 19, 11:54    [21980720]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mad_nazgul
Garrick
пропущено...

Я тоже где-то слышал что вообще Java похоронили ещё много лет назад...


Java жива, а вот JEE как бы не очень.
Есть зомби в виде JakartaEE, но фиг его знает зачем оно нужно при живом Spring.
Раньше JEE была официальный фреймворк/имплементация стандарта.
А сейчас такой же свободный фреймворк как Spring.
При этом Spring более популярен.


JEE вполне себе живой и нормальный. Spring на нём же умеет крутиться.
Ну а spring-boot - это для мелких задачек вроде "микросервис авторизации пользователя" или "форум".

Официальная реализация JEE - Glassfish. Но я бы рекомендовал использовать Wildfly.
27 сен 19, 11:57    [21980725]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
WGA
Учитывая, каким монстром стал Spring на моих глазах за 8 лет, я все жду, когда начнут говорить "зачем вам Спринг? возьмите фреймворк X". Могу сам и начать эту добрую традицию ))


Ну если в нем столько же сахара, как в спринг бут, то возможно имеет смысл :-)
27 сен 19, 11:59    [21980729]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
qasta
JEE вполне себе живой и нормальный. Spring на нём же умеет крутиться.
Ну а spring-boot - это для мелких задачек вроде "микросервис авторизации пользователя" или "форум".

Официальная реализация JEE - Glassfish. Но я бы рекомендовал использовать Wildfly.


Glassfish передан в фонд Апаче если что и развивается в его рамках.
27 сен 19, 12:03    [21980733]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
WGA
Member

Откуда:
Сообщений: 392
mad_nazgul
WGA
Учитывая, каким монстром стал Spring на моих глазах за 8 лет, я все жду, когда начнут говорить "зачем вам Спринг? возьмите фреймворк X". Могу сам и начать эту добрую традицию ))


Ну если в нем столько же сахара, как в спринг бут, то возможно имеет смысл :-)
Не слипнется от такого количества сахара?

Если требуется простое REST-приложение, работающее с БД, то в Weld лично мне не хватало только управлением транзакциями. Свой интерцептор писАть не хочу, а Deltaspike этот пробел восполняет.
27 сен 19, 12:24    [21980758]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Цена вопроса - дорогой или дешевый старт.

Хотите очень быстрый старт - берите SpringBoot. Хотите долго совокупляться с конфигурациями
и придумывать из пальца что у вас будет потом - берите приложение по стандартам J2EE.
Но КМК эпоха облаков сильно обесценила многие ентерпрайзные стандарты.

Заказчику в общем случае - по барарабану что у вас под капотом. Он обычно смотрит насколько
вы адекватны по отноцению к срокам деливери.
27 сен 19, 12:26    [21980760]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
WGA
Если требуется простое REST-приложение, работающее с БД,
там есть как в шарпе - аннотация на сервлет и выходит json c полями имена из класса коллекции DAO?
27 сен 19, 13:02    [21980800]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
WGA
Member

Откуда:
Сообщений: 392
PetroNotC Sharp
WGA
Если требуется простое REST-приложение, работающее с БД,
там есть как в шарпе - аннотация на сервлет и выходит json c полями имена из класса коллекции DAO?
Магии spring-data-rest там нет. И не надо, кмк.
27 сен 19, 13:07    [21980805]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
WGA
PetroNotC Sharp
пропущено...
там есть как в шарпе - аннотация на сервлет и выходит json c полями имена из класса коллекции DAO?
Магии spring-data-rest там нет. И не надо, кмк.
этого и спринге нету. Вчера выясняли.
И это надо, кмк)
27 сен 19, 13:28    [21980832]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mad_nazgul
Glassfish передан в фонд Апаче если что и развивается в его рамках.

Я знаю и тем не менее рекомендую использовать Wildfly :)
27 сен 19, 13:56    [21980882]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mayton
Хотите очень быстрый старт - берите SpringBoot. Хотите долго совокупляться с конфигурациями
и придумывать из пальца что у вас будет потом - берите приложение по стандартам J2EE.
Но КМК эпоха облаков сильно обесценила многие ентерпрайзные стандарты.


Вы очень сильно заблуждаетесь насчёт быстрого старта спрингбута в прямом и переносном смысле.
Ну и насчёт конфигов - тоже

Не могу не согласиться с
WGA
Учитывая, каким монстром стал Spring на моих глазах за 8 лет, я все жду, когда начнут говорить "зачем вам Спринг? возьмите фреймворк X". Могу сам и начать эту добрую традицию ))


Поэтому, если вы изучаете серверную часть Java "с нуля" (условно) - не берите спринг бут. Против "старого" spring-framework ничего не имею - для определенных задач он хорош.
27 сен 19, 14:06    [21980896]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
qasta
mayton
Хотите очень быстрый старт - берите SpringBoot. Хотите долго совокупляться с конфигурациями
и придумывать из пальца что у вас будет потом - берите приложение по стандартам J2EE.
Но КМК эпоха облаков сильно обесценила многие ентерпрайзные стандарты.


Вы очень сильно заблуждаетесь насчёт быстрого старта спрингбута в прямом и переносном смысле.

Давай аргументы.
27 сен 19, 14:15    [21980908]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
qasta
Вы очень сильно заблуждаетесь насчёт быстрого старта спрингбута в прямом и переносном смысле.
Ну и насчёт конфигов - тоже


Быстрый старт, как раз и вытекает из разжиревшего Спринга - сладкое ведь.
Если что-то быстро напрототипить, то spring initializr и куча зависимостей + Main класс с кучей аннотаций.
Т.к. все автоконфигурируется, то куча кода скрыта в jar-ках.
27 сен 19, 15:21    [21981000]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mayton
qasta
пропущено...
Вы очень сильно заблуждаетесь насчёт быстрого старта спрингбута в прямом и переносном смысле.

Давай аргументы.


Пожалуйста.

Время старта:
1) WF 4321ms
2) SB 3.249 seconds

Времена, когда сервера JEE стартовали "от 30 секунд и выше" давно канули в лету. Жаль, что вы не знали...

Hello World! на обоих делается одинаково. Стартуют +- пара секунд. Пока что всё "ровно".

Потом добавим задачку по-расписанию:
import javax.ejb.Schedule;
import javax.ejb.Stateless;

@Stateless
public class Tasks {
    @Schedule(minute = "*", second = "*", hour = "*")
    public void doIt() {
        System.out.println("DONE");
    }
}

import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Service;

@Service
public class Tasks {
    @Scheduled(cron = "* * * * *")
    public void doIt() {
        System.out.println("DONE");
    }
}


На Wildfly работает (перезапускаем - видим строку DONE каждую секунду), на SB не работает. Ой, всё.
Почему? Где же быстрый старт?

Ещё раз - есть очень узкий спектр задач, который решается спринг-бутом из коробки. И если вы из него выходите (хотите сделать то, что НЕ ПРЕДУСМОТРЕЛИ ЗАРАНЕЕ разработчики spring-boot-а), то или хана проекту, или работа в выходные.

P.S. Распределённую транзакцию на две базы данных добавлять будем или хватит (представьте себе, иногда баз данных больше одной!)? Если же вы будете настаивать - я попрошу вас сделать вложенные транзакции на разных типах соединений с БД (пулы XA и не XA).

P.P.S Подумайте на досуге, почему во всех компаниях стало модно, чтобы "разработчики немного МНОГО админили своё ПО", всегда были с ноутбуком и на связи...
27 сен 19, 16:12    [21981099]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mad_nazgul
qasta
Вы очень сильно заблуждаетесь насчёт быстрого старта спрингбута в прямом и переносном смысле.
Ну и насчёт конфигов - тоже


Быстрый старт, как раз и вытекает из разжиревшего Спринга - сладкое ведь.
Если что-то быстро напрототипить, то spring initializr и куча зависимостей + Main класс с кучей аннотаций.
Т.к. все автоконфигурируется, то куча кода скрыта в jar-ках.


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

Пример "быстрого" старта, я выше привёл.

P.S. В своё время Google Guice сделал отличный IoC контейнер, который на больших программах крыл IoC от спринга как бык овцу (спринг тогда был 3.0, если не ошибаюсь). Потом RedHat допилил JBoss и последний стал выполнять холодный старт за 3 секунды (кажись, это была версия 5-я или 6-я - не помню). Так что монополии на быстрый старт он лишился очень давно.
27 сен 19, 16:19    [21981105]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
qasta, ну ты и пряник.

название SpringBoot несёт другую семантику. Boot - раскрутка проекта! Развитие! Эволюция!
Рост от маленького Привет-Мир до ентерпрайза! Кстати с этой задачей справились.
А вовсе не время старта приложения!!

Вот цитата с титульной странички
Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can "just run".

We take an opinionated view of the Spring platform and third-party libraries so you can get started with minimum fuss. 
Most Spring Boot applications need very little Spring configuration.
27 сен 19, 16:27    [21981113]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
qasta
Member

Откуда:
Сообщений: 86
mayton
qasta, ну ты и пряник.

название SpringBoot несёт другую семантику. Boot - раскрутка проекта! Развитие! Эволюция!
Рост от маленького Привет-Мир до ентерпрайза! Кстати с этой задачей справились.
А вовсе не время старта приложения!!

Вот цитата с титульной странички
Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can "just run".

We take an opinionated view of the Spring platform and third-party libraries so you can get started with minimum fuss. 
Most Spring Boot applications need very little Spring configuration.


Да ничего они не справились - я же написал про быстрый старт - его (преимущества быстрого старта) нет ни в прямом (время старта приложения), ни в переносном смысле (скорость разработки этого самого приложения).

"Проект" я сделал на спринг-буте, а не на голом спринге. Вместо перепечатки рекламных слоганов вы бы мне по-существу лучше ответили...
27 сен 19, 16:33    [21981120]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
qasta,
Поддержиааю. Спрингу давно нужен конкурент
27 сен 19, 17:39    [21981182]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

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

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

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

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

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

квантор всеобщности детектед
27 сен 19, 17:49    [21981191]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Спрингу давно нужен конкурент

ты спрингом пользуешься? а с чего ты решил, что будешь пользоваться конкурентом? типа назло маме уши отморозишь? ну так вот, есть конкурент. вперед
27 сен 19, 17:51    [21981194]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

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

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

То что было приведено выше (WF, SB) и какие-то секунды - полная туфта. Она к ентерпрайзу
не имеет никакого отношения от слова вообще. Доступность приложения достигается за счет
кластеризации и балансировщиков. Время старта может достигать 15-30 минут (биржевая
система перед стартом рабочего дня прогревает кеши Infinispan). И всем вообще плевать
на эти 15 миннут потому что это нерабочее мать ево время!
27 сен 19, 18:00    [21981200]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Я не пойму. Почему ты против КОНКУРЕНЦИИ?
27 сен 19, 18:06    [21981211]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Почему ты против КОНКУРЕНЦИИ?

я не против. меня ни java EE ни что либо еще никак не парит. я просто поинтересовался в чем твой личный интерес ибо по моим наблюдениям spring это одно из слов-маркеров, на которые ты неизменно возбуждаешься. Вот мне и любопытно - вот есть java EE, говорят что лучше спринга. Ну и как, ты уже изучаешь конкурента?
27 сен 19, 18:23    [21981221]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Да. Я авторизацию на сайте своем делал через GlassFish/EE.
Не через либу спринг-авторизацию.
Я считаю что нужен третий))).
Тогда в мире будет равновесие.
Ты же знаешь закон третьего.
С двумя мне скучно.
Поэтому я логично критикую. Не огульно).
27 сен 19, 18:34    [21981224]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Я считаю что нужен третий))).

[вздыхает] ... если подумать то 3-й есть всегда - берешь либу тут, либу там, буяк-буяк и в продакшен.

PetroNotC Sharp
Поэтому я логично критикую

что именно ты критикуешь, сам факт наличия только спринга? или только спринга и ЕЕ? выглядит как "хочу то, не знаю что".
27 сен 19, 18:44    [21981228]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Это закон архитектуры.
Чтобы выбирать, ты должен сам знать три инструмента. Минимум.
Вот выше пример ТС который без показаний запилил туда спринг, который не имел показаний к проекту.
Это все равно что врачиха добавляет бады любому больному.
27 сен 19, 18:49    [21981234]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Это закон архитектуры.
Чтобы выбирать, ты должен сам знать три инструмента. Минимум.

сам на ходу только что придумал?

PetroNotC Sharp
Вот выше пример ТС .
который из?

PetroNotC Sharp
Вот выше пример ТС который без показаний запилил туда спринг, который не имел показаний к проекту.
можно описание показаний для использования спринга?
27 сен 19, 19:04    [21981248]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Топик -
Совет по архитектуре Spring MVC
Чел дал ТЗ, а потом сказал что тут спринг нужен потому что нужен.
27 сен 19, 19:09    [21981253]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
можно описание показаний для использования спринга?
есть показания для Неприменения - одним словом - оверхед.
27 сен 19, 19:13    [21981256]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Чел дал ТЗ, а потом сказал что тут спринг нужен потому что нужен.
ну и в чем проблема? он ему там таки не помешает
[x] di надо
[x] http-backend надо
[x] бд надо, причем явно тривиальные манипуляции
[x] шедулер и мультипоточка - можно и без спринга, но если уже есть так почему нет

ну и с хрена ли ему не взять спринг?
27 сен 19, 19:14    [21981258]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
оверхед

нет никакого оверхеда, читай список того, что ему уже надо прям сейчас, не говоря про будущие хотелки
27 сен 19, 19:15    [21981261]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Первые три пасшифруй. Зачем надо?
27 сен 19, 19:16    [21981263]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
В топике идет сравнение желтого с квадартным. С одной стороны - вполне себе конкретный фреймворк Spring.
С другой стороны - спецификация на которую различным образом натягиваются СтекляннаяРыба или JBoss или
Светлячок или наконец коммерческий и безсмысленный WebSphere.

Как мы дальше с вами будем?

Как будем та? А?
27 сен 19, 19:24    [21981269]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Di не надо, смотри Цветочный магазин.
Для бд не надо. Смотри хибер.
Шедулер в другом проекте.
Итого спринг MVC это ГУИ.
27 сен 19, 19:34    [21981282]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Di не надо, смотри Цветочный магазин.

правильная архитектура нужна в любом случае, а будешь ты для склейки spring использовать, guice или в синглтоне все руками пошинкуешь - не важно. di здесь надо

PetroNotC Sharp
Для бд не надо. Смотри хибер.

и что? как наличие хибер противоречит использованию spring, который его вполне хорошо поддерживает. плюс плюшки в виде spring-data-jpa?

PetroNotC Sharp
Итого спринг MVC это ГУИ.

у него http backend о чем написано во второй строчке, гуи тут сбоку-припеку, может ему запросы в постмане фигачить будут, а может из другого бэкенда. И да, только ради одного http backend я бы уже без зазрения совести взял spring. Уже не говоря про удобную систему конфигурации с возможностью передачи/изменения настроек десятком способов и возможность запускать standalone-jar через в него же встроенный start-stop-script
27 сен 19, 20:03    [21981292]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
него http backend
а демон не важно в каком виде это не бэк?
По остальному что ты написал получается у тебя нет Стопа в хотелках. И отрицаешь слово оверхед.
27 сен 19, 20:10    [21981297]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
а демон не важно в каком виде это не бэк?

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

PetroNotC Sharp
По остальному что ты написал получается у тебя нет Стопа в хотелках. И отрицаешь слово оверхед.
Картинка с другого сайта. о чем ты вы вообще
27 сен 19, 20:14    [21981301]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
ты можешь уже собраться и начать говорить внятно, чтоб тебя понять было можно?
че понимать, DI здесь не требуется без спринга. Куда конкретнее))
chpasha
о чем ты вы вообще

Критерий оверхед тебе не знаком.
27 сен 19, 20:28    [21981308]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
можно спросить каким образом фраза
PetroNotC Sharp
а демон не важно в каком виде это не бэк?


хоть как-то логически стыкуется с последующей
PetroNotC Sharp
че понимать, DI здесь не требуется без спринга. Куда конкретнее))

если не затруднит конечно

PetroNotC Sharp
Критерий оверхед тебе не знаком.

в чем оверхед? на чистых сервлетах у нас оверхеда нет? ну там параметры из http-запроса выковыривать, валидация, jsonы-хресоны, аутентификация, авторизация. всю вот эту мудень ручками делать не оверхед? или претензия строго в выборе спринга в качестве http backend?
27 сен 19, 22:29    [21981388]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
хоть как-то логически стыкуется с последующей
это ответы на разные твои вопросы. Какие у тебя вопросы или доводы за спринг, такие и аргументы.

chpasha
если не затруднит конечно
сам потрудись объяснить зачем тут DI если даже спринг не нужен
chpasha
в чем оверхед? на чистых сервлетах у нас оверхеда нет? ну там параметры из http-запроса выковыривать, валидация, jsonы-хресоны, аутентификация, авторизация
нету оверхеда. Аутентификацию делает GlassFish.
Параметры - getParameters(...
Валидация это все твои проблемы? Может всплывающие подсказки обсудим?
27 сен 19, 22:55    [21981399]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
это ответы на разные твои вопросы. Какие у тебя вопросы или доводы за спринг, такие и аргументы.

я: у него http backend о чем написано во второй строчке
ты: а демон не важно в каком виде это не бэк? <====wtf?
я: ты можешь уже собраться и начать говорить внятно, чтоб тебя понять было можно?
ты: че понимать, DI здесь не требуется без спринга. Куда конкретнее))

аргументы да, ништяк

PetroNotC Sharp
сам потрудись объяснить зачем тут DI если даже спринг не нужен

еще раз пять повтори "спринг не нужен", для убедительности. DI часть SOLID. Но только какой там SOLID на 10 классах, правда. Вот если бы 100 - тогда да.

PetroNotC Sharp
нету оверхеда. Аутентификацию делает GlassFish

авторизацию тоже он делает?

PetroNotC Sharp
Параметры - getParameters(...

ну понятное дело, я даже не сомневался.

PetroNotC Sharp
Валидация это все твои проблемы?

ну-да, ну-да. просто напишем в документации "херню не вводить"

PetroNotC Sharp
Может всплывающие подсказки обсудим?

нет, но можно поговорить за понятный, легко расширяемый и легко поддерживаемый дизайн приложения. но наверное, не с тобой.
27 сен 19, 23:26    [21981410]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 2343
chpasha,

скрипт для Tampermonkey:
// ==UserScript==
// @name         HidePetro
// @namespace    https://www.sql.ru/
// @version      0.1
// @description  Hide all Petro123 messages on a page!
// @author       skyANA
// @match        https://www.sql.ru/forum/*
// ==/UserScript==

(function() {
    'use strict';

    var messages = document.querySelectorAll('table.af-userid-27411, table.af-userid-257822');

    if (messages) {
        messages.forEach(m => m.style.display = 'none');
    }
})();
27 сен 19, 23:57    [21981416]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
Дмитрий Мух
скрипт для Tampermonkey:

И многие тут таким балуются, признавайтесь Картинка с другого сайта.
28 сен 19, 00:16    [21981429]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
но наверное, не с тобой.
и не с тобой. У тебя спринг головного мозга. Другого ничего не видел.
А блазковича уже тут нету.
28 сен 19, 08:16    [21981511]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
Дмитрий Мух
скрипт для Tampermonkey:

И многие тут таким балуются, признавайтесь Картинка с другого сайта.
двое в шарп ветки))) Которые сюда зачем то приходят)))
28 сен 19, 08:19    [21981512]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 9416
PetroNotC Sharp
нету оверхеда. Аутентификацию делает GlassFish.
А теперь давайте сравним простенького Котяру с монстроидальной СтеклоРыбой. У кого, говорите, нет накладных расходов?
28 сен 19, 08:19    [21981513]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Basil A. Sidorov
PetroNotC Sharp
нету оверхеда. Аутентификацию делает GlassFish.
А теперь давайте сравним простенького Котяру с монстроидальной СтеклоРыбой. У кого, говорите, нет накладных расходов?
накладные всегда на что то накладываются. Или относятся к чему то.
Например накладеые на передачу 10 байт 2 байта.
Что сравниваем?)
Монстра спринга с душечкой стеклоРыбой?
28 сен 19, 08:25    [21981515]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 9416
PetroNotC Sharp
Монстра спринга с душечкой стеклоРыбой?
Не надо переобуваться прямо в прыжке.
Лично я вообще никак не упоминал Spring.
28 сен 19, 08:43    [21981524]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Basil A. Sidorov,
Ты сказал про рыбу в эмоциональной окраске))
28 сен 19, 08:57    [21981532]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Другого ничего не видел
Я бы понял, если бы ты привел в пример что-то другое, не важно что. Я другого видел достаточно. Но проблема в том, что ты под другим подразумеваешь горы говнокода, написанного руками. Такого я видел ещё как и поболее многих. И вижу к сожалению до сих пор каждый день, и что ещё хуже, вынужден в таком участвовать.

PetroNotC Sharp
А блазковича уже тут нету.
зато к сожалению есть ты, гадящий в каждой теме ребусами и бессмысленными фразами.
28 сен 19, 11:10    [21981571]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 2343
chpasha
PetroNotC Sharp
А блазковича уже тут нету.
зато к сожалению есть ты, гадящий в каждой теме ребусами и бессмысленными фразами.
так это... напоминаю: 21981416 :)
28 сен 19, 11:11    [21981572]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
Дмитрий Мух
так это... напоминаю

Да я Петро уже много лет знаю, привык. К тому же его иногда нужно от новичков на форуме отгонять, иначе будет флуд на 3 страницы как в топике про архитектуру. Спасибо :-)
28 сен 19, 11:17    [21981576]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
Я бы понял, если бы ты привел в пример что-то другое, не важно что.
я привел пример. Блазкович. Он не молился на спринг никогда.
Не пример?
До свидания.
28 сен 19, 12:22    [21981592]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
PetroNotC Sharp
Basil A. Sidorov
пропущено...
А теперь давайте сравним простенького Котяру с монстроидальной СтеклоРыбой. У кого, говорите, нет накладных расходов?
накладные всегда на что то накладываются. Или относятся к чему то.
Например накладеые на передачу 10 байт 2 байта.
Что сравниваем?)
Монстра спринга с душечкой стеклоРыбой?

Как судить будем? Minimal footprint?
Мы-же не договоримся даже в этом разрезе.
Никто в топике не знает что мы считаем. Как считаем?
Учитывать только код приложения? Или код контейнера?
Или всё вместе? Некоторые даже (!) считают время старта
приложения. Непонятно где в SLA этим можно бравировать...
28 сен 19, 12:24    [21981593]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Дмитрий Мух
так это... напоминаю: 21981416 :)
в шарпе ты ходил с плакатом"Не слушайте Петро!"
В java начало положено))))
28 сен 19, 12:24    [21981594]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mayton
PetroNotC Sharp
пропущено...
накладные всегда на что то накладываются. Или относятся к чему то.
Например накладеые на передачу 10 байт 2 байта.
Что сравниваем?)
Монстра спринга с душечкой стеклоРыбой?

Как судить будем? Minimal footprint?
Мы-же не договоримся даже в этом разрезе.
Никто в топике не знает что мы считаем. Как считаем?
Учитывать только код приложения? Или код контейнера?
Или всё вместе? Некоторые даже (!) считают время старта
приложения. Непонятно где в SLA этим можно бравировать...
вот у него и спроси. Он про рыбу вспомнил))))
28 сен 19, 12:26    [21981596]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
Ты не блазкович. Я тебе это просто напомнил.
Держи свое имхо при себе.
28 сен 19, 12:27    [21981597]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
PetroNotC Sharp
mayton
пропущено...

Как судить будем? Minimal footprint?
Мы-же не договоримся даже в этом разрезе.
Никто в топике не знает что мы считаем. Как считаем?
Учитывать только код приложения? Или код контейнера?
Или всё вместе? Некоторые даже (!) считают время старта
приложения. Непонятно где в SLA этим можно бравировать...
вот у него и спроси. Он про рыбу вспомнил))))

А есть статистика по количеству использований рыбы?
Я так думаю что Ажур и Гугл должны собирать эти цифры
и где-то публиковать. В рамках своих подшефных облаков.
28 сен 19, 12:33    [21981601]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mayton,
Извини не интересовался. У меня проект на нем и вроде работает.
АппСервера тут не обсуждают.
Либа спринг затмила голову.
28 сен 19, 12:36    [21981603]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Наверное наша проблема в том что "каждый кулик хвалит своё болото".
И вообще нужной немало скушать собак и сломать копий на Spring и на J2EE
подобных (!) технологиях чтобы иметь своё взвешенное мнение.

К сожалению я часто слышу что ораторы-критики не разобрались в сути
вопроса и критикуют что чего знают плохо.

...Я Пастернака не читал но осуждаю.
28 сен 19, 12:45    [21981610]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mayton,
Согласен. Обсуждения не было. Скатились в шарп болото.
28 сен 19, 13:01    [21981617]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
PetroNotC Sharp
Спрингу давно нужен конкурент

ты спрингом пользуешься? а с чего ты решил, что будешь пользоваться конкурентом? типа назло маме уши отморозишь? ну так вот, есть конкурент. вперед
с этого поста обсуждение закончилось.
Мембер восстал против конкурента либы.
28 сен 19, 13:08    [21981619]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Мембер восстал против конкурента либы
мембер восстал против ретрограда, пишущего все руками и поинтересовался, что лично даст ретрограду, пишущему все руками ещё один конкурент. Казалось бы, логичный вопрос, но я сделал одну ошибку - вступил в спор с человеком, не способным написать два сообщения так, чтобы второе хоть как-то было связано с предыдущим по смыслу. Причем ведь знал кто ты, знал что так будет, помнил чем кончались любые другие споры с тобой на похожие темы. Ан нет, опять потянуло на те же грабли.

PetroNotC Sharp
Ты не блазкович
А еще я не шарли эбдо, и что?
28 сен 19, 14:15    [21981639]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
А еще я не шарли эбдо, и что?
нет. Ты профи в спринге но троечник в архитектуре.
Я профи в архитектуре но троечник в спринге.
Што такое "ретроград" это тот кто против ктнкурента спрингу? То есть ты?
28 сен 19, 14:20    [21981641]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha,
По фактам:
Ты забыл что спринг это либа. А тема про АппСервера.
Разве ты способен говорить про архитектуру? Ты просто классный прогер, но это тема не твоя.
28 сен 19, 14:23    [21981643]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
что лично
поменьше личностей, а то я подумаю что тебе в пансион шарпа. Там моле разговора о личностях.
28 сен 19, 14:30    [21981648]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Я профи в архитектуре

Профи в архитектуре, не слышавший про SOLID. Шутка месяца

PetroNotC Sharp
Ты профи в спринге

Тоже не верно - так, слегка знаком на 3+/4-

PetroNotC Sharp
Што такое "ретроград"

Let me google it for you

PetroNotC Sharp
это тот кто против ктнкурента спрингу?
еще один последний раз, медленно. Я не против конкурентов. Твой подход - это не конкуренция, это даже не замена. Это старый добрый - я ручками все сделаю сам. Потому я и спросил в том посте, что даёт тебе ещё один конкурент или что дают тебе ещё 10 конкурентов, если ты принципиально не видишь почему здесь нужно использовать то или это.
28 сен 19, 14:39    [21981654]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
Твой подход

Опять весь твой пост ФЛУД.
Не мой подход.
Промямли что нибудь про решения без спринг.
Не можем?
До свидянья. Флудер.
28 сен 19, 14:44    [21981657]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
betelgeizex
Member

Откуда:
Сообщений: 85
Вот кандидат на то, чтобы потеснить Spring:

https://vertx.io/

Сам не писал под него, но популярность у него растет с каждым годом.
Так сказать, лучшее из обоих миров...
28 сен 19, 15:12    [21981664]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Не мой подход.
да да. для аутентификации берем сразу Glassfish, не меньше. Почему? Ну потому что Петро там что-то настраивал, у него даже получилось и теперь каждый раз, когда нам нужна аутентификация мы просто берем Glassfish ибо хуле. Http-Backend пишем на чистых сервлетах, параметры разбираем вручную, сериализуем и десериализуем видимо тоже вручную или ты уже jackson/gson какой освоил? не его подход, my ass

PetroNotC Sharp
Промямли что нибудь про решения без спринг.
любой di-framework на выбор + недостающие компоненты в виде отдельных framework-ов.

PetroNotC Sharp
Не можем?
До свидянья. Флудер.

слив защитан (с)
28 сен 19, 15:20    [21981668]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
betelgeizex
Member

Откуда:
Сообщений: 85
https://start.vertx.io/

Никому ничего не напоминает?
28 сен 19, 15:21    [21981669]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
PetroNotC Sharp
Промямли что нибудь про решения без спринг.
любой di-framework на выбор + недостающие компоненты в виде отдельных framework-ов.

Фреймворк это не АппСервер.
А тема - Сервер приложений для java.
Я же говорю, ты троечник.
28 сен 19, 15:31    [21981670]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 2343
chpasha
Дмитрий Мух
так это... напоминаю

Да я Петро уже много лет знаю, привык.

Смотри сам:)
28 сен 19, 15:32    [21981671]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
Дмитрий Мух
chpasha
пропущено...

Да я Петро уже много лет знаю, привык.

Смотри сам:)
Вы нашли друг друга. Продоожайте про АппСервер)
28 сен 19, 15:35    [21981672]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
Фреймворк это не АппСервер.
А тема - Сервер приложений для java.

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

PetroNotC Sharp
Я же говорю, ты троечник.

а я нигде и не утверждал обратного. лучше быть троечником способным еще что-то в жизни усвоить, чем слепым и глухим самоделкиным, решившим раз и навсегда, что он - профи и знает все и вся.
28 сен 19, 15:54    [21981677]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
тему раскрыли на первой странице

Ты действительно смешной.
Кем раскрывалась тема?
Вот этим что ли?
chpasha
просто я подумал, вдруг чего проспал

))
Ну не твое это, логично и спокойно рассуждать о предмете. А не о петро.
28 сен 19, 16:18    [21981682]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
vas0
Member

Откуда: Таможенный союз (Россия, Казахстан)
Сообщений: 1279
PetroNotC Sharp
chpasha,
По фактам:
Ты забыл что спринг это либа. А тема про АппСервера.
Разве ты способен говорить про архитектуру? Ты просто классный прогер, но это тема не твоя.
При создании бизнес приложений нужна инфраструктура (инфраструктурный код). Можешь написать сам, а можешь взять уже готовую инфраструктуру. Как это будет называться, да какая в целом разница?
1. Сервер приложений
2. Spring framework
3. Бла, бла, бла - библиотека

Если будешь всю инфраструктуру писать сам, то можешь пару лет к сроку выполнения своего проекта прибавить. Ведь на написание хороших инфраструктур команды (spring, redhat) тратят десятилетия.

Мне нравится мысль "дяди Боба" что хорошая архитектура это та, которая позволяет отложить принятие архитектурных решений на как можно более поздний срок (когда у тебя уже будет достаточно информации для принятия правильного решения).

К сожалению выбор инфраструктуры, это не то решение которое можно легко переиграть. Если уж был выбран спринг, то на безболезненный переход на Java EE вряд ли можно рассчитывать. Конечно если у тебя не приложение типа "hello world".
28 сен 19, 18:06    [21981714]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
vas0
Если будешь всю инфраструктуру писать сам,
я вообще ленивый и не люблю писать сам.
Тут как то спрашивал про аналог шарпа в рест все промолчали).

vas0
Как это будет называться, да какая в целом разница?
1. Сервер приложений
2. Spring framework
3. Бла, бла, бла - библиотека

Ты вопрос свой недавний помнишь?
Тебе же была разница в выборе первое, второе или третье?
Ты был в сомненьях и просил факты и обоснования ВЫБОРА.
Вот поэтому, есть разница, спринг или томкат или вебсфера
28 сен 19, 18:32    [21981723]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
vas0
Member

Откуда: Таможенный союз (Россия, Казахстан)
Сообщений: 1279
PetroNotC Sharp,

Ну мой вопрос был собрать информацию о подходах. Узнал вот про саги. В целом о микро-сервисном мире пока у меня информации мало. Смотрю вот со стороны.
28 сен 19, 18:38    [21981726]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
vas0
Мне нравится мысль "дяди Боба" что хорошая архитектура это та, которая позволяет отложить принятие архитектурных решений на как можно более поздний срок (когда у тебя уже будет достаточно информации для принятия правильного решения).
хорошая мысль.
Чтобы ее реализовать нужно:
— делать прототип и нагрузочное тестирование
- ТЗ и методологию производства ПО (не прогером самоучкой)
— стоимость владения (конфиги спринга нужны или админка)
— время входа в технологию (отсечь микросервисы и маркетинг)
-..
28 сен 19, 18:39    [21981727]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
vas0
PetroNotC Sharp,

Ну мой вопрос был собрать информацию о подходах. Узнал вот про саги. В целом о микро-сервисном мире пока у меня информации мало. Смотрю вот со стороны.

Теперь смотри, чел ищет инфу о АппСервере. И тут воинствующий спринг профи проснулся и говорит: Я против чтобы обсуждали альтернативу спринг. Мне петро не нравится))).
Это он проснулся).
ЗЫ.
Мне микросервисы не нравятся. Пусть тоже поорет.
28 сен 19, 18:43    [21981728]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

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

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

PetroNotC Sharp
И тут воинствующий спринг профи проснулся и говорит: Я против чтобы обсуждали альтернативу спринг
скажи, ты реально на столько глуп, что не смотря на как минимум две мои попытки указать на то, что замечание касалось лично тебя, ты продолжаешь талдычить про противников альтернатив? привожу еще раз цитату целиком, чисто для протокола:

chpasha
ты спрингом пользуешься? а с чего ты решил, что будешь пользоваться конкурентом? типа назло маме уши отморозишь? ну так вот, есть конкурент. вперед
где здесь "против конкуренции"? фраза была адресована лично тебе.

У меня все, Петролль, удачи.
28 сен 19, 19:17    [21981735]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
chpasha
Людьми, назвавшими популярные апп-сервера. На этом теме конец - обсуждать по изначальному вопросу больше нечего.
ну дак не тобой. Ты кто тут в теме?
Кто с тобой что тут обсуждает?
Фразу лично мне засунь лично себе.

chpasha
У меня все
наконец то.
С тобой никто ничего тут не обсуждает.
Про микросервисы не забудь лично мне что написать.
28 сен 19, 19:27    [21981737]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
chpasha
Member

Откуда:
Сообщений: 8441
PetroNotC Sharp
ну дак не тобой. Ты кто тут в теме?

а ты?

PetroNotC Sharp
Про микросервисы не забудь лично мне что написать.

Цветочный магазин
28 сен 19, 19:32    [21981740]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mirudom
Member

Откуда:
Сообщений: 1042
Molasar
Какой сервер приложений наиболее популярен для Java решений?

Garrick
IBM Webshere, Oracle Weblogic, Red Hat JBoss
Присоединяюсь.
28 сен 19, 19:56    [21981747]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mirudom
Member

Откуда:
Сообщений: 1042
Еще, Spring vs JavaEE Application Server,

1. Все проекты, которые видел на Спринге - просто жрут ресурсы и компутера и человеческие.
2. Spring - это не "кровавый интерпрайз". Его пытаются применять в контексте ЕЕ.

Присоединяюсь к мнению, что Spring стал монстром,
Учитывая зависимости в проектах внутри Спринга - вполне ожидаемо.
28 сен 19, 20:15    [21981755]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
PetroNotC Sharp
Member

Откуда:
Сообщений: 2089
mirudom,
Без фактов тебя сожгут на костре)))
28 сен 19, 20:42    [21981762]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Вы знаете. Есть точные науки. Такие как математика например. Где если слева от знака равно стоит 1
и справа стоит 1 то всем очевидно тождество. То что "слева". Равно тому что "справа".

В других науках. Гуманитарных. Философских. Часть ораторов скажут что ангелов на кончике иглы около 12 штук.
Другая часть скажет что скорее всего не 12 а аж 13 а то и больше. И в данном топике мои коллеги... я вынужден
это признать ведут себя как философы и богословы.

Ну что.. дорогие мои философы и гуманитарии. Давайте вводить метрики и правила судейства.

Если Спринг жрёт ресурс - то какой? Память? Объём билда? Ресурсы процессора? И .. злополучное
время прогрева приложения о котором говорят в этом топике.

По сабжевому пункту. По первому топику - давайте отдельно поднимем голосование с мультиселектом.
Просто посчитаем сколько в форуме Апп-Серверов и каких.
28 сен 19, 20:45    [21981764]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
Дмитрий Мух
Member

Откуда: Зеленоград
Сообщений: 2343
mayton
Вы знаете. Есть точные науки. Такие как математика например. Где если слева от знака равно стоит 1
и справа стоит 1 то всем очевидно тождество. То что "слева". Равно тому что "справа".
Вот кстати не очевидно, а требует определения и доказательства :)
28 сен 19, 21:34    [21981775]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mirudom
Member

Откуда:
Сообщений: 1042
PetroNotC Sharp
Без фактов тебя сожгут на костре)))
Ой ! боюся, боюся !
mayton
Вы знаете. Есть точные науки. Такие как математика например. Где если слева от знака равно стоит 1
и справа стоит 1 то всем очевидно тождество. То что "слева". Равно тому что "справа".

В других науках. Гуманитарных. Философских. Часть ораторов скажут что ангелов на кончике иглы около 12 штук.
Другая часть скажет что скорее всего не 12 а аж 13 а то и больше. И в данном топике мои коллеги... я вынужден
это признать ведут себя как философы и богословы.

Ну что.. дорогие мои философы и гуманитарии. Давайте вводить метрики и правила судейства.

Если Спринг жрёт ресурс - то какой? Память? Объём билда? Ресурсы процессора? И .. злополучное
время прогрева приложения о котором говорят в этом топике.

По сабжевому пункту. По первому топику - давайте отдельно поднимем голосование с мультиселектом.
Просто посчитаем сколько в форуме Апп-Серверов и каких.
Уважаемый mayton,
выражаю только свое мнение, основанное на личном опыте.
Математика это не программирование. И в отдельных частях процесса разработки ПО это скорее всего философия,
хотя в основе лежит точная математика.

Вы прикрываетесь лозунгом о точных науках, хотя сами аппелируете к демократическим ценностям.
Но, хроническая неспособность части коллег освоить спеку, даже такую хорошо формализованную, как
Java EE, наводит на мысль, что дело не только в лени, но и в более глубоких проблемах.
Которые конечно же не тема данного топика.
29 сен 19, 10:03    [21981881]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Я же предложил метрику! Количество классов фактически загруженных ClassLoader.

Все проигнорировали.
29 сен 19, 10:29    [21981895]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Как и обещал

https://www.sql.ru/forum/1317550-a/opros-ispolzovaniya-app-servers-http-servers-embed-http
29 сен 19, 13:05    [21981956]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mayton
Member

Откуда: loopback
Сообщений: 42386
Пока проголосовало 10 чел. Выборка в топ 3 платформы совпадает с теми данными которые
взяты с круговой диаграммы.

- Tomcat
- Jetty
- WildFly
30 сен 19, 00:12    [21982231]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
mad_nazgul
Member

Откуда:
Сообщений: 4838
mirudom
Еще, Spring vs JavaEE Application Server,

1. Все проекты, которые видел на Спринге - просто жрут ресурсы и компутера и человеческие.
2. Spring - это не "кровавый интерпрайз". Его пытаются применять в контексте ЕЕ.

Присоединяюсь к мнению, что Spring стал монстром,
Учитывая зависимости в проектах внутри Спринга - вполне ожидаемо.


Вы еще ранние JavaEE не видели.
Я столкнулся с JavaEE 5... Ну полсе этого Спринг мне не показался монстром.
JavaEE 7 начал косить под Спринг, но к тому времени уже появился Спринг Бут
Так что JavaEE 7 вызывал чувства "ФИГА?".
Oracle "сдалась" и перестала догонять Спринг, отдав JEE фонду Apache.
30 сен 19, 05:57    [21982290]     Ответить | Цитировать Сообщить модератору
 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
Сообщений: 42386
По просьбам трудящихся.

В смежном голосовании 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
Сообщений: 42386
Как ПТ закрылось так и половина сбежало.
8 окт 19, 10:14    [21989139]     Ответить | Цитировать Сообщить модератору
 Re: Сервер приложений для Java  [new]
rabiter
Member

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


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

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