Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
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.