На самом деле я не оч много знаю. С удовольствием прочитал бы про то, как это делать через консоль. Через консоль я более-менее умею управляться с серверами IBM. Но написание кода в блокноте и компиляцию через командную строку я считаю маразмом. Да, кстати, проекты большие мы собираем при помощи мавена.
Как я писал в предыдущем посте, мне не хотелось бы заниматься копипастом или перевод десяти строк, которые без проблем осилит любой пользователь хабра.
Но вы правы, я хочу прокомментировать отдельно шаг 2 и 7.
На втором шаге мы устанавливаем на сервер приложений GlassFish (aka Sun Application Server) особое небольшое приложеньице, которое умеет отображать портлеты. Если вы продеплоите тестовый пример зайдёте на админконсоль сервера приложений GlassFish, то увидите, в списке веб-приложений как portletdriver, так и свои портлетные приложения.
Само собой, сервер приложений не умеет обрабатывать портлеты, этим занимается драйвер портлетов, который вы и установили.
На шаге 7 вы указываете параметры соединения с сервером приложений и с приложением portletdriver, являющимся квази-сервером для портлетов. На картинке кружком отмечено портлетное приложение, которое по факту задеплоино на сервер приложений, а квадратики показывают портлеты, болтающиеся на драйвере портлетов:
Ну, это больше был стартап на базе фирмы. Я делал онлайн игру, сам придумал, сам делал, потом меня подвинули дети начальников, и я ушел оттуда в правильную фирму. Тем не менее, я считаю ,что любой веб-программист должен уметь подымать сервера под свои проекты хотя бы в самой простой конфигурации.
С JSF я ни разу не сталкивался, к сожалению, я не могу ответить на ваш вопрос.
Слышать-слышал, но что это и как это-понятия не имею. http://java.sun.com/j2ee/1.4/docs/tutori…
Глава 17, Chapter 17: JavaServer Faces Technology
Если будут единомышленники, можно поковырять эту штуку, пописать переводики и простенкие примерчики. В рунете что-то толковое по J2EE, даже по J2SE найти сложно.
Потому что плохо себе представляете, как делают проекты приемлемого качества и в срок.
Спасибо вам за дискуссию, принципиально нового я ничего уже не напишу. Вам желаю удачи, возможно я ошибаюсь, и у вас все получится.
http://blogs.sun.com/ - примеров, как ваш, их полно. Насколько я знаю, в должностые обязанности крупных специлистов, работающих в компаниях, о окотрых мы говорим, входит каляканье в личном болге. Эту информацию я смогу подтвердить или опровергнуть завтра.
Только объясните мне, с какой стати крутым майкрософт-перцам возиться с новичками на каком-то там форуме-блогистане? Больше им за это не заплатят.
По всей видимости, автор топика не является опытным программистом.
Кстати, к фрилансу это вообще никакого отношения не имеет.
Есть другой вариант, подобную сеть берет под опеку крупная компания, вендор, или поставщик, ее спецы занимаются хедхантингом. вылавливая самых толковых и смышленых из интернетного омута.
По-настоящему опытных программистов вы не добудете для своего форума. программисты экстра класса не сидят на форумах, они зашибают бабки в конторах, вроде Айбиэма, Майкрософта, Гугла и т.д.
На форуме у вас будут новички- студенты первых и вторых курсов. Ими будут заправлять четверокурсники.
Только на forum.sun.com я обнаружил, что в каждом разделе тусит пара-тройка программистов, зарегенных с 1998-2001 года. Эти ребята отвечают на любой вопрос и достаточно оперативно. Но я уверен на 100%, что это сотрудники Sun, которым приплачивают за эту общественную нагрузку.
Иерархическая система разработки проектов интересна, это из серии "пишу ХТМЛ" за тарелку щей. На словах все получается складно, на деле будет полный бардак и вакханалия. Вы не поверите, многие программисты не умеют пользоваться SVN'ом. Еще пол с лишним года назад я с трудом настраивал SVN-сервер и приучал к нему IDE NetBeans. Только начав работать в крупной компании, я по-настоящему освоил эту крутую штуку, без которой не в состоянии выжить ни одним крупный проект.
более продвинутые пользователи могут получить реальную помощь в несложных, рутинных заданиях даже в проектах, над которыми сами работают.
Поверьте, проще самому что-то несложное написать, чем выискивать глупый баг в тоннах чужого кода, написанного программистом-новичком.
Ваша идея может получить ход только в одном случае: вы находите пару программистов под php, .net, java, js+html+css. Таким образом, 8-10 человек покрывают собой все самые популярные технологии программирования.
Они ищут друга-менеджера и устраивают мега-аутосорс. Менеджер выбивает заказы, разбивает их по великлепной восьмерке (или десятке), парни начинают активно шерстить по вашей супер-сети с судорожными криками "але, мы ищем таланты", и пытаются что-то там соорудить.
Только ничего не выйдет у вас. Эти 8-10 самоубийц и менеджер в придачу должны быть на всю голову ***тыми, чтоб на такое подписаться, и еще у них должны быть нервы-стальные канаты.
Иначе, гуру на вашем ресурсе никаких бонусов не будут получать от возни с новичками, а не будет гуру, не будет новичков. Вряд ли опытный программист будет работать за карму. Он в месяц 70-100 тыщ зашибает, нафига ему эта карма?
P.S.
Начинающий программист в первую очередь лезет на http://www.google.com, потому что все уже написано и разжевано до нас.
Кратенько про портлеты по спецификации IBM. http://publib.boulder.ibm.com/infocenter…
Писать портлеты без IBM'овской среды разработки бессмысленно - вы не сможете скомпилировать проект, т.к. часть библиотек - платная, просто так вы их не достанете. К тому же для запуска приложения вам потребуется их портал.
Пишите JSR-168/286 портлеты, все что нужно для их написания и отлаживания есть в статье. Запускать их можно на Сан Портал Сервер, он ни чем не хуже Айбиэмовского портала. Одно но, сановский портал надо ставить либо на Солярку, либо на Линукс.
Забыл совсем - если вы не пишете портлеты по спецификации IBM, не пишете приложения под сервер приложений IBM (WebSphere Application Server) то RAD вам не нужен. Можно обойтись НетБинзом.
Что именно интересует? Я подымал RAD (7.х.х) и Test Environment (TE) к нему. TE - набор кастрированных IBM'овских серверов для отладки приложений. На них я иногда (если архитектура приложения позволяла) отлаживал портлеты и клиентов веб-сервисов, писал сами веб-сервисы, но в ТЕ они не работают, т.е. мне ни разу не удалось запустить его.
Мне на ящик наспамила академия АйТи. Я же у них год назад учился. Позвонил, зарегился и пошел.
Когда планируется еще - без понятия. Если спам придет, напишу обязательно.
Было это на базе Академии АйТи в их новом здании, на Нагатинской (Москва).
Как я понимаю, они регулярно проводят такие семинары. Посещённый мной был приурочен к Сановской тусовке, проходившей в Питере. Жаль, что не в Москве.
О, цэ дило! Я про BEA вообще ничего не знаю. Я с удовольствием почитаю про него. На самом деле контейнер на первый взгляд, это шляпа, на нем отлаживаться хорошо. Как разберусь с текучкой на работе, начну про Sun Portal 7.1 писать. Я его поковырял основательно, кажись, он мало чем уступает шестому порталу от IBM.
Блин, что за косяк с сессией? постоянно отключаюсь.
Насчёт репозиторий портлетов=миф, я, пожалуй, соглашусь с вами, хотя портлеты для общих задач писать можно.
Какая БД - которую создал администратор БД. Я говорю о живом, реальном проекте. Посмотрите на любой интранетовский корпоративный портал, описанный функционал есть практически в каждом из них. Ограничение видимости и то, что я описал - разные вещи.
Тайтл страницы и кейворды пишет админ портала. Он же размещает портлеты на страницах. Он же управляет группами пользователей, в идеале, он еще и настроит под них портлеты.
По всей видимости, я плохо излагаю свою мысль. Давайте поступим так, сегодня-завтра я напишу, как настроить среду для разработки и отладки портлетов, а в следующем топике приведу хороший пример, постараюсь показать преимущества портлетов.
У портлетов есть свои недостатки, и их не мало, я не спорю с этим. У меня другая цель.
IPC есть и в JSR-168. К сожалению, появился он поздно. Я не понял фразу про "механизм для взаимодействия слабосвязанных объектов" - в IPC есть эмиттер, есть ресивер (портлет, отправляющий сообщение, портлет, принимающий сообщение), что особым образом прописывается. Я бы не сказал, что это слабосвязанные объекты. Насчет ссылки - да, это косяк, причём сильный.
Насчет надуманности. К сожалению, я не могу писать о том, чем занимаюсь, но "ненадуманный" пример приведу.
Есть портлет, который ищет сотрудников в БД. Кстати, в настройках портлета можно задать к какой именно БД он лазиет. Рядом с ним лежит портлет, отображающий инфу по сотруднику: ФИО, должность, подразделение, ЗП и т.д. Он получает сообщение от поискового портлета. В настройках инфо-портлета мы можем указать количество полей для отображения, возможность их редактирования. Третий портлет - выводит то, в каких проектах задействован выбранный сотрудник.
Для обычных пользователей достаточно первого, поискового портлета, выводящего ФИО+тел сотрудника. Для HR'a пригодится второй. Для ПМ понадобится третий. На портале у нас есть группа анонимных пользователей, которые видят поисковый портлет, есть группа HR, где есть подгруппы с разными правами на доступ ко второму портлету:кому-то достаточно просмотра инфы о сотруднике, а кто-то может изменять данные. ПМ'ы используют поисковый портлет и проектный портлет. Плохой пример?
Но вы правы, я хочу прокомментировать отдельно шаг 2 и 7.
На втором шаге мы устанавливаем на сервер приложений GlassFish (aka Sun Application Server) особое небольшое приложеньице, которое умеет отображать портлеты. Если вы продеплоите тестовый пример зайдёте на админконсоль сервера приложений GlassFish, то увидите, в списке веб-приложений как portletdriver, так и свои портлетные приложения.
Само собой, сервер приложений не умеет обрабатывать портлеты, этим занимается драйвер портлетов, который вы и установили.
На шаге 7 вы указываете параметры соединения с сервером приложений и с приложением portletdriver, являющимся квази-сервером для портлетов. На картинке кружком отмечено портлетное приложение, которое по факту задеплоино на сервер приложений, а квадратики показывают портлеты, болтающиеся на драйвере портлетов:
Слышать-слышал, но что это и как это-понятия не имею.
http://java.sun.com/j2ee/1.4/docs/tutori…
Глава 17, Chapter 17: JavaServer Faces Technology
Если будут единомышленники, можно поковырять эту штуку, пописать переводики и простенкие примерчики. В рунете что-то толковое по J2EE, даже по J2SE найти сложно.
Потому что плохо себе представляете, как делают проекты приемлемого качества и в срок.
Спасибо вам за дискуссию, принципиально нового я ничего уже не напишу. Вам желаю удачи, возможно я ошибаюсь, и у вас все получится.
Только объясните мне, с какой стати крутым майкрософт-перцам возиться с новичками на каком-то там форуме-блогистане? Больше им за это не заплатят.
По всей видимости, автор топика не является опытным программистом.
Кстати, к фрилансу это вообще никакого отношения не имеет.
Есть другой вариант, подобную сеть берет под опеку крупная компания, вендор, или поставщик, ее спецы занимаются хедхантингом. вылавливая самых толковых и смышленых из интернетного омута.
На форуме у вас будут новички- студенты первых и вторых курсов. Ими будут заправлять четверокурсники.
Только на forum.sun.com я обнаружил, что в каждом разделе тусит пара-тройка программистов, зарегенных с 1998-2001 года. Эти ребята отвечают на любой вопрос и достаточно оперативно. Но я уверен на 100%, что это сотрудники Sun, которым приплачивают за эту общественную нагрузку.
Иерархическая система разработки проектов интересна, это из серии "пишу ХТМЛ" за тарелку щей. На словах все получается складно, на деле будет полный бардак и вакханалия. Вы не поверите, многие программисты не умеют пользоваться SVN'ом. Еще пол с лишним года назад я с трудом настраивал SVN-сервер и приучал к нему IDE NetBeans. Только начав работать в крупной компании, я по-настоящему освоил эту крутую штуку, без которой не в состоянии выжить ни одним крупный проект.
более продвинутые пользователи могут получить реальную помощь в несложных, рутинных заданиях даже в проектах, над которыми сами работают.
Поверьте, проще самому что-то несложное написать, чем выискивать глупый баг в тоннах чужого кода, написанного программистом-новичком.
Ваша идея может получить ход только в одном случае: вы находите пару программистов под php, .net, java, js+html+css. Таким образом, 8-10 человек покрывают собой все самые популярные технологии программирования.
Они ищут друга-менеджера и устраивают мега-аутосорс. Менеджер выбивает заказы, разбивает их по великлепной восьмерке (или десятке), парни начинают активно шерстить по вашей супер-сети с судорожными криками "але, мы ищем таланты", и пытаются что-то там соорудить.
Только ничего не выйдет у вас. Эти 8-10 самоубийц и менеджер в придачу должны быть на всю голову ***тыми, чтоб на такое подписаться, и еще у них должны быть нервы-стальные канаты.
Иначе, гуру на вашем ресурсе никаких бонусов не будут получать от возни с новичками, а не будет гуру, не будет новичков. Вряд ли опытный программист будет работать за карму. Он в месяц 70-100 тыщ зашибает, нафига ему эта карма?
P.S.
Начинающий программист в первую очередь лезет на http://www.google.com, потому что все уже написано и разжевано до нас.
http://publib.boulder.ibm.com/infocenter…
Писать портлеты без IBM'овской среды разработки бессмысленно - вы не сможете скомпилировать проект, т.к. часть библиотек - платная, просто так вы их не достанете. К тому же для запуска приложения вам потребуется их портал.
Пишите JSR-168/286 портлеты, все что нужно для их написания и отлаживания есть в статье. Запускать их можно на Сан Портал Сервер, он ни чем не хуже Айбиэмовского портала. Одно но, сановский портал надо ставить либо на Солярку, либо на Линукс.
Когда планируется еще - без понятия. Если спам придет, напишу обязательно.
Как я понимаю, они регулярно проводят такие семинары. Посещённый мной был приурочен к Сановской тусовке, проходившей в Питере. Жаль, что не в Москве.
Насчёт репозиторий портлетов=миф, я, пожалуй, соглашусь с вами, хотя портлеты для общих задач писать можно.
Какая БД - которую создал администратор БД. Я говорю о живом, реальном проекте. Посмотрите на любой интранетовский корпоративный портал, описанный функционал есть практически в каждом из них. Ограничение видимости и то, что я описал - разные вещи.
Тайтл страницы и кейворды пишет админ портала. Он же размещает портлеты на страницах. Он же управляет группами пользователей, в идеале, он еще и настроит под них портлеты.
По всей видимости, я плохо излагаю свою мысль. Давайте поступим так, сегодня-завтра я напишу, как настроить среду для разработки и отладки портлетов, а в следующем топике приведу хороший пример, постараюсь показать преимущества портлетов.
У портлетов есть свои недостатки, и их не мало, я не спорю с этим. У меня другая цель.
Насчет надуманности. К сожалению, я не могу писать о том, чем занимаюсь, но "ненадуманный" пример приведу.
Есть портлет, который ищет сотрудников в БД. Кстати, в настройках портлета можно задать к какой именно БД он лазиет. Рядом с ним лежит портлет, отображающий инфу по сотруднику: ФИО, должность, подразделение, ЗП и т.д. Он получает сообщение от поискового портлета. В настройках инфо-портлета мы можем указать количество полей для отображения, возможность их редактирования. Третий портлет - выводит то, в каких проектах задействован выбранный сотрудник.
Для обычных пользователей достаточно первого, поискового портлета, выводящего ФИО+тел сотрудника. Для HR'a пригодится второй. Для ПМ понадобится третий. На портале у нас есть группа анонимных пользователей, которые видят поисковый портлет, есть группа HR, где есть подгруппы с разными правами на доступ ко второму портлету:кому-то достаточно просмотра инфы о сотруднике, а кто-то может изменять данные. ПМ'ы используют поисковый портлет и проектный портлет. Плохой пример?