Fórum Root.cz
Hlavní témata => Bazar => Téma založeno: tisonet 23. 09. 2014, 19:11:35
-
Dobrý den,
prodám knihu Spring In Practice (http://www.amazon.com/Spring-Practice-Willie-Wheeler/dp/1935182056/)
(http://it-ebooks.info/images/ebooks/5/spring_in_practice.jpg)
cena 600kč.
Kniha je v pefektním stavu, téměř nečtena. Poštovné a balné napůl.
email: tisonz[zavináč]seznam[tečka]cz
-
Nová cena 500 kč
-
Kniha je stále prodejná.
Nebo prodám dohromady i s knihou:
Java 7 - Výukový kurz (cpress)
Za výhodonou cenu 800 kč včetně poštovného a balného.
-
Knihu prodám pouze za 300 kč. Je mi líto jak se mi válí doma, když je uplně nová a nečtená.
email: tisonz[zavináč]seznam[tečka]cz
-
Dneska je v podstatě k ničemu, max tak pro nějakou starou aplikaci.
-
Ahem, panove, vsimli jste si, ze Jawa 7 je uz discontinued a ze Spring 3.x byl v roce 2013 nahrazen Springem 4.x, kteryzto je nyni vicemene nahrazen Springem Boot, ktery za chvili vyjde v 2.0?
A neco o DOSu by nebylo?
-
Springem 4.x, kteryzto je nyni vicemene nahrazen Springem Boot, ktery za chvili vyjde v 2.0?
Spring Boot není náhrada Spring Frameworku, Spring Boot je způsob, jak Spring Framework (a další komponenty) snáze používat. Takže mimo jiné Spring Boot 2.0 vyjde teprve tehdy, až bude Spring Framework 5.0, protože na něm závisí.
-
Springem 4.x, kteryzto je nyni vicemene nahrazen Springem Boot, ktery za chvili vyjde v 2.0?
Spring Boot není náhrada Spring Frameworku, Spring Boot je způsob, jak Spring Framework (a další komponenty) snáze používat. Takže mimo jiné Spring Boot 2.0 vyjde teprve tehdy, až bude Spring Framework 5.0, protože na něm závisí.
Coz z pohledu usera frameworku znamena, ze Spring Boot nahrazuje Spring.
Nikdo uz nedela application.xml a konfiguracni parametry vcetne treba konfigurace embedded Jetty jdou via application.yml, namisto puvodniho zpusobu konfigurace pres maven pluginy.
Pouziva se to jinak.
Se znalostma nactenyma z one knizky si ve Spring Boot neskrtnes a Spring Boot je budoucnost. Samotny Spring ustupuje do pozice backend knihovny.
-
Stejně k čemu vyvíjet weby/webappky v Javě obecně? To je akorát na to, když děláš někde v podnikový sféře, který se vyplatí použít něco takovýho, protože tam je využití anebo nějaká firma, kde z nějakýho přesvědčení fakt dělají weby na Javě. Jinak máš vždycky daleko lepší alternativu - php/asp.net/node.js popřípadě Javu, ale něco ve stylu Vertex.io a ne něco založenýho na Servletech.
-
Coz z pohledu usera frameworku znamena, ze Spring Boot nahrazuje Spring.
Neznamená, protože pořád používá Spring a pořád musí vědět, jak Spring používat. Spring Boot řeší akorát to, že se některé věci nakonfigurují automaticky, případně se dají nakonfigurovat jinak.
Nikdo uz nedela application.xml
Což nijak nesouvisí se Spring Bootem, ale s tím, že přibyla možnost konfigurace pomocí anotací a pomocí Javovského kódu. Obojí je podstatně starší než Spring Boot. A i se Spirn Bootem pořád můžete Spring kontext konfigurovat přes XML.
konfiguracni parametry vcetne treba konfigurace embedded Jetty jdou via application.yml, namisto puvodniho zpusobu konfigurace pres maven pluginy
Pomotal jste několik věcí dohromady. application.xml neřešilo jen konfigurační parametry, to byla spíš jen taková vedlejší drobnost – XML soubor definoval beany. application.properties nebo application.yml jsou způsob, jak předat beanám konfigurační parametry. Maven plugin pro Jetty řešil, jak aplikaci snadno nastartovat při vývoji a neměl se Springem nic společného. Embedded Jetty nebo Tomcat může být přímo součástí Springovské aplikace a otočí se tím vazby – normálně se Springovská webová aplikace spouští v JEE webovém kontejneru, tohle umožňuje spustit JEE webový kontejner uvnitř Springu.
Pouziva se to jinak.
Spring se používá úplně stejně. Se Spring Boot se jenom konfiguruje jinak.
Se znalostma nactenyma z one knizky si ve Spring Boot neskrtnes a Spring Boot je budoucnost. Samotny Spring ustupuje do pozice backend knihovny.
Na Spring Frameworku se nic nemění, pořád ho musíte znát, když ho chcete používat. Spring Boot umožňuje „jenom“ začít ho používat rychleji.
-
Stejně k čemu vyvíjet weby/webappky v Javě obecně? To je akorát na to, když děláš někde v podnikový sféře, který se vyplatí použít něco takovýho, protože tam je využití anebo nějaká firma, kde z nějakýho přesvědčení fakt dělají weby na Javě. Jinak máš vždycky daleko lepší alternativu - php/asp.net/node.js popřípadě Javu, ale něco ve stylu Vertex.io a ne něco založenýho na Servletech.
Weby nedělám, ale je to dobrá alternativa ke skriptování. Neprogramátoři často tvrdili, jak v jejich Pythonu jsou weby rychle udělané. V Javě už také. Nikdo neříká, že to musíš dělat, jen prostě skriptovací bastl proti Javě nemá žádné výhody.
-
Pánové díky za offtopic, ale co už, knihu někde hodím do sběru/odpadu.
Se nestačím divit jak se ledy kolem zkostnatělé Javy začly hýbat.
-
Zkostnatělá je jen tvoje knížka. Java je v nejlepší kondici a to co připravuje Spring 5, to bys vážně rád měl ve své aplikaci.
-
Pánové díky za offtopic, ale co už, knihu někde hodím do sběru/odpadu.
Se nestačím divit jak se ledy kolem zkostnatělé Javy začly hýbat.
Spring je naprogresivnejsi (nielen) javovy framework. Ten sa nerobi od zeleneho stolu ako oficialne J2EE specifikacie (Alias java COBOL). Spring udava trendy a prebera prvky inych frameworkov (najma mimo javy), s ktorymi sa navzajom ovplyvnuje. Kto nepozna Spring, holt si mysli, ze Java je skostnatela, dobre mu tak, nedostane zaplatene.
-
Zkostnatělá je jen tvoje knížka. Java je v nejlepší kondici a to co připravuje Spring 5, to bys vážně rád měl ve své aplikaci.
Knížka je stará o tom, žádná, vlastně jsem ji nikdy ani nečetl, obsah mě vyděsil. Težko věřit, že by se Spring pohnul tak kupředu, tak pro zajímavost, co fajného se chystá v Spring 5?
-
V Springu 5 bude predovšetkým reaktívne API krížom-krážom. Z ,,drobností" bude Java 8 ako minimálna verzia, refaktor API na použitie s lambdami.
-
Reaktivní API je super, ale není to už v C#, Javascriptu a Scale už tak sto let?
-
Reaktivní API je super, ale není to už v C#, Javascriptu a Scale už tak sto let?
Spring ide po buzzwordoch. Asi niekomu napadlo, ze to bude dobry napad. Necham sa prekvapit.
-
Je pravda, že inde už reaktívne API je k dispozícii, v Jave už aj inde (RxJava).
Ide o to, že Spring je už 10 a viac rokov používaný hlavne na backendoch, kde existuje silná platform, nejaký knowledgebase a znalosti a nasadené projekty a ten reaktívny prístup sa tam hodí.
Navyše predrečníci už povedali, že Spring Boot je dnes veľmi pekný prístup pre microservices, ktoré (možno raz) budú automaticky reaktívne.
-
Je pravda, že inde už reaktívne API je k dispozícii, v Jave už aj inde (RxJava).
Ide o to, že Spring je už 10 a viac rokov používaný hlavne na backendoch, kde existuje silná platform, nejaký knowledgebase a znalosti a nasadené projekty a ten reaktívny prístup sa tam hodí.
Navyše predrečníci už povedali, že Spring Boot je dnes veľmi pekný prístup pre microservices, ktoré (možno raz) budú automaticky reaktívne.
Uz som asi stary, nas ucili, ze servisy by mali byt kvoli performance bezstavove a teraz budu naviac reaktivne. (Co som si pozeral, reaktivita je o implementaci vzoru observer v jazyku a ten je stavovy) To bude zrat procesor teda ...
-
Je pravda, že inde už reaktívne API je k dispozícii, v Jave už aj inde (RxJava).
Ide o to, že Spring je už 10 a viac rokov používaný hlavne na backendoch, kde existuje silná platform, nejaký knowledgebase a znalosti a nasadené projekty a ten reaktívny prístup sa tam hodí.
Navyše predrečníci už povedali, že Spring Boot je dnes veľmi pekný prístup pre microservices, ktoré (možno raz) budú automaticky reaktívne.
Uz som asi stary, nas ucili, ze servisy by mali byt kvoli performance bezstavove a teraz budu naviac reaktivne. (Co som si pozeral, reaktivita je o implementaci vzoru observer v jazyku a ten je stavovy) To bude zrat procesor teda ...
A ty ještě nevíš, že HW je skoro zadarmo a není třeba to řešit? Už jsi asi starý :D
-
A o Tom to je... sak si reknes ze HW je zadarmo... a zadna optimalizace
Ale s korporatoch se pak musis doprosovat o prideleni HW, uctuji ti takty atd
-
Uz som asi stary, nas ucili, ze servisy by mali byt kvoli performance bezstavove a teraz budu naviac reaktivne. (Co som si pozeral, reaktivita je o implementaci vzoru observer v jazyku a ten je stavovy) To bude zrat procesor teda ...
Ak tomu rozumiem správne, bude to API postavené na reaktívnych streamoch. Tie sú v podstate len rúry, ktorými prúdia dáta v duchu producent-konzument.
Stav tam teda netreba udržiavať.
Jediná výnimka je pushback, teda keď konzument vie komunikovať s producentom a upozorniť ho, že ďalšie dáta nevládze spracovať.
-
Uz som asi stary, nas ucili, ze servisy by mali byt kvoli performance bezstavove a teraz budu naviac reaktivne. (Co som si pozeral, reaktivita je o implementaci vzoru observer v jazyku a ten je stavovy) To bude zrat procesor teda ...
Ak tomu rozumiem správne, bude to API postavené na reaktívnych streamoch. Tie sú v podstate len rúry, ktorými prúdia dáta v duchu producent-konzument.
Stav tam teda netreba udržiavať.
Jediná výnimka je pushback, teda keď konzument vie komunikovať s producentom a upozorniť ho, že ďalšie dáta nevládze spracovať.
pushback nie je treba ked sa pouziva messaging typu ako napr. Kafka, producer o consumerovi vobec nic nevie a ta rura v strede je z pohladu producera cierna diera a consumer si sam taha z rury data takze sa nikdy nestane, ze je pretazeny, pretoze si o tie data ziada sam.
-
Uz som asi stary, nas ucili, ze servisy by mali byt kvoli performance bezstavove a teraz budu naviac reaktivne. (Co som si pozeral, reaktivita je o implementaci vzoru observer v jazyku a ten je stavovy) To bude zrat procesor teda ...
Ak tomu rozumiem správne, bude to API postavené na reaktívnych streamoch. Tie sú v podstate len rúry, ktorými prúdia dáta v duchu producent-konzument.
Stav tam teda netreba udržiavať.
Jediná výnimka je pushback, teda keď konzument vie komunikovať s producentom a upozorniť ho, že ďalšie dáta nevládze spracovať.
Takze reaktivne programovanie su rury a message? Podobne novinky su uz snad od cias unixu. http://camel.apache.org/enterprise-integration-patterns.html Stale viac mi to reaktivne programovanie prijde ako kopenie buzzwordov.
-
My jedeme ve firmě pořád na Springu 3. Nedávno jsme dokonce po letech přešli z 3.0.6 na 3.0.7 ;-)
Ale tu knížku si stejně nekoupím, my lopaty se držíme již známých naučených postupů a nic moc "nového" není třeba se učit ;-)
-
vynimecne nebudu namitat, cena za knizku je adekvatni, a hockdo kto jeste s javou nedelal se z ni muze neco naucit. sice nemam zaujem o koupu (nejsem java programator), take myslim cenu 300 - 800 kc ma. Hlavne pro cloveka co co jeste nedelal s javou. Tu sa jedna predse o vedomosti, a ty se ceni.
-
Takze reaktivne programovanie su rury a message? Podobne novinky su uz snad od cias unixu. http://camel.apache.org/enterprise-integration-patterns.html Stale viac mi to reaktivne programovanie prijde ako kopenie buzzwordov.
Samozrejme, mnoho z tých vecí je tu od nepamäti, veď aj taká Akka je znovuvynález vecí zo 70-tych rokov.
Ak vidím výhody na slajdoch, je to primárne o tom, že to je neblokujúce API, ktoré sa dá pomerne priamočiaro namontovať na existujúce springovské API. (Napríklad príklady (http://docs.spring.io/spring-framework/docs/5.0.0.M1/spring-framework-reference/html/web-reactive.html) o tom, ako máte skoro zadarmo reaktívny REST nad Springom.)
To je trochu odlišný prístup vo vývoji, než sú ESB alebo message queues.
Ale uvidíme :-)
-
Takze reaktivne programovanie su rury a message? Podobne novinky su uz snad od cias unixu. http://camel.apache.org/enterprise-integration-patterns.html Stale viac mi to reaktivne programovanie prijde ako kopenie buzzwordov.
Samozrejme, mnoho z tých vecí je tu od nepamäti, veď aj taká Akka je znovuvynález vecí zo 70-tych rokov.
Ak vidím výhody na slajdoch, je to primárne o tom, že to je neblokujúce API, ktoré sa dá pomerne priamočiaro namontovať na existujúce springovské API. (Napríklad príklady (http://docs.spring.io/spring-framework/docs/5.0.0.M1/spring-framework-reference/html/web-reactive.html) o tom, ako máte skoro zadarmo reaktívny REST nad Springom.)
To je trochu odlišný prístup vo vývoji, než sú ESB alebo message queues.
Ale uvidíme :-)
Tesim sa az objavim nejake "je ne sais quoi". Asynchronne neblokujuce volania pouzivam minimalne 10 rokov :) Mozno vlastne zistim, ze programujem reaktivne a zadarmo si to napisem do zivotopisu :)