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.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Dobry den, programuji projekt v Netbeans a zasekl jsem se na zdanlive malickosti. V programu pracuji s XML soubory a mam tedy tridu pro jejich nacitani a pro jejich dalsi zpracovani.
Jeste pred vysvetlenim problemu sem hodim strom projektu:
$ tree -d . |-- build | |-- classes | | `-- program | | |-- data | | |-- images | | `-- xml | `-- empty |-- nbproject | `-- private |-- src | `-- program | |-- data | |-- images | `-- xml `-- test
Co jsem se dival do automaticky generovaneho kodu obrazky ze slozky images se nacitaji takto:
jLabelSTARTER.setIcon(new javax.swing.ImageIcon(getClass().getResource("/program/images/start.PNG")));
Z toho jsem logicky usoudil, ze kontruktor me tridy pro praci s XML budu volat takto:
XMLworker xmlDoc = new XMLworker("/program/data/score.xml", "scoreboard");
Soubor score.xml ve slozce data SKUTECNE existuje, presvedcoval jsem se o tom snad 100x.
Vzdy vsak dostanu chybu
program.xml.XMLworkerException: Cannot load document: java.io.FileNotFoundException: /program/data/score.xml (No such file or directory) ...
Zkousel jsem tu cestu k souboru ruzne upravoval, ale bezvysledne
Pkud by vas nahodou zajimal i ten vlastni konstruktor:
public XMLworker(String uri, String topElement) throws XMLworkerException { try { DocumentBuilder builder=DocumentBuilderFactory.newInstance().newDocumentBuilder(); doc = builder.parse(uri); } catch (java.lang.Exception e) { throw new XMLworkerException("Cannot load document: "+e.toString()); } checkDocumentStructure(); test(); }
Foo().class.getResourceAsStream("data.txt");
Podmienkou je, aby data.txt a Foo.java boli v jednej package.
Tym nechcem tvrdit, ze to inak nejde, ale mne to takto staci a dalej to neriesim.
To reseni mi prijde trochu "pres ruku", ale budiz, s tim bych se smiril. Problem vsak je, ze v adresari data, kde je umisten soubor score.xml neni zadna trida...
Nevi prosim nekdo? Opravdu nutne bych to potreboval vyresit. Myslim, ze NetBeans je natolik rozsirene IDE, ze hodne lidi s necim podobnym muselo setkat...
vsimnul jste si rozdilu ve volani funkce getClass().getResource(string)? Parametrem teto funkce je cesta ktera se hleda v CLASSPATH, zatimco kdyz zavolate builder.parse(string) - tak se string povazuje za URI!! /nekde/neco je u me klasicka cesta v rootu. spravne by melo byt neco jako: jar:file:/.../foo.jar!/program/data/score.xml tedy to co dostanete kdyz zavolate getClass().getResource("/program/data/score.xml").toURI a to predate jako parametr, a nebo:
misto doc = builder.parse(uri); volat doc = builder.parse(getClass().getResourceAsStream(uri));
snad jsem se vyjadril dost jasne :)
Aha, dekuji, tuhle cast kodu jsem zkopiroval odsud (serial o XML na linuxsoft):
http://www.linuxsoft.cz/img/xml03/src/PhoneBookTableModel.java.html
tak jsem tomu veril...
java.lang.Class.getResource()
, případně obdobná metoda u třídy ClassLoader
.
V druhém případě se předává cesta k souboru na disku, dokumentaci hledejte u java.io.File
.
Tiskni Sdílej: