Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.3. Představení novinek také na YouTube. Bun je naprogramován v programovacím jazyce Zig.
V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
WebAppContext
metodu addHandler()
, takže stačí do příslušného <context>.xml
dopsat pár řádků, jak je uvedeno např. na http://docs.codehaus.org/display/JETTY/Logging+Requests dole.
U verze 7 třída WebAppContext
metodu addHandler()
nemá, takže tento postup nefunguje. Tuto metodu jsem ale našel u třídy HandlerCollection
, ovšem nevím, jak to do konfiguračního souboru zakomponovat. Navíc se zdá, že instance HandlerCollection
je společná pro třídu Server
, takže nevím, zda je vhodné/možné tam přidávat handlery pro jednotlivé webapps. Nebo je třeba založit vlastní instanci?
Jsem zmaten a google nepomáhá. Našel jsem pár podobných otázek, ale bez odpovědi.
Řešení dotazu:
ContextHandler
, do něj vložte HandlerCollection
, který postupně zavolá všechny vložené handlery bez ohledu na výsledek předchozího handleru, a do něj vložte postupně WebAppContext
a po něm RequestLogHandler
.
<?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd"> <Configure class="org.eclipse.jetty.server.handler.ContextHandler"> <Set name="contextPath">/</Set> <Set name="resourceBase"> <SystemProperty name="jetty.home" default="."/>/webapps/neco.cz </Set> <Set name="virtualHosts"> <Array type="java.lang.String"> <Item>local.neco.cz</Item> </Array> </Set> <New class="org.eclipse.jetty.server.handler.HandlerCollection"> <Call name="addHandler"> <Arg> <New class="org.eclipse.jetty.server.handler.RequestLogHandler"> <Set name="requestLog"> <New id="RequestLogImpl" class="org.eclipse.jetty.server.NCSARequestLog"> <Arg> <SystemProperty name="jetty.logs" default="./logs"/>/yyyy_mm_dd-neco.cz-request.log </Arg> <Set name="retainDays">90</Set> <Set name="append">true</Set> <Set name="extended">true</Set> <Set name="logCookies">false</Set> <Set name="LogTimeZone">GMT</Set> </New> </Set> </New> </Arg> </Call> </New> <New class="org.eclipse.jetty.webapp.WebAppContext"> </New> </Configure>Nejen, že to neloguje (resp. ani soubor pro log neotevře), ale navíc místo obsahu patřičného virtualhosta posílá obsah default contextu. Zkoušel jsem
<Set name="virtualHosts"> ...
přmístit do WebAppContext, ale výsledek je stejný.
Přiznávám, že některá zákoutí konfigurace jetty jsou pro mne zatím španělská vesnice, hodně tápu. A dokumentace se mi zdá na rozdíl od jiných projektů dost neuchopitelná. <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd"> <Configure class="org.eclipse.jetty.server.handler.ContextHandler"> <Set name="contextPath">/</Set> <Set name="virtualHosts"> <Array type="java.lang.String"> <Item>local.neco.cz</Item> </Array> </Set> <Set name="handler"> <New class="org.eclipse.jetty.server.handler.HandlerCollection"> <Call name="addHandler"> <Arg> <New class="org.eclipse.jetty.webapp.WebAppContext"> <Set name="contextPath">/</Set> <Set name="resourceBase"> <SystemProperty name="jetty.home" default="."/>/webapps/neco.cz </Set> </New> </Arg> </Call> <Call name="addHandler"> <Arg> <New class="org.eclipse.jetty.server.handler.RequestLogHandler"> <Set name="requestLog"> <New id="RequestLogImpl" class="org.eclipse.jetty.server.NCSARequestLog"> <Arg> <SystemProperty name="jetty.logs" default="./logs"/>/yyyy_mm_dd-neco.cz-request.log </Arg> <Set name="retainDays">90</Set> <Set name="append">true</Set> <Set name="extended">true</Set> <Set name="logCookies">false</Set> <Set name="LogTimeZone">GMT</Set> </New> </Set> </New> </Arg> </Call> </New> </set> </Configure>
index.jsp
, ale dostanu java.lang.StackOverflowError
. Pokud napíšu úplnou cestu, je to v pořádku. To už je ale jiný problém, mrknu na to zítra (zřejmě chybí nastavení, které jsem předtím odněkud dědil).
... at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.setAttribute(Dispatcher.java:474) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.removeAttribute(Dispatcher.java:495) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.setAttribute(Dispatcher.java:474) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.removeAttribute(Dispatcher.java:495) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.setAttribute(Dispatcher.java:474) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.removeAttribute(Dispatcher.java:495) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.setAttribute(Dispatcher.java:474) at org.eclipse.jetty.server.Dispatcher$ForwardAttributes.removeAttribute(Dispatcher.java:495) at org.eclipse.jetty.server.Request.removeAttribute(Request.java:1371) at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:212) at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:115) ...Metoda
removeAttribute(name)
volá setAttribute(name, null)
a ta při splnění určitých podmínek (které jsou v tomto případě evidentně splněny) volá opět removeAttribute(name)
.
Podle dalšího pohledu do zdrojáku se zdá, že pravou příčinou je zajímavě okomentovaný řádek:
request.removeAttribute(__JSP_FILE); // TODO remove when glassfish 1044 is fixed
Takže jsem asi narazil na chybu, která vznikla ja dočasný workaround chyby 1044 v Glassfish.
A teď, babo raď...
__JSP_FILE
s tím nesouvisí. Pokud používáte nějakou starší verzi, zkuste nejnovější stabilní, a jinak napište, jakou verzi používáte – protože tohle spíš vypadá na chybu v Jetty (kdyby to byla chyba v konfiguraci, muselo by se to zacyklit už dřív).
Tiskni
Sdílej: