Тонкая грань между Java SE и Java EE

Question

Я парень, который пишет контроллеры java (mvc), который тестирует с junit, кто пишет jdbc, кто использует maven ...

Как узнать, когда это Java EE, а когда нет? Я не пишу сервлеты или jsps (которые являются частью Java EE), но я использую API и так ...

Что я? Java EE программист? Java SE программист? Если бы вы были разработчиком Spring / Hibernate, кто вы? Java EE или Java SE?

Может быть, это глупый вопрос (если так, то извините), но какова "тонкая грань" между Java SE и Java EE?

Answer 1

Что еще важнее, имеет ли значение ?

"Что в названии? То, что мы называем розой

Любым другим именем будет пахнуть какsweet. "

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

Конечно, компании могут рекламировать «разработчика J2EE».Но они всегда будут упоминать в описании / интервью, что они имеют в виду, например, например, JBoss и JPA, вместо того, чтобы просто сказать «ты J2EE» и предположить, что вы оба точно знаете, что это значит.

И внеВ этом конкретном примере я очень редко сталкиваюсь с используемыми терминами (потому что они не очень полезны).Вопрос о том, полезен ли вам опыт работы с Java, на более точном уровне - вопрос о том, есть ли у вас опыт работы с Tomcat или Hibernate, но вопрос о том, имеет ли кто-то опыт работы с J2EE, вряд ли даст полезный ответ.

Есть ли какие-то конкретные обстоятельства, которые побудили вас задать этот вопрос?

Answer 2

JDBC является частью базовой спецификации Java SE.

Само собой разумеется, что Java EE построен на основе Java SE. Если вы Java EE, вы также автоматически используете Java SE.

Сервлеты и JSP являются частью Java EE, но некоторые люди не считают вас полностью Java EE, если вы не используете EJB-компоненты и службы сервера приложений, такие как пул соединений, именование, создание очередей и т. Д.

Spring был реакцией на EJB 2.0 и его сложность. Он построен на основе Java SE, обычно развертывается на серверах приложений Java EE и предоставляет множество функций Java EE (например, постоянство, жизненный цикл и т. Д.), Не прибегая к механизму EJB. Для своей работы он использует сервлеты, JSP, персистентность, именование, организацию очередей и другие сервисы Java EE. Spring не является спецификацией Java EE; это детище Рода Джонсона. Теперь он принадлежит VMWare.

Answer 3

Это Java-EE, когда код знает , что находится в контексте EE. Классы или интерфейсы присутствуют только в контенте EE, что не имеет смысла в приложении SE.

Для резюме просто перечислите "Java" с технологиями, которые вы использовали.

Answer 4

Java EE - это огромный API.Вы используете в основном веб-профиль Java EE.Итак, я бы сказал, что вы «разработчик веб-приложений на Java EE».Для конкретных навыков просто используйте комнату, которая у вас есть в вашем резюме и / или интервью.

Answer 5

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

Конечно, любой, кто занимается разработкой J2EE, также должен заниматься разработкой J2SE по умолчанию, поскольку все эти API J2EE основаны и построены на языковой платформе Java.