Мы остаемся с последней версией Tomcat 7.x для различных выпусков плагинов Tomcat и с использованием последней версии плагина при выпуске новой версии Grails. Параллельно мы также выпускаем новые версии плагина с использованием Tomcat 8, и в настоящее время он находится в версии 8.0.21.
Tomcat 8 довольно стабилен в этой точке и поддерживает спецификацию Servlet 3.1, тогда как Tomcat 7 поддерживает только 3.0, поэтому Tomcat 8 должен быть заменой для Tomcat 7, и вы сможете использовать более новые функции, если вы хотите. Кроме того, он должен быть быстрее и использовать меньше памяти, но я не видел никаких официальных тестов.
Сказав это, плагин tomcat, используемый для run-app
, практически не имеет ничего общего с тем, что вы используете в производстве. В общем, любой недавний контейнер сервлетов (то есть тот, который поддерживает Servlet API 2.5+) должен работать нормально, поскольку войны Grails являются автономными стандартными файлами войны. Вы можете использовать Jetty, WebLogic, JBoss и т. Д.
В общем, вы должны использовать библиотеки и серверы в разработке, которые достаточно близки к тому, что будет использоваться в производстве, но это не требование, просто хорошая идея, с большей вероятностью поймать несоответствия ранее. То же самое относится к базе данных - используйте базу данных по умолчанию в памяти H2 для начала работы и продолжайте ее использовать, если вы используете H2 в производстве, но используете локальный MySQL/PostgreSQL/Oracle/и т. Д. сервер, похожий по версии и конфигурации на ваши тестовые и производственные серверы.
Благодарим вас, Берт за разъяснения по этому вопросу. Хотя Tomcat 8 имеет некоторые новые функции и улучшения, мы можем придерживаться последней версии Tomcat версии 7.x, так как Grails был сильно использован и протестирован с Tomcat 7. –
Имеет смысл - если это не сломано, не исправить:) –