Po 9 týdnech vývoje od vydání Linuxu 6.15 oznámil Linus Torvalds vydání Linuxu 6.16. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a Linux Kernel Newbies.
Americký výrobce čipů Intel propustí 15 procent zaměstnanců (en), do konce roku by jich v podniku mělo pracovat zhruba 75.000. Firma se potýká s výrobními problémy a opouští také miliardový plán na výstavbu továrny v Německu a Polsku.
MDN (Wikipedie), dnes MDN Web Docs, původně Mozilla Developer Network, slaví 20 let. V říjnu 2004 byl ukončen provoz serveru Netscape DevEdge, který byl hlavním zdrojem dokumentace k webovým prohlížečům Netscape a k webovým technologiím obecně. Mozille se po jednáních s AOL povedlo dokumenty z Netscape DevEdge zachránit a 23. července 2005 byl spuštěn MDC (Mozilla Developer Center). Ten byl v roce 2010 přejmenován na MDN.
Wayback byl vydán ve verzi 0.1. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána nová verze 6.18 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově se lze k síti Tor připojit pomocí mostu WebTunnel. Tor Browser byl povýšen na verzi 14.5.5. Thunderbird na verzi 128.12.0. Další změny v příslušném seznamu.
Meta představila prototyp náramku, který snímá elektrickou aktivity svalů (povrchová elektromyografie, EMG) a umožňuje jemnými gesty ruky a prstů ovládat počítač nebo různá zařízení. Získané datové sady emg2qwerty a emg2pose jsou open source.
Byla vydána (𝕏) nová verze 25.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 25.7 je Visionary Viper. Přehled novinek v příspěvku na fóru.
Před 40 lety, 23. července 1985, společnost Commodore představila první počítač Amiga. Jednalo se o počítač "Amiga od Commodore", jenž byl později pojmenován Amiga 1000. Mělo se jednat o přímou konkurenci počítače Apple Macintosh uvedeného na trh v lednu 1984.
T‑Mobile USA ve spolupráci se Starlinkem spustil službu T-Satellite. Uživatelé služby mohou v odlehlých oblastech bez mobilního signálu aktuálně využívat satelitní síť s více než 650 satelity pro posílání a příjem zpráv, sdílení polohy, posílání zpráv na 911 a příjem upozornění, posílání obrázků a krátkých hlasových zpráv pomocí aplikace Zprávy Google. V plánu jsou také satelitní data.
Společnost Proxmox Server Solutions stojící za virtualizační platformou Proxmox Virtual Environment věnovala 10 000 eur nadaci The Perl and Raku Foundation (TPRF).
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: