V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede David Heidelberg, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem … více »
Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.
Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o
… více »Společnost Framework představila nový Framework Laptop 12 s Intel Core Series 3, Thunderbolt 4, Wi-Fi 7, volitelnou čtečkou otisků prstů a podsvícenou klávesnicí s open-source firmwarem ZMK. Objednat lze s předinstalovanou Fedorou 44 KDE Plasma.
Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
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.