Интересно би ми било и защо е предпочетено пред еклипс.
Аз го използвам от време на време и има идейни неща като доста
интелигентен (да, по-интелигентен от този на еклипс) аутокомплийт, но
нищо специално. Не съм го използвал за gui или web.
2011/9/3 mihail stoynov <mih...@stoynov.com>:
> --
> You received this message because you are subscribed to the Google Groups "Bulgarian Java Users Group" group.
> To post to this group, send email to bg-...@googlegroups.com.
> To unsubscribe from this group, send email to bg-jug+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/bg-jug?hl=en.
>
>
--
Regards, Petar!
- - - - - - - -
| Author @ Manning Publications.
| Partner @ Phamola
- - - - - - - -
Public PGP Key at:
https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611
Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Личното ми впечатление е, че привикването от Eclipse към Idea е кофти
работа. За сметка на това руското IDE е значително по-богато на
функционалност макар и по-неинтуитивно за работа. От версия 9.0
пуснаха доста пълен community edition, който включва много от най-
популярните й черти. Ето какво още мога да споделя за работата ми с
нея:
* организацията на проектите е по-различна от Eclipse-ката; важно е да
се разучи добре още в началото (това спестява много проблеми)
* както споменаха колегите, има много и разнообразни рефакторинги;
много мощни са и бъркат доста "по-дълбоко" от Eclipse-ките
* ползвах една много яка функционалност. Mисля, че се казваше
'dependency matrix' или 'dependency analysis'. В една матрица показва
връзките между Java класовете (или пакетите) като ясно се виждат
цикличните зависимости
* има вграден UI за управление на SVN-ски списъци с промени
(changelists). Имаше интеграция със CI сървъра (Teamcity), която ти
позволяваше да засилиш даден changelist към някой job на Teamcity.
Комитът ставаше автоматично само ако job-ът (с всичките му тестове)
мине успешно. Не мога да кажа, че тази функционалност работи гладко,
когато множество хора кодят по едни и същи компоненти. Смятам обаче,
че при по-адекватна организация на проекта, цялата интеграция IDE->CI-
>SVN може да бъде наистина полезна
* Swing редакторът, доколкото знам, е един от най-добрите, но използва
proprietary XML, което го прави неудачен избор в много случаи
* имахме Maven plugin, който генерираше Idea проектите само с "mvn
idea:idea" и работеше наистина добре
--
Андрей
--
You received this message because you are subscribed to the Google Groups "Bulgarian Java Users Group" group.
To post to this group, send email to bg-...@googlegroups.com.
To unsubscribe from this group, send email to bg-jug+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bg-jug?hl=en.
Винаги съм си мислел, че еклипс е мага трудно ИДЕ. Аз първо съм
ползвал идеа - тогава еклипс тъкмо изгряваше и миграцията ми беше
адски трудна. Като свикнеш не можеш без него обаче. Сега с идеата се
чувствам по същия начин.
Еклипс според мен в началото са крали от тях в началото с рефакторинг
менютата, защото бяха едно към едно.
Аз използвам os x и двете идета имат проблеми с svn интеграцията.
Еклипс с javahl библиотеките, idea с някаква нова библиотека, която
каквото и да правиш не може да запомни паролата или ако го направи, ще
е в plain text. Във форумите ги убиват от критики.
Преди време бях питал в stackoverflow дали един проект на идеа си
струва да го мигрираш на еклипс и тогава там казаха, че това иде е
много мощно и си заслужава да му се даде шанс. За мен истината е, че
за core java проект много позитиви няма. А повечето дев са свикнали с
еклипс. Тотално различните концепции пречат на идеа да се развива.
Шорткътите са толкова различни. Един пример: ctrl+d в еклипс трие ред,
в идеа го дублира. Минаването на еклипски шорткъти в идеа не помага
много.
В крайна сметка се стига до въпроса кое иде има по-голямо комюнити,
защото каквито и проблеми да имаш, все някой ще може да ги реши. С
идеа върху os x не е точно така. Тук еклипс смачква конкуренцията.
On Sep 4, 9:34 pm, mihail stoynov <mih...@stoynov.com> wrote:
> Така е, хубав е. Имаше много конкретика, а в тия flame wars конкретиката е
> много важна. Андрей, фирмата да не е проксиад? Аз защо си мисля, че там
> ползваха идеа?
>
> On 04.09.2011, at 21:16, "Николай Василев" <nikolay.vasi...@gmail.com>
> wrote:
>
> Много хубав обзор, Андрей :)
> Мерси :)
>
> 2011/9/4 andrey totev <a.to...@yahoo.com>
sled 4 godini rabota samo s eclipse, mi se naloji da mina na idea
poneje vsichki kolegi ot novata mi rabota ya izpolzvaha, ot togava
mnogo ryadko puskam eclipsa.
az lichno sravnyavam idea vs eclipse s mac os vs ubuntu - i dvete
stavat, vapros na predpochitanie.
Struva mi se che idea-ta raboti malko po-barzo (sigurno e ot 8gb ram),
po-dobar refactoring, po-dobra maven, hibernate, spring integraciya -
nyakoi ot tezu plugini sa plateni!
>
> Преди време бях питал в stackoverflow дали един проект на идеа си
> струва да го мигрираш на еклипс и тогава там казаха, че това иде е
> много мощно и си заслужава да му се даде шанс. За мен истината е, че
> за core java проект много позитиви няма. А повечето дев са свикнали с
> еклипс. Тотално различните концепции пречат на идеа да се развива.
> Шорткътите са толкова различни. Един пример: ctrl+d в еклипс трие ред,
> в идеа го дублира. Минаването на еклипски шорткъти в идеа не помага
> много.
vazmojno e da activirash eclipse shortcuti v intelli, ne e problem
>
> В крайна сметка се стига до въпроса кое иде има по-голямо комюнити,
> защото каквито и проблеми да имаш, все някой ще може да ги реши. С
> идеа върху os x не е точно така. Тук еклипс смачква конкуренцията.
s idea shte imash po-malko problemi/bugove, i da imash ima si support
team.
>
> On 04.09.2011, at 20:45, andrey totev <a.to...@yahoo.com> wrote:
>
>
Bilgin Ibryam
До навик си е.
Аз ползвам Еклипс и няколко пъти съм се опитвал да ползвам Идеа, но
винаги нещо ме е отказвало.
В Еклипс проблема ми е, че не прави разлика между нормални ресурси за
приложението и ресурси за тестове. Всичко се вижда в клас пътя и
понякога губиш известно време да гониш проблем и накрая виждаш, че
някакъв конфигурационен файл от тест ресурсите взима превес над
нормалния...
В Идеа-та пък голям проблем ми е, че непрекъснато все нещо се
преиндексира. Променям нещо в кода си, опитам се да го тествам и
започва едно чакане да преиндексира, за да може по-бързо да търси
класове/методи/символи/... и да рефакторира. Е да, ама аз по-често
пиша нов код и го тествам, отколкото да рефакторирам и просто ми губи
времето. При Еклипс с неговия incremental compilation нямам такива
проблеми.
Но пък познавам доста хора, които имат точно обратния опит от моя.
Както казах - до навик си е.
Други пък предпочитат Нетбийнс. Тук отдавна съм се отказал даже да
опитвам да го ползвам.
2011/9/3 mihail stoynov <mih...@stoynov.com>:
>-------- Оригинално писмо --------
>От: mihail stoynov mih...@stoynov.com
>Относно: [bg-jug] Intellij Idea
>До: "bg-...@googlegroups.com"
>Изпратено на: Събота, 2011, Септември 3 17:25:48 EEST
> Чудно ми е дали някой ползва това IDE професионално. Интересно ми е
> дали в БГ (или ако някой има инфо и за навън) то се ползва в цели
> тиймове/отдели и т.н. И дали е безплатната версия или платена такава.
>
> Интересно би ми било и защо е предпочетено пред еклипс.
>
> Аз го използвам от време на време и има идейни неща като доста
> интелигентен (да, по-интелигентен от този на еклипс) аутокомплийт, но
> нищо специално. Не съм го използвал за gui или web.
>
> --
> You received this message because you are subscribed to the Google Groups "Bulgarian Java Users Group" group.
> To post to this group, send email to bg-...@googlegroups.com.
> To unsubscribe from this group, send email to bg-jug+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/bg-jug?hl=en.
-----------------------------------------------------------------
Почивка на о.Сицилия с чартър на 29.09, 3 нощувки - цени от 322€!
http://www.astralholidays.bg/pochivki/program/38/country/4/resort/1244.html
>-------- Оригинално писмо --------
>От: "Ivan St. Ivanov" ivan.st...@gmail.com
>Относно: Re: [bg-jug] Intellij Idea
>Изпратено на: Сряда, 2011, Септември 7 14:35:30 EEST
> @Александър Русков: като сме гугутки, що се занимаваш с нас. Явно всичко си знаеш и можеш, ходи се бутай в други форуми, а не при такива лузъри като насУспех, наздраве и мерси!
> 2011/9/7 mihail stoynov Ебаси, как се изсра на дискусията. Поне го направи забавно :)
> 2011/9/7 Aleksandar Ruskov
>
-----------------------------------------------------------------
За да бъде вашият дом, вашата крепост
http://www.pariteni.bg/?tid=20&oid=840
>-------- Оригинално писмо --------
>От: Angel Gruev a.g...@gmail.com
>Относно: Re: Re: [bg-jug] Intellij Idea
>Изпратено на: Сряда, 2011, Септември 7 15:16:56 EEST
> Не ме кефи изказването на Русков, но наистина не съм съгласен, че тук като се отвори някаква тема и трябва "всеки да се отбележи" ... и смислените постове са 10%. Знам че мога да се отпиша, ама все пак ме интересуват тия 10%. А най дразнещо е че на реплика от някой като Русков после последват 20 в които няма грам Java, програмиране и изобщо нещо смислено.
>
> Затова моля ви не пишете цял пост съдържащ само "ей да яко е", "кефи ме" , "+1 от мен" , "тук съм и аз чета" и др. Ето и аз да се отбележа....Ачо
>
> 2011/9/7 Martin Toshev
>
> Адски непрофесионално дори и за свободна дискусия като тази.Ето ти малко спам и от мен.
>
> 2011/9/7 Николай Василев
> @{BG-JUG - Aleksandar Ruskov}: аз предлагам повече да не удостояваме уважаемия г-н Русков с внимание. Така хем той няма да се дразни, хем и ще се редуцира неприятния "шум" в дискусиите.
>
> Поздрави,
> Николай
>
>
>
> 2011/9/7 Aleksandar Ruskov
> You received this message because you are subscribed to the Google Groups "Bulgarian Java Users Group" group.To post to this group, send email to bg-...@googlegroups.com.
>
>
> To unsubscribe from this group, send email to bg-jug+un...@googlegroups.com.For more options, visit this group at http://groups.google.com/group/bg-jug?hl=en.
>
>
>
> -- Николай Василев
> --
>
>
> You received this message because you are subscribed to the Google Groups "Bulgarian Java Users Group" group.To post to this group, send email to bg-...@googlegroups.com.
>
>
> To unsubscribe from this group, send email to bg-jug+un...@googlegroups.com.For more options, visit this group at http://groups.google.com/group/bg-jug?hl=en.
За IntelliJ Idea мога да кажа, че е трудно да ползваш всичко удобно,
което ти предлага. Но ако свикнеш да ползваш и 50-70% от функциите (а
те постоянно се добавят), след това би ти било трудно да ползваш друго
IDE и да се кефиш. Аз например минах от него на Visual Studio и
чувството е все едно работиш с редактор под DOS. Малко подобно ми е
било и като пробвам да ползвам Eclipse за някои неща. За VS решението
е Resharper ;) предполагам, но не съм имал времето да го разцъкам.
Има различни варианти, за да започнеш работа с тези продукти. Може да
ти се падне екип, в който работят с продукт на JetBrains. Тогава
искаш, не искаш свикваш и ползваш. Друг вариант е сам да отделиш
време, за да свикнеш, но тогава бих препоръчал да не се сменя с
Eclipse постоянно, особено ако си свикнал с него. Трети вариант е, нов
проект и знаеш, че IntelliJ Idea става за работа, взимаш решение да го
вкараш в употреба и така.
Смяната на IDE-то е като смяна на езика/платформата за програмиране.
Или го правиш, защото имаш причина, или не. Ако започнеш с IntelliJ
Idea, въпроса на Михайл ще е валиден за Eclipse.
Ако си започнал с по-скапано IDE и искаш да го смениш, но трябва решиш
между Eclipse и IntelliJ Idea, тогава въпроса е интересен.
IntelliJ Idea е особено силен продукт. Май все още е така и предлагат
безплатно пълната версия за известни проекти с отворен код (има
някакви изисквания). Ако потърсите, ще намерите списък с проектите,
които са се възползвали... не са малко и не са малки.
Аз съм за IntelliJ Idea. Кажете ми с какво мислите, че Eclipse е по-
добър и ще се опитам да дам моето мнение за IntelliJ Idea.
Като заключение искам да кажа, че между сравнително подобни решения,
привидно малките неща имат голямо значение.
On Sep 3, 5:25 pm, mihail stoynov <mih...@stoynov.com> wrote:
On Sep 7, 3:52 pm, mihail stoynov <mih...@stoynov.com> wrote:
> Май се оказва, че хората искат да четат сериозното.
>
> Ето го. От моя първоначален въпрос дотук стигнах донякъде до заключението,
> че
> 1. еклипс е по-популярното ИДЕ
> 2. идеа го превъзхожда в някои отношения, но е доста различна среда като
> подход.
> 2а. превъзхождането не е в java core. Тоест там има по-добър рефакторинг, но
> досега не ми се е налагало чак дотам да стигам.
>
> Изводите са:
> По-добре един ИДЕА проект да се мигрира към еклипс - премахва се работата
> със 2 среди, по-лесно се намират нови хора с умения в еклипс.
> Тази миграция би имала смисъл само ако по такъв проект ще има някакво
> по-значително количество работа. Ако е само за игра и идето вече е
> инсталирано, няма смисъл.
>
> Тоест след първоначалния ми въпрос в stackoverflow:http://stackoverflow.com/questions/5579643/move-an-intellij-idea-proj...тговорът
> вече е - да, миграцията си заслужава.
>
> 2011/9/7 Angel Gruev <a.gr...@gmail.com>
>
>
>
>
>
>
>
> > Не ме кефи изказването на Русков, но наистина не съм съгласен, че тук като
> > се отвори някаква тема и трябва "всеки да се отбележи" ... и смислените
> > постове са 10%. Знам че мога да се отпиша, ама все пак ме интересуват тия
> > 10%. А най дразнещо е че на реплика от някой като Русков после последват 20
> > в които няма грам Java, програмиране и изобщо нещо смислено.
> > Затова моля ви не пишете цял пост съдържащ само "ей да яко е", "кефи ме" ,
> > "+1 от мен" , "тук съм и аз чета" и др.
> > Ето и аз да се отбележа....
>
> > Ачо
>
> > 2011/9/7 Martin Toshev <marto8...@gmail.com>
>
> >> Адски непрофесионално дори и за свободна дискусия като тази.
> >> Ето ти малко спам и от мен.
>
> >> 2011/9/7 Николай Василев <nikolay.vasi...@gmail.com>
>
> >>> @{BG-JUG - Aleksandar Ruskov}: аз предлагам повече да не удостояваме
> >>> уважаемия г-н Русков с внимание. Така хем той няма да се дразни, хем и ще се
> >>> редуцира неприятния "шум" в дискусиите.
>
> >>> Поздрави,
> >>> Николай
>
> >>> 2011/9/7 Aleksandar Ruskov <arus...@abv.bg>
>
> >>>> Защото не спряхте да пи спамите пощата, ама карай. Бях отпуска миналия
> >>>> месец и сте я напълнили с хиляда писма - как да не отговориш :)
> >>>> Мога и зная, защото имам опит и съм чел много. Не съм разчитал на
> >>>> партийни връзки и сладки проекти по линия на държавни поръчки.
>
> >>>> >-------- Оригинално писмо --------
>
> >>>> >От: "Ivan St. Ivanov" ivan.st.iva...@gmail.com
> >>>>http://www.astralholidays.bg/pochivki/program/38/country/4/resort/124...
> ...
>
> read more »
Ти искаш редактор за JSF, на мен нормален HTML ми достатъчен за
Wicket, Play!Framework пък подържат няколко темплейт системи, всичките
от тях за мен са ужаса на уеб дизайнера, но много разработчици ги
харесват, даже за Play!2 ще наблегнат на Scala базирана темплейтна
система, за да е още по-сигурно. че ще хванат проблеми при компилация,
а не по време на ползване.
Относно HotDeploy-а - с embedded Jetty/Tomcat7/Grizzly/Netty/... това
вече не е изобщо проблем.
Даже Play! ползват Еклипс компилатора, за да компилират промените и
след това със собствен ClassLoader ги зареждат и имаш чувството, че
пишеш на ПХП, Рейлс, ... F5 в браузера и всичко е там.
JRebel също помага с клас презареждането за стандартно JEE.
Та както казах, 2011 година е ... ;-)
2011/9/8 mihail stoynov <mih...@stoynov.com>:
Дори да ти изглежда, че почти всички ползват Еклипс, ако ползваш Идеа,
ще ти изглежда, че достатъчно много хора я ползват.
Интересното при IntelliJ IDEA, е че по принцип цикъла на измисляне/
добавяне на нови функции е доста къс. От време на време излизат
истински бисери. Измислянето на нови неща постоянно не е лесно. В
последните версии направиха redesign на UI (scroll bars, slimmer
Project View toolbar and non-modal notifications for different
operations where previously modal message boxes were used). Човек си
казва, толкова ли няма върху какво да работят, че стигнаха до орязване
на линиики и квадратчета от екрана на програмиста. Every pixel
matters: http://tinypic.com/r/a5jj7r/7
> 2011/9/4 Aleksandar Kamburov <a.kambu...@gmail.com>
Този клас е нормален Java клас с main метод, който пуска Jetty във
същия процес и той започва да слуша на конфигурирания порт.
Ако променя някой клас, който е в клас пътя на проекта ми в ИДЕ-то, то
промяната в повечето случай е видима незабавно, т.е. F5 в браузера и
всичко е ОК. Но това не помага във всички случаи. Например, ако пипнеш
статична променлива или добавиш нов метод/клас то може да се наложи да
рестартираш, за да заредят промените. Но стартирането на embedded
сървъра е далеч по-бързо отколкото да рестартираш JBoss, нормален
Tomcat, ... тъй че пак не чакаш 1мин+, а 10 секунди примерно.
2011/9/8 mihail stoynov <mih...@stoynov.com>:
За JSF мога да ти предложа да пробваш различните плъгини от JSF
подръжниците: JBoss Tools, NetBeans EE, SAP NetWeaver, ...
2011/9/8 mihail stoynov <mih...@stoynov.com>:
Не че ти натрапвам Wicket, ама аз съм запознат най-много с него и
затова ти давам тези примери.
От http://wicket.apache.org/start/quickstart.html можеш да си копираш
Maven заклинание, което ти генерира скелет на приложение.
Можеш да го пуснеш или с "mvn jetty:run" или :
- импортираш си Мейвън приложението в Еклипс (m2eclipse или mvn
eclipse:eclipse)
- стартираш src/test/java/**/Start.java с "Debug As Java Application"
сега можеш да промениш нещо в .html, в телата на съществуващи методи
(напр. в конструктора на HomePage) и после само рефрешваш в браузера.
Ако Hot redeploy-a не може да презареди то Еклипс ти показва диалог и
те пита искаш ли да рестартираш.
Няма нужда да правиш .war докато разработваш изобщо.
Същото работи и за другите ИДЕ-та, не само за Еклипс!
2011/9/8 mihail stoynov <mih...@stoynov.com>:
> За да не цапаме групата пиша директно на теб, прати повече инфо с линк
> въобще за цялата схема.
> 2011/9/8 Martin Grigorov <martin....@gmail.com>
Ето блог, който обяснява как да ползваш Tomcat 7 вместо Jetty :
http://www.copperykeenclaws.com/embedding-tomcat-7/
JBoss Netty, Apache MINA и Oracle Grizzly предлагат решения за JVM уеб
разработка, които не са имплементация на Servlet спецификациите, но
идеята която обясних работи по същия начин, просто API-то е различно.
2011/9/8 mihail stoynov <mih...@stoynov.com>:
Та за конкретни въпроси има конкретни отговори. Ако вземем пример от:
http://mihail.stoynov.com/2011/08/24/longstanding-eclipse-issues-fix-them-finally-please/
IntelliJ Idea обръща голямо внимание на смисъла на името си. Трябва да
е интелигетна среда. Затова и предлага функции от сорта на :
http://www.jetbrains.com/idea/features/code_assistance.html (виж
точка: Abstract class and interface inheritors when declaring new on
an abstract class or interface)
Тези функции целят да съкратят ненужното писане. Но тъй като са малко
по-интелигентни от показване на списък с всички възможности, хората
свикват с тях. Затова и за core java, Идеята пак ще е по-добра от
Еклипс. Дори сигурно може да се ползва безплатната версия.
On Sep 8, 1:23 pm, mihail stoynov <mih...@stoynov.com> wrote:
> Нещо май оплесках и формата никой не я попълва
>
> 2011/9/8 Martin Grigorov <martin.grigo...@gmail.com>
>
>
>
>
>
>
>
> > Може би трябваше да подчертая, че това не е свързано с Wicket.
> > Можеш да ползваш абсолютно същата идея за всеки Servlet базиран
> > продукт. Т.е. за JSF пак ще бачка.
>
> > Ето блог, който обяснява как да ползваш Tomcat 7 вместо Jetty :
> >http://www.copperykeenclaws.com/embedding-tomcat-7/
>
> > JBoss Netty, Apache MINA и Oracle Grizzly предлагат решения за JVM уеб
> > разработка, които не са имплементация на Servlet спецификациите, но
> > идеята която обясних работи по същия начин, просто API-то е различно.
>
> > 2011/9/8 mihail stoynov <mih...@stoynov.com>:
> > > Сегашните ми проекти са на jsf2, ен мога просто да сменя фреймуърка ей
> > така
> > > :)
>
> > > 2011/9/8 Martin Grigorov <martin.grigo...@gmail.com>
>
> > >> Няма проблем, но по-добре към групата, че може да е полезно и на някой
> > >> друг.
> > >> (Изключвам Русков - той ги е измислял тези неща и няма да са му
> > >> интересни).
>
> > >> Не че ти натрапвам Wicket, ама аз съм запознат най-много с него и
> > >> затова ти давам тези примери.
> > >> Отhttp://wicket.apache.org/start/quickstart.htmlможеш да си копираш
> > >> Maven заклинание, което ти генерира скелет на приложение.
> > >> Можеш да го пуснеш или с "mvn jetty:run" или :
> > >> - импортираш си Мейвън приложението в Еклипс (m2eclipse или mvn
> > >> eclipse:eclipse)
> > >> - стартираш src/test/java/**/Start.java с "Debug As Java Application"
>
> > >> сега можеш да промениш нещо в .html, в телата на съществуващи методи
> > >> (напр. в конструктора на HomePage) и после само рефрешваш в браузера.
> > >> Ако Hot redeploy-a не може да презареди то Еклипс ти показва диалог и
> > >> те пита искаш ли да рестартираш.
>
> > >> Няма нужда да правиш .war докато разработваш изобщо.
>
> > >> Същото работи и за другите ИДЕ-та, не само за Еклипс!
>
> > >> 2011/9/8 mihail stoynov <mih...@stoynov.com>:
> > >> > За да не цапаме групата пиша директно на теб, прати повече инфо с линк
> > >> > въобще за цялата схема.
> > >> > 2011/9/8 Martin Grigorov <martin.grigo...@gmail.com>
>
> > >> >> Имам в предвид нещо като :
>
> >http://svn.apache.org/viewvc/wicket/trunk/archetypes/quickstart/src/m...
>
> > >> >> Този клас е нормален Java клас с main метод, който пуска Jetty във
> > >> >> същия процес и той започва да слуша на конфигурирания порт.
> > >> >> Ако променя някой клас, който е в клас пътя на проекта ми в ИДЕ-то,
> > то
> > >> >> промяната в повечето случай е видима незабавно, т.е. F5 в браузера и
> > >> >> всичко е ОК. Но това не помага във всички случаи. Например, ако
> > пипнеш
> > >> >> статична променлива или добавиш нов метод/клас то може да се наложи
> > да
> > >> >> рестартираш, за да заредят промените. Но стартирането на embedded
> > >> >> сървъра е далеч по-бързо отколкото да рестартираш JBoss, нормален
> > >> >> Tomcat, ... тъй че пак не чакаш 1мин+, а 10 секунди примерно.
>
> > >> >> 2011/9/8 mihail stoynov <mih...@stoynov.com>:
> > >> >> > Разкажи повече за "embedded Jetty/Tomcat7/Grizzly/Netty/" и как се
> > >> >> > ползва,
> > >> >> > че това, което намирам в нета по въпроса не е това, за което ти
> > >> >> > говориш
> > >> >> > май.
>
> > >> >> > 2011/9/8 Martin Grigorov <martin.grigo...@gmail.com>
> ...
>
> read more »