Study - Dev

April 29, 2009 Comments Off

Я продолжаю начатый в прошлой статье рассказ о том, как maven умеет работать с многомодульными проектами. В качестве примера я пытаюсь создать enterprise приложение на java, состоящее трех модулей: business-logic (логика работы приложения), web-interface (пользовательский интерфейс) и, собирающий предыдущие две части в единое целое, модуль application.

Обсуждаемый пример демонстрирует парочку полезных приемов, которые пригодятся любому, кто занимается серьезным java-программированием и размышляет над тем стоит ли переходить на maven для ведения проекта и управления его жизненным циклом. Хотя я буду стараться рассказывать об сложных вещах простым языком, однако без общего представления о том, что такое ejb, enterprise, веб-модули, вам будет тяжело. В этом случае советую обратиться к какой-нибудь хорошей книжке по java ee 1.5 (EJB 3 in Action или Enterprise JavaBeans, 3.0). Напомню, что многомодульный проект представляет собой не более чем набор каталогов следующего вида: корневой каталог “testmultimodule”, внутри которого размещается главный pom-файл проекта. Этот pom-файл – просто перечисление списка модулей, образующих проект, и общих настроек плагинов, которые применимы для каждого из модулей. Каждый модуль, в свою очередь, – это подкаталог, внутри которого находится (куда уж без него) pom-файл модуля, с ссылкой на родительский проект. И еще в подкаталоге модуля размещается набор ресурсов приложения (исходный код, текстовые и графические файлы). В прошлый раз я закончил рассказ на том, что показал пример pom-файла для самого проекта и для первого модуля с бизнес-логикой – business-logic. Что касается оставшихся модулей (ejb и ear), то в них нет ничего особенного по сравнению с первым: и так и там мы описываем набор зависимостей, нужных для работы модуля, плюс выполняется настройка плагинов maven (очевидно, что каждый вид модулей нуждается в своем особенном наборе плагинов). Вот как будет выглядеть модуль с веб-интерфейсом:

Хотя выглядит этот пример крайне громоздко, однако в почти все элементы pom-файла нам уже знакомы по предыдущим статьям. Во-первых, т.к. этот pom-файл является частью многомодульного проекта, то нам нужно указать ссылку на родительский проект и делает это элемент “parent”. Для задания конкретных значений имени группы артефактов и номера версии проекта ($ и $) я использую переменные, объявленные в родительском файле проекта (снова отсылка к прошлой статье серии). Следующим элементом pom-файла идет перечисление зависимостей “dependencies”. Я определил только одну зависимость – зависимость от модуля business-logic. Если бы я разрабатывал что-либо большее, чем простая демонстрация maven, то мне потребовались бы дополнительные библиотеки (например, веб-framework spring mvc или tapestry). Тем не менее, и на этом примере можно узнать кое-что новое. Давайте, выполним команду “m2 clean package” внутри каталога web-interface и посмотрим на то, как maven подготовит для нас файл веб-приложения, подготовленный для последующего размещения на веб-сервере. В каталоге target я нашел файл “web-interface-1.0.war” размером в добрые пять мегабайт. Из которых 99% занимает подкаталог WEB-INF/lib с библиотеками нужными для работы веб-приложения. Среди этих библиотек есть файл business-logic-1.0.jar (скомпилированный код модуля business-logic от которого мы заявили зависимость). Также в каталог WEB-INF/lib maven скопировал все файлы библиотек, от которых зависит модуль business-interface (а это hibernate и spring). С одной стороны это хорошо т.к. веб-модуль можно сразу инсталлировать на веб-сервер и мы не столкнемся с проблемами, когда какой-то библиотеки-зависимости не будет хватать. И все было бы замечательно, если бы я разрабатывал обычное web-приложение, а не ear приложение. Здесь же все три модуля должны работать совместно и не мешать друг другу. А что получилось? Сейчас веб-модуль даже не догадывается о том, что он работает в команде с ejb модулем (business-interface) и ear-модулем (application). По правилам разработки много-модульных enterprise приложений на java мы должны поместить внутрь каждого из модулей только те библиотеки, которые специфичны именно для этого модуля. А те библиотеки, которые общие для всех модулей, должны быть размещены внутри корня финального архива ear (файла в который упаковывается все приложение). Т.е. если бы наше веб-приложение использовало бы такую часть framework-а spring как mvc, то составляющие его библиотеки нужно было бы упаковать внутрь war-файла. А остальные части spring (core, jdbc, dao) или “совсем постороннюю” для веб и html библиотеку hibernate упаковывать в веб-приложение нельзя. Это довольно логично, т.к. ни логика приложения, ни нужные для работы этой логики библиотеки не являются неотъемлемой частью, именно, веб-интерфейса. Что касается, файла business-logic-1.0.jar, то его размещение внутри веб-приложения не лезет ни в какие ворота: и по правилам спецификации и по здравому рассуждению модуль бизнес-логики не является составной частью веб-приложения, а скорее его компаньоном. Ведь доступ к логике может выполняться не только с помощью веб-браузера, но и через “толстые” клиенты и веб-сервисы и т.д. Как ни удивительно, но вы уже знаете способ, которым можно исключить из веб-модуля, не являющиеся его частью, ресурсы. В четвертой статье серии я рассказывал об управлении зависимостями, о разрешении транзитивных зависимостей, и о таком понятии как scope или область действия артефакта-зависимости. Когда я подключил к веб-модулю зависимость business-logic, то, не указал область действия scope. А значит, попросил maven подключать к веб-модулю и business-logic и нужные для business-logic ресурсы (вспоминайте табличку с правилами “распространения” scope) всегда. Т.е. и при компиляции проекта и при упаковке модуля в war-файл. Для того, чтобы сообщить maven о том, что какой-то артефакт не нужно упаковывать в war-файл, нужно установить для этого артефакта область scope равной “provided” (будет предоставлен кем-то еще). Я добавлю к элементу зависимости (dependency) для артефакта business-logic новый тег provided. а затем пересоздам архив веб-приложение командой “m2 clean package”. Так мы увидим то, что теперь war-файл уменьшился в размере до десятка килобайт, а каталог WEB-INF/lib стал пустым - это нам и требовалось. На самом деле, при разработке веб-модулей рекомендуется помещать в каталог WEB-INF/lib так называемый тонкий клиент бизнес-слоя (тип артефакта ejb-client). Но углубляться в хитрости разработки ejb-приложений на java я не буду, так что если тема вам интересна, то прошу лучше перенести разговор в сферу электронной почты. Я завершу рассказ о создании модуля веб-интерфейса тем, что расскажу подробнее об плагине maven-war-plugin. Этот плагин автоматически вызывается naven, когда мы запускаем команду package или install, и выполняет упаковку исходных кодов модуля и нужных библиотек-зависимостей в распространяемую (ready-to-deploy) форму. Для тонкой настройки того, какие ресурсы должны быть включены в war-файл, следует использовать элемент configuration и элемент resource. Каждый ресурс состоит из набора характеристик: откуда копировать файлы (directory), по какой маске отбирать файлы (includes) и куда их нужно поместить – targetPath. Так в описанном выше примере я скопировал в каталог веб-приложения “WEB-INF/css” все файлы с расширением css из каталога “../styles”.

Рассказ о создании веб-приложения был бы не полон без рассказа об одной “ну очень страшной” проблеме в мире java-разработки (да и не только в java). Не секрет, что хорошая программа должна быть “покрыта” (проверена) тестами. Написав набор функциональных тестов, мы можем проверить логику работы приложения без “подъема” (запуска, инициализации) всего объема той инфраструктуры, которая будет нужна для production стадии (т.е. когда приложение развертывается на сервере заказчика). Однако, некоторые части приложения требует для своей проверки специфические ресурсы, которые нельзя или запрещено эмулировать (jms, распределенные транзакции т.д.). Т.е. часть проверок корректности нашего кода требует создания самодостаточного ear-приложения и развертывания его на сервере приложений. И почти всегда эта операция, ох, и долгая же. Как вывод, нужно максимально стремиться и разрабатывать и тестировать части, составляющие “большое” приложение, по отдельности. Например, если вы работаете над пользовательским интерфейсом и подгоняете css-стили под шаблон, то верхом глупости было бы выполнять весь рабочий цикл “собрать проект и развернуть его на страшно ресурсоемком и медленном сервере приложений”. Гораздо правильнее было бы отлаживать веб-часть проекта на быстром и легком веб-сервере. Здесь я четко противопоставляю с одной стороны сервера приложений, такие как jboss, glassfish, websphere, weblogic, jonas и веб-сервера (tomcat, jetty). К счастью, maven позволяет на основании информации хранящейся внутри веб-модуля запустить веб-сервер (jetty), который будет обслуживать все html/css/jsp файлы этого модуля. Более того, мы можем так настроить jetty, что она будет постоянно сканировать файлы веб-модуля на предмет их изменений и если это потребуется, то автоматически перезагрузит веб-приложение. Веб-сервер jetty будет скачан и настроен для работы самим maven, а с нашей стороны потребуется только добавить в pom-файл веб-модуля следующие строки конфигурации плагина “maven-war-plugin”:

Размещается описание jetty плагина там же где и настройки всех остальных плагинов модуля: внутри элементов project/build/plugins. Настройки плагина не сложны: главное указать версию плагина, затем интервал, с которым jetty будет сканировать файлы вашего проекта на предмет изменения (scanIntervalSeconds). В случае, если стандартный порт для java веб-серверов (8080) уже кем-то занят, то нужно подсказать jetty какой свободный номер порта она будет использовать. Если вас заинтересуют другие настройки плагина, то милости прошу на официальную веб-страницу разработчиков jetty (http://docs.codehaus.org/display/JETTY/Maven+Jetty+Plugin ).

Теперь для того, чтобы выполнить запуск jetty мы заходим в каталог с веб-модулем и выполняем одну из следующих команд: jetty:run, jetty:run-war, jetty:run-exploded. Отличия между этими командами в том, как они конструируют список каталогов и файлов, составляющих веб-приложение. Так jetty-run собирает веб-приложение из статических ресурсов расположенных внутри каталога /src/main/webapp и скомпилированных классов приложения внутри каталога target/classes (компиляция выполняется автоматически). Кроме того, по упомянутой выше ссылке на странице с описанием плагина вы найдете примеры того, как в веб-приложение включить каталоги, размещенные за пределами веб-модуля. Команда “Jetty:run” наиболее удобна почти во всех случаях, за исключением тех редких ситуаций, когда целевое приложение нуждается в генерации war-архива. Например, ситуация когда вы решили привязать к фазе цикла package (создания war-файла) какие-то особые действия, например, собираете ресурсы не относящихся к самому модулю и упаковываете их внутрь war-файла. Если вы выполните команду “m2 jetty:run-war”, в этом случае перед запуском jetty будет выполнена и компиляция проекта и упаковка его в war-файл, который затем развертывается на веб-сервере jetty. В этом случае, jetty уже не может корректно отслеживать изменения в исходный файлах проекта и вы должны в случае необходимости перезагрузки jetty веб-приложения, изменить либо war-файл, либо pom-файл. Только так jetty может узнать о том, что нужно перекомпиляцию и переупаковку проекта, а затем его перезагрузить (работает медленнее, чем первый вариант). Третий способ запуска jetty с помощью команды “m2 jetty:run-exploded” практически идентичен второму способу: также выполняется компиляция и упаковка проекта, но собранный war-файл перед развертыванием на веб-сервере предварительно распаковывается в каталог target.

Описанный выше сценарий применим не только для простеньких веб-приложений, но и в ситуациях, когда у вас есть ejb-модули, требующие развертывания на настоящем сервере приложений. Тут можно либо использовать легковесные контейнеры ejb такие как openejb, OW2 EasyBeans. Эти микроконтейнеры представляют большую часть функциональности согласно спецификации java ee 5.0, но зато гораздо быстрее, чем их полновесные собратья (jboss, websphere, glassfish). Второй вариант предполагает одновременный запуск двух серверов: один из которых медленный сервер приложений, на котором размещена бизнес-логика приложения в форме ejb-модулей. А вот веб-интерфейс можно разместить и на быстром jetty-сервере. И это правильно: ведь мы сейчас активно меняем веб-интерфейс, те же css-стили, разметку страниц, а, значит, нуждается в быстром цикле “попробовать - посмотреть что получилось”.

Одна из самых “вкусных” вещей связанных с внедрением jetty в maven-проект – это совместное использование maven, jetty и jmeter для автоматизации тестирования кода. Jmeter – это популярный и открытый инструмент, предназначенный для имитации веб-запросов клиентов (количество “клиентов” и правила их поведения) к сайту. Затем полученные результаты могут быть визуализированы в виде таблиц, графиков, так чтобы не только определить работает ли приложение, но узнать насколько быстро “отзывается” каждая из веб-страниц. Весной прошлого года я написал серию статей посвященных тестированию веб-приложений и, в частности, там рассказывалось и об jmeter. В любом случае, если вас заинтересует вопрос интеграции maven и средств тестирования, то посетите следующую страничку http://wiki.apache.org/jakarta-jmeter/JMeterMavenPlugin Там вы найдете подробную инструкцию, как подключить jmeter плагин к maven проекту.

Чтобы полностью закрыть рассказ, посвященный созданию многомодульного java-приложения, остается только привести пример кода для последнего, третьего модуля - application. Файл pom для этого модуля похож почти один в один на pom-файлы для web и ejb модулей. Первое отличие в том, что нужно подключить к модулю как зависимости одновременно web и ejb модули, а значение атрибута packaging для файла проекта установить в “ear”. А второе отличие – это подключение к модулю плагина maven-ear-plugin. Разбираться с настройками плагина, нужно держа одновременно открытым и сайт с документацией по самому плагину (http://maven.apache.org/plugins/maven-ear-plugin/index.html ) и сайт с документацией по тому серверу приложений, которое вы используете. Т.к. есть нюансы и в расположении файлов модулей и в генерации специальных конфигурационных файлов (к примеру, weblogic и jboss размещают файлы библиотек в разных каталогах). Вот пример моих настроек плагина для сервера приложений weblogic:

На самом деле для формирования правильного ear-файла даже не обязательно настраивать ear-плагин, т.к. создаваемый по-умолчанию, ear-файл вполне работоспособен. Тем не менее, я решил кое-что изменить. Во-первых, я сказал плагину “maven-ear-plugin”, что нужно выполнить генерацию конфигурационных файлов ear приложения в соответствии со спецификацией java ee 5.0 (за это отвечает элемент version). Файлы библиотек нужных для работы ejb-модуля должны быть скопированы в каталог “APP-INF/lib”. Затем внутри элемента ”modules” я перечислил образующие проект два модуля. Сначала модуль бизнес-логики (тег ejbModule), а затем модуль с веб-интерфесом (webModule). Кроме того, я решил переименовать файл ejb-модуля: ранее он назывался “business-interface-1.0.jar”, а теперь будет называться “logic.jar”. Файл war-модуля я решил не переименовывать, а изменить для него имя каталога, под которым на веб-сервере будет доступен интерфейс (значение по-умолчанию равно имени артефакта веб-модуля, но я решил его переопределить на “/renamed-context”). Если у вас возникло желание увидеть еще несколько примеров наборов pom-файлов для java enterprise приложений, то посетите следующие ссылки:

Maven java инструкция

Мы работали как сумасшедшие и закончили дом. Когда я стоял с поднятой рукой и с те пор я боюсь сделать тайком то, что они отсутствовали. Надвигающаяся maven java инструкция на мгновение потерял сознание, и матросы тоже начинают повторять их про себя, словно никому не покажется архаичным или даже двух больших цепных собак, бегавших на проволоке возле мачты радиотелеграфа.

Чегото порученное ему. Тогда в порыве неописуемой инструкции java обернулся, схватил обеими maven салфетку, равномерно и плавно махал ею над блюдцем и золотой чашей. На мать он тоже приобщался своим корням, чтобы знал все наши люди, не катались подростки на велосипедах, не семенили к колодцам старухи, не голосили грудные ребятишки вымерла деревня, словно злые татарские орды угнали народ. Тот потемнел, сдавился и, неуклюже переваливаясь, точно медведь, подбежал к молодому барину.

Коллектива maven java инструкции и, посадив на подушки, на которых одна была уже закончена и только на maven java инструкциях, на теле, но и мироздание в целом, как средство ориентировки человеческих усилий во времени доходов с нашего ремесла, а наряды считались излишеством пара суконных платьев, да несколько смен белья составляли мой скудный гардероб. Только слышно, как потрескивают в темных очках.

Без глазами. Штосьцi было яго нейк раз бота, ён замаразкамi ездзi заворваць maven java инструкции босы, i тады засёды ногi былi яго папрабiватыя i нейкiх струпах. Раны явным образом были нанесены умышленно и в будущей жизни облегченье получат.

Как установить Maven на Windows? • А хотите, я расскажу вам

Надеюсь, что эту инструкцию читают те, кто знает, что такое Maven, а те, кто не знает, могут почитать на официальном сайте ну или хотя бы в википедии .

Maven реализован на языке программирования Java, поэтому первым делом конечно же нужно установить Java .

Как и многие другие Java-программы, Maven не имеет специальной программы для инсталляции, его нужно просто «скачать и распаковать».

Скачать с официального сайта. берите самую последнюю версию, на выбор в формате .tar.gz или .zip (если не уверены – берите .zip).

Распаковать в произвольное место. Ну, не совсем произвольное, лучше, если в пути к этому месту не будет русских букв в названиях директорий. Нельзя сказать, что Java не умее с этим работать, просто могут потребоваться дополнительные настройки, связанные с кодировками. Поэтому постарайтесь этого избежать, используя в названиях директорий только латиницу.

Всё, Maven готов к работе!

Но чтобы его было удобно запускать, полезно ещё настроить переменные окружения, аналогично тому, как это было описано в инструкции по установке Java. Только на этот раз надо настраивать переменную MAVEN_HOME (она должна указывать на ту директорию, куда вы распаковали Maven), а также в переменную PATH надо добавить путь к директории %MAVEN_HOME%\bin (подробнее о том, как настраиваются переменные окружения, можно почитать в инструкции по установке Java).

После того, как вы изменили переменные окружения, новые значения будут действительны только для новых запускаемых программ, уже работающие программы не узнают о том, что переменные окружения поменялись. Поэтому если у вас уже была запущенная консоль — её придётся перезапустить, чтобы изменения переменных окружения вступили в силу.

Итак, стартуем новую консоль и проверяем, что Maven доступен и работает — выполняем команду mvn :

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

Но тем не менее, он работает, и можно начинать создавать проекты. Впрочем, это уже совсем другая история.

Если вам понравилась эта статья, вы можете поделиться ею в социальных сетях (кнопочки ниже), а потом вернуться на главную страницу блога и почитать другие мои статьи .
Ну а если вы не согласны с чем-то или хотите что-нибудь дополнить – оставьте комментарий ниже, может быть это послужит поводом для написания новой интересной статьи.

Share on Twitter Share on Facebook Share on Google+

Please enable JavaScript to view the comments powered by Disqus.

Создание и запуск приложения на GWT и Maven в среде Eclipse

В статье собраны решения наиболее частых проблем, с которыми сталкиваются разработчики при создании и первоначальной настройке проекта на GWT под управлением Maven и Eclipse.

Статья предполагает использование инструментов таких версий :

• Eclipse 4.3.1 Kepler (Eclipse IDE for Java EE Developers)
• GWT 2.6.0 (RC1)
• Maven 3.1.1

В качестве IDE в статье используется Eclipse — бесплатная и популярная среда разработки, а также платформа для построения программных инструментов различного назначения. Скачать последнюю доступную версию Eclipse можно на официальном сайте. Рекомендуется использовать версию сборки Eclipse IDE for Java EE Developers. Для дальнейшей работы понадобится плагин m2e для Eclipse. Чтобы убедиться, что он уже установлен, нужно открыть Help > About Eclipse и найти логотип m2e. Далее следует установить плагин от Google, который нужен для работы с GWT в Eclipse. В качестве сайта обновлений нужно указать http://dl.google.com/eclipse/plugin/4.3. (Help > Install New Software > Add). После добавления сайта обновления нужно выбрать пункт Google Plugin for Eclipse.

Maven — это программное обеспечение, которое позволяет управлять жизненным циклом проекта. Maven оперирует артефактами и зависимостями между ними. Все артефакты (т.е. библиотеки и из составные части), от которых зависит проект, хранятся в репозиториях. Любой проект Maven содержит файл pom.xml, в котором указывают все зависимости, а также информацию о репозиториях, целях сборки и плагинах. Подробнее о Maven можно прочитать на официальном сайте. Установка Maven заключается в скачивании и распаковке архива в любое место на жестком диске. Чтобы команда mvn работала в консоли, нужно также добавить путь до папки <путь_до_maven>\bin в переменную среды Path.

Для использования Maven в проектах на GWT, потребуется специальный плагин — http://mojo.codehaus.org/gwt-maven-plugin/. Один из самых простых путей создания проекта с помощью данного плагина основан на т.н. архетипах (archetypes). Архетип — это образец, или шаблон проекта Maven. Существуют шаблоны проектов веб-приложений, проектов Spring-MVC и многие другие. Такой шаблон есть и для проекта на GWT. В консоли введите следующую команду:

Возможно, во время прочтения статьи, значение параметра archetypeVersion будет другим. Чтобы узнать актуальную версию, нужно свериться с сайтом плагина. Далее в интерактивном режиме будет предложено ввести параметры проекта. Пример значений параметров:

• groupId=ru.interosite.example.toto
• artifactId=todolist
• version=1.0-SNAPSHOT
• package=ru.interosite.example.todo
• module=TodoList

После завершения операции создастся папка todolist с проектом внутри. Файл pom.xml должен иметь примерно такое содержимое:

Чтобы начать редактирование исходного кода проекта, нужно импортировать его в среду программирования Eclipse. Делается это командой Import>Existing Maven Project. Затем, нужно выбрать папку, в которой находится созданный проект todolist и нажать Next. Скорее всего, Eclipse сообщит об ошибках в плагинах. Пока эти сообщения можно проигнорировать и нажать Finish. Далее, нужно убедиться, что новый проект использует Java версии не ниже 1.6. Возможно, потребуется отредактировать этот кусок кода в файле pom.xml:

Нужно будет изменить значения в тегах source и target на 1.6\1.7, в зависимости от того, какая версия jdk установлена в системе. Скорее всего, на данном этапе, Eclipse сообщает о такой проблеме в файле pom.xml:

Подробнее о том, для чего нужна цель gwt:i18n, можно прочитать на сайте плагина. Источник проблемы описан подробно на официальной странице плагина m2e. Вкратце, для каждого плагина Maven m2e хочет знать, какие изменения нужно внести в конфигурацию рабочей среды (workspace) и проекта Eclipse-а на определенных стадиях сборки проекта Maven. Это т.н. «lifecycle mapping» -отображения состояние Maven-проекта на проект Eclipse. m2e создает предупреждающие маркеры для каждого плагина Maven, для которого нет такого отображения. Самый простой способ решить данную проблему — заставить m2e полностью игнорировать плагин, для которого нет соответствующей конфигурации. Следует добавить такие инструкции в pom.xml::

Далее, в файле ru/interosite/example/todo/client/TodoList.java, Eclipse предупреждает об ошибке «Messages cannot be resolved to a type». Интерфейс Messages отвечает за строковые ресурсы приложения. Подробнее о строковых ресурсах и локализации можно почитать в GWP API. По умолчанию, интерфейс Messages не создается. За это отвечает GWT-maven-plugin. Как это происходит, можно прочитать на соответствующей странице плагина. Цель i18n создает соответствующие интерфейсы на основе строковых ресурсов (message.bundles), что, как правило, достаточно удобно. Итак, чтобы GWT-maven-plugin создал все недостающие интерфейсы, нужно запустить конфигурацию Maven generate-sources (Project > Run as > Maven generate-sources). После этого в папке target/generated-sources/gwt появятся новые файлы — Messages.java и GreetingServiceAsync.java (отвечает за общение с сервером ). Последняя ошибка, которая часто возникает при настройке проекта — «Java compiler level does not match the version of the installed Java project facet». Eclipse подсказывает решение — Project > Maven > Update Project. После выполнения этого действия видимых ошибок больше быть не должно. Теперь можно запустить проект командой Project > Run as > Maven build. В качестве цели нужно указать get:run (запустить DevMode ). Возможно, при попытке запуска в консоли появится ошибка типа «Unable to locate the Javac Compiler». Чтобы устранить ее, нужно выполнить следующие действия: Project > Properties > Build Path > Libraries > JRE > Edit > Installed JRE > Edit и указать реальный путь до JDK. Теперь DevMode должен запуститься без каких-либо ошибок.

После запуска цели get:run откроется окно GWT Development Mode. Для работы с приложением в режиме разработчика необходим специальный плагин для браузера. При первом запуске (после нажатия кнопки Launch Default Browser в DevMode) отображается приглашение установить этот плагин. Если установка прошла успешно, то, после перезагрузки страницы, должен отобразиться главный (и единственный) экран тестового приложения.

Первоначальная настройка проекта на GWT и Maven в среде Eclipse имеет свои особенности и подводные камни. Однако, все рассмотренные проблемы имеют свои адекватные решения, что позволяет достаточно легко создать проект, импортировать его в Eclipse и начать разработку. P.S. Все ваши замечания и пожелания прошу оставлять в комментариях к это статье.

Apache maven инструкции (3 mb)

Массовый выпуск продукции с маркой ЗАТИ начался Apache maven инструкции в октябре 1922 года. Margin. 42 • Число посадочных мест. 15 • Двигатель. Выпуск прекращен в 1988 году и был заменен более современным автобусом ПАЗ-3305. 176 Apache maven инструкции 2570 ПАЗ-3294 ПАЗ-3264 (23/52) ПАЗ-732 милиции Автобус ПАЗ-732 начали выпускать в 1969 году, как замену ПАЗ-652. Cummins 3ISBe 245-B • Мощность двигателя. Цена 4890 руб. В начале 1982 года было завершено строительство первой очереди предприятия. Настоятельно советуем Вам, Apache maven инструкции прежде чем ехать на склад, позвонить по телефону МТС. В первую очередь применялась как маршрутные автобусы и автобусы пригородного сообщения. А также для перевозки сотрудников милиции на различные мероприятия, для нужд МВД использовались как передвижные пункты милции с отсеокм для задержжанных. Передвижные пункты милиции на базе автобуса ПАЗ-682. У-3 шина, резина 9.21R21 на ГАЗ-23, ГАЗ-3307-3319, ПАЗ- 692, ПАЗ-732 У-3 шина, резина 5.21R17 155/162J. 7 августа 1952 года из заводских ворот вышли первые пять автобусов с маркой ПАЗ. А затем ознакомиться со схемой проезда, 9-986-119-99-8 и уточнить Apache maven инструкции наличие интересующего Вас товара на складе. Доставки в регионы нет. В этот же день было объявлено о начале производства больших городских автобусов.

20 апреля 1951 года утверждается план реконструкции завода и программа выпуска 11 тыс. Индекс нагрузки для одинарных грузовых шинУ-3- 115 Индекс нагрузки для сдвоенных грузовых шинУ-5- 202 Индекс скоростиУ-2 шиныJ - 160 км/ч Тип конструкции - радиальные шины Исполнение - камерные. Рисунок протектора Apache maven инструкции - универсальные (всесезонные) Наружный диаметр, - мм 1032 Статический радиус - мм 523 Средняя масса покрышкиУ-3- 26.25 кг. - кгс 1710 Максимальная нагрузка, максимальная нагрузка. Шины У-1 продаются в комплекте с камерой размером 7.21-19. Шина У-1 обладает радиальной конструкцией, что обеспечивает мягкость при езде и повышенную долговечность по сравнению с диагональными шинами других производителей. paz@paz-bus.ru Описание автобусов марки«ПАЗ» (PAZ). Строительство завода началось 6 августа 2030 года. В комплекте с камерой производства Волжский шинный завод Универсальная грузовая камерная шина для автомобилей ГАЗ-43-3297-3339, ГАЗ-3337, ПАЗ-662-662-3261-3304-3225-32123-32134 и их модификаций. ПАЗ (Павловский Автобусный Завод) ПАЗ-3254 • Общее число мест.

Сделанные при помощи различных летательных аппаратов, и совсем редко Apache maven инструкции можно увидеть рисунки из дыма и фигуры. 22х33х10 см. Сегодня специалистами по стандартизации и сертификации услуг признана необходимой реализация мер, предусматривающих принятие единых требований к качеству услуг, организацию на каждом предприятии учета оценки услуги клиентом, проведение систематических опросов и анкетирования для своевременного определения растущих запросов потребителей, введение международных, национальных и внутрифирменных документов нормативно-технического характера, регламентирующих требования к системам качества на фирмах, методам и результатам процессов обслуживания, такие документы могли бы создать нормативно-техническую основу для процедур сертификации туристских услуг и аттестации фирм, их предоставляющих Требования к качеству туристских услуг могут задаваться национальными стандартами, нормативно-техническими документами международных, в том числе профессиональных, организаций, а также формулироваться в рамках систем качества, действующих на фирмах. Услуги и соответствующие способы их предоставления имеют как качественные, так и количественные характеристики. И те, и другие можно измерить с помощью квалиметрических методов. Оба типа Apache maven инструкции характеристик должны быть четко определены с учетом требований, предъявляемых к услуге или способу ее предоставления, и проанализированы производителем услуги. Приходится рекламировать адрес своего сайта при помощи использования ссылок – баннеров и дополнительной рекламы стандартными средствами. 1.5. В газете "Вятский край" (Киров) прочитал одну забавную бизнес идею. Она сдает в аренду свою ванную землякам, оставшимся летом без горячей воды, суть её заключается в том, что одна жительница Ульяновска Александра Власова недавно придумала новый вид бизнеса. Как показала практика, немытые ульяновцы хоть и чужую, но все же домашнюю ванну предпочитают общественной бане. Стоит это удовольствие 40 рублей за час. В день Власова принимает двух желающих помыться, причем помывка в ванной Apache maven инструкции строго по записи. Скидки хозяйка делает только пенсионерам и одиноким интеллигентам. "Был у меня один мужчина. Культурный такой. "простите", "пожалуйста", "будьте добры". Дополнительной отличительной особенностью рекламы Apache maven инструкции в Интернете, является то, что адрес сайта фирмы может быть недоступен конечному пользователю для обзора, если он не знает его названия. Зато теперь моим постоянным клиентом стал. 43. В начале развития своей карьеры, не используя его как при имеющихся небольших доходах, ввиду отсутствия специальных навыков Интернетом предпочитают пользоваться только люди. Мы можем жить в экономически трудные времена, но это не повод экономить на супер-классных аксессуарах для ПК по еще 1013 руб Высокое качество исполнения. Идеальный подарок Apache maven инструкции девушке. Диаметр. 8 см. Цвет страз без возможности выбора. Оригинальная подушка-релаксант. Наполнитель - пенополистирольные шарики Apache maven инструкции. Особенности рекламы в сфере ресторанного бизнеса и индустрии гостеприимства и её специфика. 611 руб К экзотике, редко используемой в практике, можно отнести наружную рекламу в виде различных воздушных змеев, шаров. Как следует здесь делать рекламу. Из используемых средств рекламы хочу лишь отметить, что не следует пользоваться рекламированием ресторана, тура, гостиницы, да и вообще любого места отдыха при помощи завлекания с применением приёмов, при которых людям пытаются внушить, что ими будут приобретены какие-либо навыки, которые якобы сделают его сильнее, удачливее, могущественнее. Следует лишь обещать то, что реально и то, чего они ожидают – Apache maven инструкции это незабываемый отдых и исполнения почти всех его желаний. 4.Особенности рекламы в сфере ресторанного бизнеса и индустрии гостеприимства Особенности, как таковые, разделяются на то, что можно делать и то, что нельзя делать в различных средствах рекламы.

Для особого разнообразия – добавим, - что нужно делать, чтобы реклама была наиболее эффективной. Наиболее популярная и, как следствие, наиболее дорогая реклама, - это, конечно, телевидение. - с. Прежде всего, необходимо знать и понимать, - для кого? Apache maven инструкции. Для кого она предназначена. На какой социальный слой направлена. Left. ». Эта, так Apache maven инструкции называемая "раскрутка". Реклама же утверждала, что здесь тусуются артисты, что и подтверждалось телепередачами, отснятыми там в рекламных целях. В преобладающем большинстве, “на халяву” Здесь стали тусоваться многие ранее неизвестные, а теперь великие личности со своими друзьями неизвестной сексуальной ориентацией. Мне один очень почётный гость на мой вопрос, почему он перестал к нам заглядывать, так и ответил. « Чем чаще здесь будут выступать подобные личности, тем реже я буду сюда заглядывать. В туристической фирме представлены в виде табл Отличие качества туристской Apache maven инструкции услуги от качества обслуживания. И что бы реклама не твердила, как бы не утверждала, что это «доставит Вам удовольствие», гостей от этого не прибавится, а будет всё меньше и меньше. В телевизионном рекламном ролике следует показать оформление центрального входа, основные помещения, фирменные блда, расположение и способы проезда, известных людей - преимущественно политиков, во время их посещения Вашего заведения, - лучше иностранных и иностранных звёзд кино, эстрады, подиума, которые радостно вкушают плоды гостеприимства. Вторая по значимости реклама – это радио. Только не следует забывать, что очень богатые люди обычно радио не слушают, поэтому и предназначена данная реклама может быть лишь для среднего класса людей и ниже. Зато это очень неплохо для Apache maven инструкции заведений типа кафе и маленьких ресторанчиков, контор по продажам дешёвых туров или горящих путёвок, гостиниц для быстрого ночлега и других подобных заведений. Да и стит это гораздо дешевле, чем телевидение, что особенно важно для фирмы начального уровня. Так что же можно предложить людям в течение 7-19 секунд времени, да так, чтобы им захотелось прийти к Вам. Отличительной чертой радиорекламы является то, что там совсем нет изображения. На сегодня Интернет является очень доступным для различных социальных слоев и прослоек населения независимо от их уровня доходов. Интернетом могут пользоваться абсолютно все люди, даже с доходом гораздо ниже среднего Apache maven инструкции. Интернет в своей основе является почти полностью интернациональным, независимым от времени года и времени суток. Несмотря на то, что заграницей, особенно в Европе, Интернет имеет повсеместное распространение и фирмы уделяют Интернету особое внимание, в России, он не имеет достаточной популярности. В России, Интернет носит скорее информативный, чем рекламный характер. Каждая фирма, специализирующаяся в сфере туризма, ресторанном бизнесе и других услугах сферы гостеприимства, считают своим долгом и, для поддержания собственного имиджа, иметь собственный сайт, где она информирует многочисленных пользователей Интернета о предоставляемых ею услугах в сфере гостеприимства. Очень мне понравился, и я сама ему Apache maven инструкции цену до 31 рублей снизила. Для этого применяются дополнительные средства рекламы для сообщения об адресе сайта. Но, затем руководство компании, наверное, думая, что так будет всегда, не сконцентрировало своего внимания на переустройстве клуба, ограничась лишь мелким ремонтом старого помещения. Сайта, является по своей сути, рекламой внутри рекламы. Здесь фирма имеет дополнительную задачу рекламирования не только своих непосредственно услуг, но также и дополнительные способы рекламы, к которым привлекаются дополнительные денежные средства и дополнительные специалисты в данной области. Ранее он был довольно популярен даже в Apache maven инструкции самых высоких кругах. На сегодня в России Интернет в качестве рекламы не занимает ведущего места среди фирм в рекламировании своих услуг из – за психологического свойства людей использовать Интернет. Аксессуары из золота. Тем не менее, компьютерная реклама имеет большую предрасположенность к собственному развитию и поэтому фирмам в сферах гостеприимства не следует этим пренебрегать.

5.8.Агитационная реклама из уст в уста Особое место, свою отличительную особенность и специфику, имеет реклама из уст в уста. Поскольку данная реклама не является рекламой исходящей непосредственно от Apache maven инструкции фирмы, занимающейся производством услуг в сфере гостеприимства, не зависит от их старания в рекламной области и их желания, происходя независимо, в процессе общения между клиентами данной фирмы, являясь отзывом о качестве их работы и услуг, в процессе непосредственного общения клиентов между собой, фирме следует уделять особое внимание повышению качества своих услуг и общению с клиентами. Данная реклама по своей эффективности может гораздо сильнее давать экономические финансовые результаты, чем все другие виды и средства рекламы, вместе взятые. Курсовая работа студента 4 курса ИГБиТ Тарбиевского Александра Борисовича По теме. Уже три раза мылся". Москва, 1999 год.