O víkendu probíhá konference OpenAlt 2025. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma.
Josef Průša představil novou velkoformátovou uzavřenou CoreXY 3D tiskárnu Prusa CORE One L a nový open source standard chytrých cívek OpenPrintTag i s novou přepracovanou špulkou.
Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Oracle, nový vlastník Solarisu, už ho nebude nabízet zdarma. Ke stažení bude pouze zkušební verze a po devadesáti dnech si uživatel bude muset koupit licenci. OpenSolaris zůstavá CDDL, ale podle Oracle v něm nebudou dostupné všechny funkce.
Tiskni
Sdílej:
/bin/sh, ale jinak proti Solarisu nic nemám
/bin/sh něco jiného ? Třeba /bin/bash nebo /bin/ksh ?
#!/bin/sh se spusti vsude. Co vim, tak pouze na solarisu neni /bin/sh POSIX kompatibilni.
Necekam, ze /bin/sh bude zrovna bash. Netusil jsem, ze bash neni zcela POSIX kompatibilni, ale to co ocekavam, tak funguje. /bin/sh na solarisu je ovsem tragicky (z duvodu zpetne kompatibility).
Abych byl kokretni nefunguje treba Parameter Expansion. Skripty jsou rychlejsi, pokud se nemusi na kazdou malickost volat externich programy.
Dalsi informace jsou zde. Pekny priklad, co taky nefunguje:
$ if ! false; then echo ok; fi !: not found
Ale chapu kam miris...
Pokud to Ladicek myslel jeste jinak, taky by me zajimalo o cem uvazuje
Ale pokud pod JEE myslíš jakékoli serverové (ideálně webové) použití javovských technologií, tak se můžu bavit akorát o Ruby a Node.js, čímž aktuálně pokryju menší projekty a hračky, což taky nemusí být špatné. Bral bys JRuby on Rails jako JEE?
Spring teď hodně dělá do JSF, což je IMHO trochu škoda (horší komponentový webový framework neznám)Ja jsem doted sledoval JSF z povzdali, ale ted s prichodem dvojky se chystam se do toho trochu vic podivat.
pořád se na něm dá postavit celá rozsáhlá aplikace a z JEE technologií přímo nevyužít vůbec nic a nebo jenom Servlet API.Jeste aby ne
Pro běh samozřejmě Tomcat – velké aplikáče nedávají smysl.To jsem si taky myslel, dokud jsem nezacal vice delat s GlassFishem v3, resp. hlavne jeho Web Profile variantou (ktera je asi tak neco mezi kontejnerem a aplikacem). GF si sice vezme vyrazne vice pameti nez Tomcat a prvni start trva o dost dele (reload aplikace je svizny), ale taky ji vyuzije a dokaze pri spravne konfiguraci (omezeni vlaken, komprese) vykonove zadupat (rovnez tweakovany) Tomcat do zeme. Hral jsem si s tim dost dlouho a je mozne, ze jsem nektere veci prehledl nebo nepochytil, ale z meho pozorovani Tomcat proste moc neumi zachazet s HW prostredky. Automaticka podpora pro JPA je taky moc pekna (par radku v persistence.xml, registrace PU v deskriptoru a dva
jee:jndi-lookup tagy v Spring kontextu, zadne JPA libs ve WEB-INF/lib).
Admin konzole je taky peknym bonusem, hlavne instalace updatu a pluginu (po ktere staci jen restartnout server). Je taky fajn, ze i kdyz muzu vsechno nakonfigurovat v XMLku, muzu stejne tak JDBC resourcy a JavaMail sessiony proste naklikat...
Dokumentace je pro GF take mnohem podrobnejsi nez pro Tomcat.
Pokud je slaby HW, celkem se mi osvedcil Jetty a chystam se taky pohrat si s Winstonem. Taky by me zajimalo co ma SpringSource s tim jejich nadopovanym Tomcatem, tak to musim omrknout
Cisty Tomcat me osobne v soucasnosti imponuje uz jen bezkonkurencni podporou v Eclipse IDE, tedy pro vyvoj.
Bral bys JRuby on Rails jako JEE?No pokud to bezi v nejakem JEE kontejneru, tak de fakto jo
Ale Ruby jako jazyk me nikdy nezaujal a ani Rails hype me nezasahla (pouze zprostredkovane pres ruzne pythoni konkurence), takze JRuby v podstate ignoruju. Stejne tak Groovy a Grails. Vim, ze asi nejsem tim padem dost kchuuul a in, ale me to neva
Java mi jako jazyk relativne vyhovuje a kombinaci Spring + Stripes povazuju pro mnoho typu aplikaci za zcela neporazitelnou. Pokud jde o RIA, planuju se vic mrknout na Cappuccino a SproutCore, zatim to resim v klidu pres jQuery a v praci jedem na GWT (coz je podle me bez vyuziti UiBinderu radna prasarna -- fakt nemam rad UI frameworky bez deklarativniho zapisu UI).
). Řekl bych, že v tom zdaleka nejsem sám. Všechny ty JNDI mrdky a externalizované konfigurace mi můžou vlízt na záda – Spring je mnohem lepší DI kontejner než aplikáč a umožňuje s konfigurací pracovat mnohem flexibilněji.
Co by mne možná zaujalo na Glassfishi (nebo na SpringSource dm Serveru) je modulový systém – to je podle mne v současnosti bezkonkurenčně největší bolest Javy, ale OSGi to se svou classloaderovou magií a ClassNotFoundException na každém rohu z mého pohledu nijak zvlášť nezachraňuje. Nechci vidět, co vyleze z projektu Jigsaw a z příslušných JSRek.
Hype okolo Groovy a Ruby ti nijak necpu, ale na Javě jako jazyku se prostě neshodneme. Groovy je z tohohle pohledu naprostá bomba – velká většina javovského kódu je zároveň kódem v Groovy.