Call for Authors/Editors

Книга “Класически шаблони за дизайн” Стартираме нова итерация за писане на книгата с отворен код за “Класически шаблони за дизайн” http://code.google.com/p/design-patterns-book/. Търсим автори и редактори, които да се включат в проекта. Свободните теми за писане са следните: Глава 6. Абстрактна фабрика (Abstract Factory) Глава 9. Прототип (Prototype) Глава 10. Сингълтон (Singleton) Глава 13. Композиция (Composite) Глава 16. Миниобект (Flyweight) Глава 18. Верига от отговорности (Chain of Responsibility) Глава 21. Итератор (Iterator) Глава 22. Посредник (Mediator) Глава 25. Състояние (State) Глава 29. Многослойна архитектура (Multilayer Architecture) Глава 30. Модел-Представяне-Контролер (MVC) Наличните теми за редакция са: Глава 15. Фасада (Facade) Глава 23. Мементо (Memento) Ако имате желание да се включите в екипа, ни пишете на design.patterns.book.team [at] gmail.com Ще Ви бъдем благодарни, ако разпространите това съобщение сред приятели, познати и колеги, които биха били заинтересовани. Книга “Класически шаблони за дизайн” Стартираме нова итерация за писане на книгата с отворен код за “Класически шаблони за дизайн” http://code.google.com/p/design-patterns-book/. Търсим автори и редактори, които да се включат в проекта. Свободните теми за писане са следните: Глава 6. Абстрактна фабрика (Abstract Factory) Глава 9. Прототип (Prototype) Глава 10. Сингълтон (Singleton) Глава 13. Композиция (Composite) Глава 16. Миниобект (Flyweight) Глава 18. Верига от отговорности (Chain of Responsibility) Глава 21. Итератор (Iterator) Глава 22. Посредник (Mediator) Глава 25. Състояние (State) Глава 29. Многослойна архитектура (Multilayer Architecture) Глава 30. Модел-Представяне-Контролер (MVC) Наличните теми за редакция са: Глава 15. Фасада (Facade) Глава 23. Мементо (Memento) Ако имате желание да се включите в екипа, ни пишете на design.patterns.book.team [at] gmail.com Ще Ви бъдем благодарни, ако разпространите това съобщение сред приятели, познати и колеги, които биха били...

Втора сбирка на екипа на книгата “Класически шаблони за дизайн”

За сбирката Книга “Класически шаблони за дизайн” След първата организационна сбирка (която се състоя на 19.12.20011) и края на първата итерация от проекта за написването на книга за класически шаблони за (софтуерен) дизайн, екипът на книгата реши да се събере отново и втората сбирка ще се състои на 17.03.2012 (събота) от 10 ч, в учебен център “SoftAcad”, намиращ се на следния адрес: ул. Проф. Кирил Попов 27, кв. Студентски град, гр. София [карта] За хората, които не са в България и не могат да присъстват физически, ще могат да “присъстват” чрез WebEx конферентен разговор. За целта просто трябва да ни уведомят. Някои от по-важните теми на сбирката ще са следните: Състояние на проекта Ретроспекция на работата до момента (какво мина добре, какво не чак толкова, какво е добре да започнем да правим и т.н.) Обсъждане на критериите за изключване на несериозни/немотивириани автори от екипа Организация и продължителност на бъдещите итерации Избиране на автори и редактори на оставащите теми от книгата За проекта Целта на проекта е да се създаде оригинална българска книга с отворен код, по подобие на книгите “Въведение в програмирането с Java” и “Въведение в програмирането със С#”, която предоставя изчерпателна и актуална информация за шаблоните за софтуерен дизайн (design patterns), служейки еднакво добре, както за въведение в материята, така и като справочник. Като евентуално начало на поредица от книги за шаблони за софтуерен дизайн, тази книга ще обхваща най-често използваните (“класически”) шаблони за софтуерен дизайн (GoF patterns). Ако всичко приключи добре, инициативата може да продължи с други поредица от проекти за написване на книги за архитектурни шаблони, интеграционни шаблони, шаблони за конкурентно програмиране и т.н. Друга цел...

Семинар “Java Portlets with Liferay and JSF”

Българската Java потребителска група организира семинар на тема “Java Portlets with Liferay and JSF”. Координати на събитието Събитието ще се проведе на 29.09.2011 г от 19:00 до 21:00 в зала 325, на Факултет по математика и информатика към СУ “Св. Климент Охридски”. Описание  JS Mashup с портлети Портлетите представляват видимия и полезен за крайния потребител резултат от внедряването на Service Oriented Architecture (SOA). Те са технология, която дава възможност на бизнес организациите да осигурят повече функционалност, гъвкавост и възможност за персонализация за своите клиенти. С помощта на Web Services for Remote Portlets (WSRP) стандарта на OASIS за отдалечено публикуване на портлети става възможно бизнес услугите лесно да бъдат интегрирани в партньорски портали. Стандартът се ползва с подкрепата на големите доставчици на портални решения като Oracle®, IBM® и Microsoft®. Внедряването на централизирани уеб портали предлага редица предимства за бизнеса: осигуряват входна точка за достъп за всички служители, партньори и клиенти предлагат достъп до бизнес функционалността прозрачно и независимо от устройството и местоположението порталите са гъвкави – те могат да съществуват под формата на B2E intra-nets, B2B extra-nets или B2C inter-nets могат да бъдат комбинирани в портални мрежи, които обхващат цялата бизнес екосистема на организацията понеже осигуряват „front end“ за различни уеб услуги, те позволяват лесно интегриране на хетерогенни съществуващи приложения и са отворени към бъдещето (future-proof). В последните години Java портлетите станаха популярна технология, която позволява лесно споделяне и комбиниране на приложения от различни организации и индивиди в персонализиран уеб портал. Новият портлетно-базиран стил на разработка на уеб приложения дава възможност за създаване на по-разпределени, гъвкави и лесни за повторно използване компоненти, в сравнение с традиционните монолитни решения. Портлетните приложения...

Семинар „Java Portlets with Liferay and JSF“

Българската Java потребителска група организира семинар на тема "Java Portlets with Liferay and JSF". Координати на събитието Събитието ще се проведе на 29.09.2011 г от 19:00 до 21:00 в зала 325, на Факултет по математика и информатика към СУ "Св. Климент Охридски". Описание  JS Mashup с портлети Портлетите представляват видимия и полезен за крайния потребител резултат от внедряването на Service Oriented Architecture (SOA). Те са технология, която дава възможност на бизнес организациите да осигурят повече функционалност, гъвкавост и възможност за персонализация за своите клиенти. С помощта на Web Services for Remote Portlets (WSRP) стандарта на OASIS за отдалечено публикуване на портлети става възможно бизнес услугите лесно да бъдат интегрирани в партньорски портали. Стандартът се ползва с подкрепата на големите доставчици на портални решения като Oracle®, IBM® и Microsoft®. Внедряването на централизирани уеб портали предлага редица предимства за бизнеса: осигуряват входна точка за достъп за всички служители, партньори и клиенти предлагат достъп до бизнес функционалността прозрачно и независимо от устройството и местоположението порталите са гъвкави – те могат да съществуват под формата на B2E intra-nets, B2B extra-nets или B2C inter-nets могат да бъдат комбинирани в портални мрежи, които обхващат цялата бизнес екосистема на организацията понеже осигуряват „front end“ за различни уеб услуги, те позволяват лесно интегриране на хетерогенни съществуващи приложения и са отворени към бъдещето (future-proof). В последните години Java портлетите станаха популярна технология, която позволява лесно споделяне и комбиниране на приложения от различни организации и индивиди в персонализиран уеб портал. Новият портлетно-базиран стил на разработка на уеб приложения дава възможност за създаване на по-разпределени, гъвкави и лесни за повторно използване компоненти, в сравнение с традиционните монолитни решения. Портлетните приложения...

Включване на Log4J логинг на Tomcat в Eclipse

Без съмнение при разработването на Java-базирани уеб приложения, Eclipse и Tomcat са избор по подразбиране. Обикновено предпочитам да използвам предварително инсталиран Tomcat, използвайки го през Eclipse.  В този случай обаче, по подразбиране, логгинга на Tomcat не работи, което обикновено е доста дразнещо, тъй като не ни се иска да се връщаме в тъмните времена на System.out.println() (което добавя още един аргумент към молбата на Мишо за подобряване на интеграцията между Eclipse и Tomcat). Включване на логването под Tomcat, който се управлява от Eclipse За включване на логването под Tomcat, който се управлява управлява от Eclipse, са нужни следните стъпки: Подготвя се конфигурационния log4j.properties файл, намиращ се в директория [LOG4J_PROPS_LOCATION] В Eclipse се маркира се желания сървър в менюто за подпрозореца за сървърите (вж. снимката по-долу) Open (F3) > Open launch configuration > Arguments > VM arguments: Като последен аргумент се добавя следното: -Djava.util.logging.config.file="[LOG4J_PROPS_LOCATION]/logging.properties" -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager Местоположение на конфигурационните файлове на Tomcat Когато конфигурирам Tomcat, предпочитам конфигурационните файлове да бъдат в директорията на сървъра. Когато сървърът се стартира през Eclipse обаче, това не е толкова лесно. Когато се създаде сървър под Eclipse, използвайки независима Tomcat инсталация,  физически конфигурационните файлове на сървъра се съхраняват в следната директория "[ECLIPSE_WORKSPACE]/.metadata/.plugins/org.eclipse.wst.server.core". В тази папка, в отделни поддиректории се пазят конфигурационните файлове на всеки един от сървърите "създадени" през Eclipse. Поддиректориите са именувани с tmp[i], където с [i] е означен поредния номер на сървъра в зависимост от последователността на създаването му. Например за следните сървъри имаме съответните конфигурационни директории: drwxrwxrwx 1 user group 0 Aug 22 08:54 tmp0 drwxrwxrwx 1 user group 0 Aug 22 08:55 tmp1 drwxrwxrwx 1 user group 0 Aug 29 17:23 tmp2 Всяка една от папките има структура...

Включване на Log4J логинг на Tomcat в Eclipse

Без съмнение при разработването на Java-базирани уеб приложения, Eclipse и Tomcat са избор по подразбиране. Обикновено предпочитам да използвам предварително инсталиран Tomcat, използвайки го през Eclipse.  В този случай обаче, по подразбиране, логгинга на Tomcat не работи, което обикновено е доста дразнещо, тъй като не ни се иска да се връщаме в тъмните времена на System.out.println() (което добавя още един аргумент към молбата на Мишо за подобряване на интеграцията между Eclipse и Tomcat). Включване на логването под Tomcat, който се управлява от Eclipse За включване на логването под Tomcat, който се управлява управлява от Eclipse, са нужни следните стъпки: Подготвя се конфигурационния log4j.properties файл, намиращ се в директория [LOG4J_PROPS_LOCATION] В Eclipse се маркира се желания сървър в менюто за подпрозореца за сървърите (вж. снимката по-долу) Open (F3) > Open launch configuration > Arguments > VM arguments: Като последен аргумент се добавя следното: -Djava.util.logging.config.file="[LOG4J_PROPS_LOCATION]/logging.properties" -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager Местоположение на конфигурационните файлове на Tomcat Когато конфигурирам Tomcat, предпочитам конфигурационните файлове да бъдат в директорията на сървъра. Когато сървърът се стартира през Eclipse обаче, това не е толкова лесно. Когато се създаде сървър под Eclipse, използвайки независима Tomcat инсталация,  физически конфигурационните файлове на сървъра се съхраняват в следната директория “[ECLIPSE_WORKSPACE]/.metadata/.plugins/org.eclipse.wst.server.core". В тази папка, в отделни поддиректории се пазят конфигурационните файлове на всеки един от сървърите “създадени” през Eclipse. Поддиректориите са именувани с tmp[i], където с [i] е означен поредния номер на сървъра в зависимост от последователността на създаването му. Например за следните сървъри имаме съответните конфигурационни директории: drwxrwxrwx 1 user group 0 Aug 22 08:54 tmp0 drwxrwxrwx 1 user group 0 Aug 22 08:55 tmp1 drwxrwxrwx 1 user group 0 Aug 29 17:23 tmp2 Всяка една от папките има структура...