Насколько я знаю, JTA, JMS, JPA, RMI не поддерживаются и не планируется.
Tomcat, как вы точно процитировали, web-сервер. Не является реализацией ключевых стандартов EE, не претендует на роль сервера приложений.
Есть пул соединений и потоков, транзакции на уровне JDBC.
Если есть примеры, когда на нëм делали без всяких Spring и других фреймворков большие корпоративные приложения, или был опыт развëртывания большого кластера, было бы интересно почитать.
У каждого варианта есть свой набор характеристик: реализация стандартов Jakarta EE, готовый / конструктор, стоимость, ресурсоëмкость, реактивность.
Насколько я понял из статьи, Digital Q.AppServer является не опцией для выбора, а скорее аркестратором.
Если целью статьи был Digital Q.AppServer, то было бы честно так и назвать статью, и рассказать какие возможности есть у него, какие преимущества перед существующими способами сопровождения и мониторинга группы Java-серверов для web.
Если таких статей не будет, то ИИ не на чем будет учиться. Появляются новые версии и функции, если никто не будет рассказывать, спрашивать и отвечать, победивший ChatGPT ничем помочь не сможет!
Насколько я знаю, JTA, JMS, JPA, RMI не поддерживаются и не планируется.
Tomcat, как вы точно процитировали, web-сервер. Не является реализацией ключевых стандартов EE, не претендует на роль сервера приложений.
Есть пул соединений и потоков, транзакции на уровне JDBC.
Если есть примеры, когда на нëм делали без всяких Spring и других фреймворков большие корпоративные приложения, или был опыт развëртывания большого кластера, было бы интересно почитать.
Выбор, на мой взгляд, намного богаче и формулируется не так.
Tomcat это не сервер приложений, а контейнер сервлетов.
И если подходить с точки зрения задач, то я бы выделил 3 ниши:
1 Встроенные серверы (embedded)
2 Отдельные web-серверы
3 Серверы приложений (корпоративные приложения)
Для каждой ниши есть свои варианты (это только из того, что я знаю, выбор намного больше):
1 Jetty, Netty, Tomcat (embedded), Vert.x
2 Jetty (standalone), Tomcat, Vert.x (mod.web / +Spring / +Quarkus)
3 GlassFish, WildFly, JBoss EAP, WebSphere, WebLogic, Tomcat (Spring), Vert.x (mod.* / +Spring / +Quarkus)
У каждого варианта есть свой набор характеристик: реализация стандартов Jakarta EE, готовый / конструктор, стоимость, ресурсоëмкость, реактивность.
Насколько я понял из статьи, Digital Q.AppServer является не опцией для выбора, а скорее аркестратором.
Если целью статьи был Digital Q.AppServer, то было бы честно так и назвать статью, и рассказать какие возможности есть у него, какие преимущества перед существующими способами сопровождения и мониторинга группы Java-серверов для web.
Если таких статей не будет, то ИИ не на чем будет учиться. Появляются новые версии и функции, если никто не будет рассказывать, спрашивать и отвечать, победивший ChatGPT ничем помочь не сможет!
Ассистент и агент это ведь не одно и то же.
Ассистент действует по запросу и выполняет одну небольшую задачу.
Агент работает параллельно, с комплексными задачами и учитывая контекст всего проекта и даже сторонних сред.