В Java все находится в форме класса.
Если вы хотите использовать любой объект, тогда у вас есть две фазы:
Пример:
Object a;
a=new Object();
То же самое для концепции массива
Item i[]=new Item[5];
i[0]=new Item();
Если вы не дают секцию инициализации, тогда возникает NullpointerException
.
EE Java является на самом деле набором технологий и API для платформы Java, разработанной для поддержки Приложений "Предприятия", которые могут обычно классифицироваться как крупномасштабные, распределенные, транзакционные и высоконадежные приложения, разработанные для поддержки бизнес-требований для решения ответственных задач.
С точки зрения того, что сотрудник ищет в определенном techs, довольно трудно сказать, потому что игровая площадка продолжала переключать прошлые пять лет. Это действительно о класс проблем, которые решаются больше, чем что-либо еще. Транзакции и распределение являются ключевыми.
Java EE является набором спецификаций для разработки и развертывания корпоративных приложений.
В целом корпоративные приложения обращаются к программному обеспечению, размещенному на серверах, которые предоставляют приложения, которые поддерживают предприятие.
Спецификации (определенный Sun) описывают сервисы, интерфейсы прикладного программирования (API) и протоколы.
13 базовых технологий, которые составляют Java EE:
Поставщик продукта EE Java обычно является сервером приложений, веб-сервером или поставщиком системы баз данных, который обеспечивает классы, которые реализуют интерфейсы, определенные в спецификациях. Эти поставщики конкурируют в реализациях Java спецификации EE.
Когда компания требует Java опыт EE, что, они, действительно прося являются опытом с помощью технологий, которые составляют Java EE. Часто, компания будет только использовать подмножество Java технологии EE.
J (2) EE, строго говоря, является рядом API
с (поскольку текущий главный ответ имеет его), которые позволяют программисту создать распределенный, системы обработки транзакций. Идея состояла в том, чтобы абстрагировать далеко сложные распределенные, транзакционные биты (который будет реализован Контейнер , такой как WebSphere или Weblogic), оставляя программиста для разработки бизнес-логики, лишенной беспокойства о механизмах хранения и синхронизации.
В действительности, это была мощеная вместе, путаница дизайна комитета, которая была продвинута в значительной степени в пользу поставщиков как IBM, Oracle и BEA, таким образом, они могли продать ridicously сверхсложные, сверхспроектированные, сверхбесполезные продукты. Который не имел наиболее основных характеристик (таких как планирование)!
J2EE был маркетинговой конструкцией.
Существует 2 версии Сред Java, J2EE и Se. SE является стандартным выпуском, который включает все основные классы, что необходимо было бы записать однопользовательские приложения. В то время как Enterprise Edition настраивается для многоярусных корпоративных приложений или возможных распределенных приложений. При использовании серверов приложений, как кот или websphere, Вы хотели бы использовать J2EE с дополнительными классами для поддержки n-tier.
Это означает изменения все время. Это раньше означало Сервлеты и JSP и EJBs. В наше время это, вероятно, означает Spring, и Будьте в спящем режиме и т.д.
Действительно, что они ищут, опыт и понимание экосистемы Java, контейнеров Сервлета, JMS, JMX, В спящем режиме и т.д. и как они все совмещаются.
Тестирование и управление исходным кодом были бы важными навыками также.
Да, испытайте с EJB, веб-приложения (сервлеты и JSP), транзакции, веб-сервисы, управление и серверы приложений.
Это также означает, опыт с "enteprise" приложением уровня, в противоположность настольным приложениям.
Во многих ситуациях корпоративные приложения должны соединиться с со многими унаследованными системами, они не только "веб-страницы", и с функциями availalble на "выпуске" Java, такая возможность соединения может быть решена.
J2EE традиционно упомянул продукты и стандарты, выпущенные Sun. Например, при разработке стандартного веб-приложения J2EE Вы использовали бы EJBs, Поверхности Сервера Java, и работали бы в сервере приложений, который поддерживает стандарт J2EE. Однако с тех пор существует такое огромное изобилие с открытым исходным кодом библиотек и продуктов, которые делают те же работы, а также (и многие будут спорить лучше), тогда эти предложения Sun, повседневное значение J2EE мигрировало в обращение к ним также (Например, решение для Spring/Tomcat/Быть в спящем режиме) во многих умах.
Это - замечательная книга, по-моему, которая обсуждает подход 'с открытым исходным кодом' к J2EE http://www.theserverside.com/tt/articles/article.tss?l=J2EEWithoutEJB_BookReview
Я сказал бы, что J2EE испытывают = всесторонний опыт с несколькими технологиями J2EE, общими знаниями о большинстве технологий J2EE и общим опытом с программным обеспечением предприятия в целом.