Proč Spring používá embedded Tomcat/Jetty

balki

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #30 kdy: 23. 07. 2018, 12:16:34 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Slova typu "snowflakes, slunickar, multikulti, havloid"  a tak, su diagnoza :) Ak chcete, aby ludia citali dalej, tak prosim davajte si pozor na papagajovani alt right propagandy ;)  Kedze topic bol zalozeny ako flame, tak to sem kludne napisem.


anonym

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #31 kdy: 23. 07. 2018, 13:30:01 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #32 kdy: 23. 07. 2018, 13:32:33 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

anonym

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #33 kdy: 23. 07. 2018, 13:35:46 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #34 kdy: 23. 07. 2018, 13:49:41 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

A ze to nema CI, protoze jsi liny, ti neprijde jako klasicky projev zprasenosti?


anonym

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #35 kdy: 23. 07. 2018, 14:16:07 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

A ze to nema CI, protoze jsi liny, ti neprijde jako klasicky projev zprasenosti?

Ne neprijde mi jako zakladni projev zprasenosti, ze si ve svem volnem case chci neco pro zabavu udelat a nebudu kvuli toho zavadet CI!

kimec

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #36 kdy: 23. 07. 2018, 14:26:43 »
Nenariekajte tu nad embeddovanym Tomcat-om - je to len spicka ladovca a nie podstata toho co Spring Boot robi. Povedal by som, ze embeddovanie Tomcatu je aktualne ten mensi problem...
V Spring 5 na vas caka reactor. Pivotal sa tvari, ze na reactor riadne vsadza a vidno to na miere integracie s reactorom medzi ostatnymi subprojektami Springu.
Som fakt zvedavy aky kvalitny kod zacne bezny Springista (rozumej wedeveloper) produkovat, ked ho posadite za reactor. A teda uz som videl kadejaku "RxJava perlu" aj od seniorov so Scala pozadim.

Ak ste si to nevsimli tak, Pivotal uz zopar rokov buduje Apple-like lockin do svojho ecosystemu. Spring 4 s SB 1 je take predjedlo. Spring 5 a SB 2 je to prave orechove: nezoberu vam len Tomcat ale aj cely thread stack a control flow... Oracle to nekontruje, resp. hasi dlh, co Jave vznikol v IoT sfere. Java EE je uz prakticky zdochlina a tudy cesta nevede.

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #37 kdy: 23. 07. 2018, 14:39:28 »
Ne neprijde mi jako zakladni projev zprasenosti, ze si ve svem volnem case chci neco pro zabavu udelat a nebudu kvuli toho zavadet CI!
To je fajn, že jste se ve svém volném čase chtěl naučit používat technologii, kterou už údajně čtyři roky používáte v práci. Když se ale něco chcete naučit používat, potřebujte především pokoru, pak se o tom něco naučit (zrovna na učení má Spring dobrou dokumentaci), a pak, když vám něco nebude jasné, se na to můžete zeptat. Ale na tenhle postup byste při svém údajném IQ 130 mohl přijít sám, nemyslíte? Jenom nadávat a všem okolo dokazovat, že tomu opravdu nerozumíte a rozumět nechcete, to to není zrovna dobrý postup.
Já mám kolem sebe několik projektů používajících Spring a Spring Boot, od svých soukromých sólo projektíků pro mou potřebu po projekty, na kterých dělají desítky lidí. Některé jsou nasazené na produkci s embedded Jetty, některé jsou nadeployované jako WARko na Jetty (je tam několik Spring Boot WARek a několik WARek s jinými technologiemi, než Spring), některé jsou nasazené na WebLogicu, na Wildfly, kolegové myslím používají i Tomcat. A všude to funguje, přičemž rozchození nebylo nikdy nijak obtížné – vždy to odpovídalo tomu, zda chci nějaké standardní řešení, nebo něco nestandardního. Takže pokud jsou pravdivé vaše „stesky“ na to, jak vám nic nefunguje a se vším máte problém, vychází mi z toho jediné – že je u vás problém mezi židlí a klávesnicí.

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #38 kdy: 23. 07. 2018, 14:39:45 »
Zajimave, souhlasim s predrecnikem, ze nova snowflakes generace to dosahla az k presvedceni, ze za jeji vlastni blbost muze nekdo jiny, komedie.

Chlap se tu vzteka, ze si Spring Boot sam bali a sestavuje Tomcat...
Duvodem je to, ze Spring se snazi byt maly, tudiz jeho na miru sestaveny Tomcat napriklad defaultne ani neobsahuje Jasper, tedy neumi JSP a JSTL - pak muze na mem Notebooku startovat macata web aplikace 5 sekund, o dost rychleji, nez pouhy deploy WARu na holem Tomcatu... (Nebo Jettyne, nebo Undertow)

Pak se bezelstne prizna, ze je tupy, a ze vyviji primo na vzdalenem zeleze, kam pomoci IDE (!!!! proboha!!!) posila WARy na Tomcat deploy servicu...
Kazdy normalni clovek si projekt udela v Mavenu, namockuje vyvojove prostredi pomoci profilu, kompletni vyvoj dela lokalne a az vysledek nacpe (pomoci maven pluginu) na vzdaleny server (jiny profil), kdyz uz dela pro tak zoufalou firmu, co ani nema continuous integration typu Bamboo.

Jak jeho embedded tomcat může být malý, ještě aby nebyl, když si ho tam zabudovali! Co je ti do toho, že Tomcat tam má Jasper a další libka! Ty jsou pořád načtené na classpath a tobe to může být jedno, protože se jen realoadne tvoje appka.

Navíc bych si mohl do toho tomcatu dát napevno jarka, takže bych nemusel mezi svým PC a serverem přenášet 50MB dat a čekat minutu!

A není to profi projekt, dělám si to sám pro sebe a nepotřebuju kolem toho tancovat s CI.

Clovek si vzdycky najde nejakou omluvu pro to to zprasit...

Na tom není nic zprasené, mě Aplikační servery plně vyhovovaly! To dá rozum, že nebudu dělat 100MB jarko, když libka můžu mít na Serveru. Fuj, hnus! Navíc je to standardizační faktor, takhle si nikdo do Mavenu nenaimportuje celou Guavu která má zazipovaná 8MB jenom aby z ní použil nějakou úchylnou funkci.

Nikde není psané, že to teď už musíš vyvíjet s Embedded Tomcatem!

A ze to nema CI, protoze jsi liny, ti neprijde jako klasicky projev zprasenosti?

Ne neprijde mi jako zakladni projev zprasenosti, ze si ve svem volnem case chci neco pro zabavu udelat a nebudu kvuli toho zavadet CI!

- kdyz uz pouzivast tezkotonazni reseni na svoje hobby projekty, tak to CI zas takova zatez navic neni. Minimalne ti to brani prasit i jine veci, coz ocividne delas.
- CI je dneska vazne levne (nejen ve smyslu penez, ale i ve smyslu inteleketualni a casove narocnosti na nastaveni a urdrzbu), kdyz se podivas na sluzby typu Travis nebo GitLab Pipelines.

anonym

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #39 kdy: 23. 07. 2018, 21:24:15 »
Tak, udělám to ve Spark framework, http://sparkjava.com/

Fildo Jirsáku, tam se nedívej, to nerozdýcháš. Používají tam totiž statické třídy namísto DI!

https://www.youtube.com/watch?v=o8O-KMlKwtE

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #40 kdy: 23. 07. 2018, 21:53:21 »
Tak, udělám to ve Spark framework, http://sparkjava.com/
Tak schválně, za jak dlouho se tu objeví smršť nadávek, že Spark umožňuje používat embedded Jetty a vy to neumíte používat. Ale je zajímavé, jak to funguje, že jste si vybral zrovna Spark – mně se nikdy nelíbil a pořád se mu vyhýbám, protože mi připadá, že se v něm nedá programovat správně. Takže vám by mohl vyhovovat.

Jinak DI knihoven a frameworků existují tuny, pokud jste chtěl jenom to, nemusel jste používat Spring. Na druhou stranu, pokud jste chtěl Spring použít jenom jako DI , nechápu, s čím jste na tom válčil. Jinak DI Springu se mi zrovna moc nelíbí, sice už nějakou dobu umožňuje konfiguraci pomocí Java kódu, ale té historie tam je nabalené až moc. A pořád je to runtime záležitost, což je pro většinu použití zbytečné. Já teď sleduju Micronaut Framework, tam je konečně compile-time DI. Na můj vkus je tam toho ještě zbytečně moc zadrátovaného, jak se pokoušejí poskytnout to samé, co poskytuje Spring, ale vydali se správným směrem.

to máš flus

Re:Proč Spring používá embedded Tomcat/Jetty
« Odpověď #41 kdy: 30. 07. 2018, 17:31:48 »
pivotal, to jeb nějaké piví programovací jazyk?

ps java,jetbrains a tomcat jsiou kurvitka do korporatu aby se obhájilo sraní se e s tím = mnoho práce=zaměstnání