Na stránkách PostgreSQL bylo představeno LibreDB Studio. Jedná se o open-source self-hostované SQL IDE pro (nejenom) PostgreSQL v prohlížeči. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána nová verze 12.0 media serveru Jellyfin (Wikipedie). Přehled novinek v poznámkách k vydání. Pro vyzkoušení je k dispozici Demo Server. Jellyfin je fork media serveru Emby, původně Media Browser.
V MikroTik RouterOS bylo nalezeno šest zranitelností společně pojmenovaných MikroTrick umožňujících útočníkovi, pokud má přístup k SSH, získat plnou kontrolu nad zařízením bez nutnosti autentizace. Ve verzích RouterOS 7.25beta3, 7.24.2, 7.23.4 a 6.49.21 je již opraveno.
Byla vydána verze 9.5 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání. Jedná se poslední vydání řady NetBSD 9. Doporučen je přechod na NetBSD 11 nebo NetBSD 10.
Akční adventura State of Mind je na portále GOG.com zdarma, akce trvá do 10. září.
Na Kickstarteru běží kampaň na podporu malého robotický psa Petoi Quaddle. Postaven je na ESP32-S3. V několika variantách. S řadou senzorů. Programovat lze pomocí Pythonu, C++ nebo i vizuálních bloků. Zkoušet a trénovat lze v simulátoru.
Dětem začala škola a nedobrovolně se tak musí vzdělávat. Avšak pro dospělé, kteří se chtějí vzdělávat nebo naopak se o vědomosti podělit, je tu Virtuální Bastlírna - jako každý měsíc si můžete online a zdarma nezávazně popovídat o vědě a technice nejen s bastlíři, ale i s vývojáři, vědci nebo profesory. A čemu se strahováci budou věnovat? Blíží se KiCAD 11 s nespočtem novinek, z nichž zde musí zmínit alespoň možnost kótování a závislostí z
… více »Asahi Linux, tj. Linux pro Apple Silicon, oficiálně podporuje čipy M3 (M3, M3 Pro a M3 Max).
Společnost Acer oslavila 50 let. Na tiskové konferenci next@acer představila řadu novinek. Vypíchnout lze přenosný ePaper displej Acer EP130K, přenosné řešení se třemi displeji Acer PD163Q P3 nebo herní handheld a notebook v jednom DualPlay Mini.
Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »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.