abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 05:33 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | IT novinky

    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.

    Ladislav Hagara | Komentářů: 7
    včera 01:22 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 0
    9.10. 15:33 | Komunita

    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.

    Ladislav Hagara | Komentářů: 0
    9.10. 12:44 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 0
    9.10. 12:22 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 0
    9.10. 01:22 | Nová verze

    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.

    Ladislav Hagara | Komentářů: 0
    8.10. 15:11 | Bezpečnostní upozornění

    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).

    Ladislav Hagara | Komentářů: 5
    8.10. 14:00 | IT novinky

    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.

    Ladislav Hagara | Komentářů: 20
    8.10. 12:33 | Zajímavý software

    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.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (46%)
     (16%)
     (17%)
     (21%)
     (16%)
     (17%)
     (16%)
     (16%)
    Celkem 206 hlasů
     Komentářů: 13, poslední 8.10. 07:41
    Rozcestník

    Dotaz: jetty 7 - samostatné logování requestů pro každou webapp

    Jiří Svoboda avatar 26.5.2010 10:21 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    jetty 7 - samostatné logování requestů pro každou webapp
    Přečteno: 525×
    Zkusil jsem místo jetty verze 6 nasadit verzi 7 a nedaří se mi zprovoznit samostatné logování pro každou aplikaci.

    U verze 6 má třída 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:


    Odpovědi

    26.5.2010 10:36 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Použijte 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.
    Jiří Svoboda avatar 26.5.2010 14:11 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Díky za odpověď. Na jejím podkladě jsem sesmolil tohle:
    <?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á. :-(
    26.5.2010 14:50 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Zkuste to takhle:
    <?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>
    
    Jiří Svoboda avatar 26.5.2010 16:11 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Máme tu posun. V zásadě to funguje, tedy především to začalo logovat. Teď to má tu vadu, že pokud cesta končí lomítkem, tak neposkytne 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).
    26.5.2010 16:18 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    To vypadá, že se to zacyklí při interním přesměrovávání. Nejsem si jist, jak fungují ty kontexty vnořené do sebe – ale v tom ContextHanlderu contextPath určitě musí být nastaven, aby se logovala jen příslušná webová aplikace (i když zrovna v tomhle případě je webová aplikace v rootu, takže by to vyšlo nastejno, i kdyby se logovalo vše).
    Jiří Svoboda avatar 27.5.2010 17:56 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Tak jsem nad tím dnes strávil zase pár hodin... Nejprve jsem se to pokoušel udělat pomocí jinak seskládaných objektů v konfiguraci, aby těch handlerů nebylo tolik v sobě (dnes jsem toho hodně pochopil). Zdá se ale, že jediná použitelná kombinace je ta vámi nabídnutá. Takže jsem se zaměřil na tu výjimku.

    Zacyklí se to opravu při forwardu, ale konkrétně to vypadá takto:
    ...
    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ď...
    27.5.2010 18:38 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    To ale máte nějakou starší verzi (před stabilní 7.0.0), ne? Podle mne se takhle kód, který je už v 7.0.0 stable zacyklit nemůže… I když u těch pre verzí by se to normálně takhle zacyklit taky nemělo, ale možná ten kód v některé verzi vypadal ještě jinak. Každopádně ten řádek s __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).
    Jiří Svoboda avatar 28.5.2010 07:04 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Dělá mi to ve verzích jetty-hightide-7.0.1.v20091125 a jetty-hightide-7.1.0.v20100505. Jiné verze jsem nezkoušel. Hightide používám, protože na rozdíl od eclipse verze má podporu JSP.

    Jako runtime pouzivam jdk1.6.0_18.

    Podle vás to mám zkusit nahlásit?
    Jiří Svoboda avatar 31.5.2010 08:05 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    V pátek jsem to nahlásil jako bug. Někdo se ozval a ještě mě požádal o debug log. Takže uvidíme.
    Jiří Svoboda avatar 7.6.2010 15:24 Jiří Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    Rozbalit Rozbalit vše Re: jetty 7 - samostatné logování requestů pro každou webapp
    Takže skoro vyřešeno.

    Ta nekonečná smyčka sama o sobě chybou nebyla, způsobovaly ji opravdu ty do sebe vnořené kontexty.

    Bug report však poukázal na to, že Jetty 7 opravdu neumí logovat pro každý kontext zvlášť. Dnes ráno jeden z vývojářů doplnil podporu této vlastnosti do zdrojáků.

    Bug report a jeho příjemný důsledek je zde: http://jira.codehaus.org/browse/JETTY-1231

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.