MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Byla vydána nová verze 14.1 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
Společnost Kaspersky vydala svůj bezplatný Virus Removal Tool (KVRT) také pro Linux.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.4.0 shrnující změny za šest let vývoje. Novinky zahrnují podporu Unicode jako výchozí, export do ePub či DocBook 5 a velké množství vylepšení uživatelského rozhraní a prvků editoru samotného (např. rovnic, tabulek, citací).
Byla vydána (𝕏) nová verze 7.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Organizace Apache Software Foundation (ASF) vydala verzi 22 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Tento zápisek byl redakcí smazán.
Tiskni Sdílej:
kofola
?
Btw, enjoy JBoss. Je to supr server, ale Tomcat startuje rychlejJBoss má Tomcat vestavěný, takže by měl startovat ještě rychleji.
JBoss má Tomcat vestavěný, takže by měl startovat ještě rychleji.Tyhle ty vtipný poznámky Ale co, já mám rád oba dva servery. Každý se hodí na něco jiného. JBoss je spíš na produkční nasazení ve spojení se Steam, nebo EJB 3. Tomcat je pro lehčí řešení typu Spring.
Maven je skvělá věc. Hlavně na správu závislostí jak mezi projekty, tak mezi 3rd party knihovnami. Docela hojně používané řešení. Nejedná se o odvozeninu Antu, spíš o jeho náhradu. Zatím co v Antu píšeš jak se má co dělat (voláš javac, apod.), tak v Mavenu akorát popisuješ, co je k tomu potřeba. O zbytek se postará Maven sám. Rozhodně doporučuji nastudovat. Ovšem ne v kombinaci s NetBeans. To bys pak mohl Maven začít nenávidětMno, ono to je celkem jedno. Vesměs potřebuju pořád to samé (zkompilovat, zabalit a nahrát na server, případně zkonfigurovat), a na to stačí pár řádků kódu. A navíc se dá jeden sestavovací skript používat opakovaně (pokud si proměnné dáš do nějakého *.properties a měníš je podle potřeby tam). Ale stejně na to mrknu, může to být zajímavé. A jinak používám Eclipse.
O zbytek se postará Maven sám. Rozhodně doporučuji nastudovat.Měl jsem tu čest a zodpovědně prohlašuji na plnou hubu: Maven je teplej (nic proti gayům). Závislosti vyřeší Ivy, a ty šílené problémy s chybějící dokumentací, podivně se chovajícími pluginy a impotencí ve chvíli, kdy bych chtěl třeba generovat kód nějakým skriptem, za to fakt nestojí. A tuhle jsem narazil na nějaký nástroj v Groovy, který by měl být "Maven done right", ale teď to nemůžu najít; rozhodně to vypadalo dobře.
JBoss je spíš na produkční nasazení ve spojení se Steam, nebo EJB 3. Tomcat je pro lehčí řešení typu Spring.Asi jde o Seam… Jo, a podle mého ohavného antiJEE názoru je cokoliv těžšího než Tomcat zbytečný kanón na vrabce, a Spring dokáže JEE ve všech ohledech plně zastoupit (jakkoliv se Rod Johnson snaží tvrdit, že jde o technologie, které se navzájem doplňují; zrovna tohle mu ani trochu nežeru ). I když chápu, že občas si prostě člověk nemůže vybírat.
Měl jsem tu čest a zodpovědně prohlašuji na plnou hubu: Maven je teplej (nic proti gayům). Závislosti vyřeší Ivy, a ty šílené problémy s chybějící dokumentací, podivně se chovajícími pluginy a impotencí ve chvíli, kdy bych chtěl třeba generovat kód nějakým skriptem, za to fakt nestojí.Problém je v tom, že ant je totéž v bledě modrém - jakmile v něm chci něco udělat, musím si napsat task v Javě. Pokud chci použí standardní tasky, musím se hrabat ve zdrojácích abych viděl co to vůbec bude nebo nebude dělat. Takže mi nějak uniká výhoda antu...
A tuhle jsem narazil na nějaký nástroj v Groovy, který by měl být "Maven done right", ale teď to nemůžu najít; rozhodně to vypadalo dobře.Jo, něco takového by to chtělo... Maven 1 s jeho Jelly se mi docela líbil - dal se v něm opravdu psát script. A nebo starý dobrý Makefile
Asi jde o Seam…Bože, já jsem trubka Steam je přece v HalfLife
O zbytek se postará Maven sám. Rozhodně doporučuji nastudovat. Ovšem ne v kombinaci s NetBeans. To bys pak mohl Maven začít nenávidětObávám se, že problém je spíš v tom Mavenu, protože úplně stejné problémy se projevují i v případě, kdy Maven spouštíte z příkazové řádky. A to „postará se sám“ je trochu nadsazené (a myslím, že hlavní zdroj všech problémů) – postaral by se sám, kdyby všechno na světě bylo ideální a všechno bylo v Mavenu. Jenomže ne všechny projekty a knihovny třetích stran používají přesně ty konvence, které vyžaduje Maven, a s tím je pak problém.
Není dokonce Maven nějaká jeho odvozenina?Spis "inspirovanina" Pokud vim, tak z Antu nevychazi. Spis se obcas Ant targety volaji pri mavenovskem buildu... Nebo obracene. Me osobne zatim Ant staci, ale u projektu, ktery ma nejaky vetsi pocet zavislosti (knihoven) a dela na nem vic lidi, bych Maven nasadil (v praci ho pouzivame). Mj. je to fajn v tom, ze knihovny se nemusi commitovat do nejakeho VCS, ale commitne se jen pom.xml a ten pri updatu/checkoutu zaridi potrebny ekosystem knihoven z mavenich repozitaru. Ale i vic zajimavosti to ma...
Ale i vic zajimavosti to ma...Jako například integraci s Continuum?
Je možné z Mavenu vytáhnout seznam závislostí? Kdysi jsem potřeboval něco ubalit pro Gentoo a ono to pořád stahovalo a stahovalo knihovny, tak jsem se na to vybodnul. Prostě balíčkovací sytém navíc nepotřebuji.Tam je drobný háček: ty knihovny které to stahovalo v Gentoo pravděpodobně nejsou a nebudou. Ledaže by někdo udělal nějaký frontend, který by je generoval automaticky... hmm... to by možná nebyl zcela marný nápad.
/Applications/NetBeans/NetBeans 6.1.app/
a nějak nemám problém :-/ A abych řekl pravdu, tak s mezerami mám problém vždy opravdu jen na Windows V tomhle mě třeba strašně s*rou startovací skripty (dávky) Antu -- jak je jednou Java v Program Files\
s mezerou namísto PROGRA~1\
, tak to prostě nejde a nejede. A což o to. To by nevadilo. Ale problém je, že jak se napíše ten zkrácený název, tak už nefunguje v konzoli doplňování x-( Windows prostě nejsou pro mě
Ještě hezčí to je, když se do toho zamíchá ještě nastavení locale. Při návrhu jedné aplikace typu klient-server se mi server rozhodl, že bude posílat datum psané česky, protože je přece v ČR. Jaký brajgl to udělalo v klientu, asi nemusím říkat.Vtipnne take je, ze printf %f s ceskym locale pise desetinnou carku. To pak clovek obcas narazi na chyby v generovanych textovych souborech (XML a jine) z GUI programu.
/Users/marian/Destkop/Šíleně žluťoučký kůň úpěl ďábelské ódy/jboss/bin
a také to nešlo. Používám Javu od Applu, která (alespoň dle mého názoru) obsahuje méně chyb, než ta od Sunu. Spíše to vypadá, že se v JBossu dějí divné věci
Me zase fascinuje, jak je mozny, ze doma ti to v tom adresari "Nástroje" funguje.Doma jsem to zkoušel v cestě bez diakritiky, tzn. ne v ~/Nástroje.