Будьте в спящем режиме с Tomcat по сравнению с, в спящем режиме с JBoss
Ваша единственная надежда - вероятно, что-то cludgy как это:
/// <summary>
/// <para>line one</para>
/// <para>_</para>
/// <para>line two</para>
/// </summary>
4 ответа
Tomcat - это движок сервлетов JBoss, так что вы будете использовать Tomcat в любом случае.
Я бы выбрал JBoss в вашем случае. Он уже поставляется с Hibernate, избавляя вас от необходимости связывать Hibernate в вашем приложении. JBoss предварительно настроен с несколькими различными профилями, поэтому вы можете выбрать профиль, который делает то, что вам нужно, без лишних хлопот (т.е. вы можете спокойно игнорировать все тяжелые вещи JavaEE). Точно так же, если ваше приложение должно начать использовать больше материалов JavaEE (например, веб-сервисов, EJB3), вы можете легко подключить эти сервисы JBoss.
Кстати, вы можете посмотреть GraniteDS в качестве альтернативы. BlazeDS кажется, что это лучшая программа.
В вашем случае я бы выбрал JBoss. Он уже поставляется с Hibernate, избавляя вас от необходимости связывать Hibernate в вашем приложении. JBoss предварительно настроен с несколькими различными профилями, поэтому вы можете выбрать профиль, который делает то, что вам нужно, без лишних хлопот (т.е. вы можете спокойно игнорировать все тяжелые вещи JavaEE). Точно так же, если ваше приложение должно начать использовать больше материалов JavaEE (например, веб-сервисов, EJB3), вы можете легко подключить эти сервисы JBoss.
Кстати, вы можете посмотреть GraniteDS в качестве альтернативы. BlazeDS кажется, что это лучшая программа.
В вашем случае я бы выбрал JBoss. Он уже поставляется с Hibernate, избавляя вас от необходимости связывать Hibernate в вашем приложении. JBoss предварительно настроен с несколькими различными профилями, поэтому вы можете выбрать профиль, который делает то, что вам нужно, без лишних хлопот (т.е. вы можете спокойно игнорировать все тяжелые вещи JavaEE). Точно так же, если ваше приложение должно начать использовать больше материалов JavaEE (например, веб-сервисов, EJB3), вы можете легко подключить эти сервисы JBoss.
Кстати, вы можете посмотреть GraniteDS в качестве альтернативы. BlazeDS кажется, что это лучшая программа.
так что вы можете выбрать профиль, который делает то, что вам нужно, без лишнего багажа (т.е. вы можете спокойно игнорировать все тяжелые вещи JavaEE). Точно так же, если ваше приложение должно начать использовать больше материалов JavaEE (например, веб-сервисов, EJB3), вы можете легко подключить эти сервисы JBoss.Кстати, вы можете посмотреть GraniteDS в качестве альтернативы. BlazeDS кажется, что это лучшая программа.
так что вы можете выбрать профиль, который делает то, что вам нужно, без лишнего багажа (т.е. вы можете спокойно игнорировать все тяжелые вещи JavaEE). Точно так же, если ваше приложение должно начать использовать больше материалов JavaEE (например, веб-сервисов, EJB3), вы можете легко подключить эти сервисы JBoss.Кстати, вы можете посмотреть GraniteDS в качестве альтернативы. BlazeDS кажется, что это лучшая программа.
Я считаю, что JBOSS EJB3 использует Hibernate в качестве реализации JPA. Hibernate также встроен в Seam. А JBOSS использует Tomcat в качестве своего сервлета / механизма JSP, поэтому ваше сравнение не является «либо / или».
Если все сделано правильно, ваш выбор Flex не должен знать или заботиться о том, как вы сохраняете данные. Это должно быть скрыто от клиента интерфейсом обмена сообщениями.
Используйте JPA с Hibernate в качестве реализации JPA на Tomcat. Это проще и обычно лучше. Вы можете легко «обновить» до более полного стека, предлагаемого JBoss, если вам это понадобится, поскольку он использует Tomcat в качестве контейнера сервлетов.
Это не должно иметь значения. Вы можете использовать Hibernate с обоими.
Сказав это, я бы рекомендовал использовать его с JBoss, поскольку он поставляется с установленным OOB и вам не нужно специально настраивать сервер приложений для использования Hibernate.
Также рассмотрите возможность использования JPA (EJB3). Если вы используете JBoss, вы будете использовать Hibernate под капотом и выиграете от использования более общего стандарта Java EE .