Предложение Glassfish клиентам

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

Это зависит от:

1. Кто ваши клиенты?
2. Вы выполняете развертывание на сайтах клиентов?
3. Позволяет ли заказчик выбрать контейнер Java EE?
4. Покупает ли заказчик приложение или услугу?
5. Имеет ли значение, на каком сервере Java EE развернуто ваше приложение?
6. Должен ли он быть контейнером Java EE, не могли бы вы вместо него использовать Tomcat?
7. Сможете ли вы легко тестировать / поддерживать несколько контейнеров?

Спектр исходит от клиента, которому все равно, работает ли ваше приложение на 2 хомяка в колесе до указания, что вы должны работать в WebSphere 5.1.2.3.4.5.

Хеджируйте свои ставки. Продолжайте рекомендовать GlassFish, если считаете, что это наиболее подходящий вариант, но у вас есть запасное решение.

могли бы вы вместо этого использовать Tomcat?

Можете ли вы легко тестировать / поддерживать несколько контейнеров?

Спектр исходит от заказчика, не заботясь о том, работает ли ваше приложение с двумя хомяками в колесе, вплоть до указания, что вы должны работать в WebSphere 5.1.2.3.4.5.

Хеджируйте свои ставки. Продолжайте рекомендовать GlassFish, если считаете, что это наиболее подходящий вариант, но у вас есть запасное решение.

могли бы вы вместо этого использовать Tomcat?

Можете ли вы легко тестировать / поддерживать несколько контейнеров?

Спектр исходит от клиента, которому все равно, работает ли ваше приложение двумя хомяками в колесе, до указания, что вы должны работать в WebSphere 5.1.2.3.4.5.

Хеджируйте свои ставки. Продолжайте рекомендовать GlassFish, если считаете, что это наиболее подходящий вариант, но у вас есть запасное решение.