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 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
dnes 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 0
včera 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 12
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 6
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 6
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 15
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 703 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

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

    Jiri 26.5.2010 10:21 Jiri "eR0" Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
    jetty 7 - samostatné logování requestů pro každou webapp
    Přečteno: 415×
    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: 66 | 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.
    Jiri 26.5.2010 14:11 Jiri "eR0" 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: 66 | 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>
    
    Jiri 26.5.2010 16:11 Jiri "eR0" 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: 66 | 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).
    Jiri 27.5.2010 17:56 Jiri "eR0" 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: 66 | 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).
    Jiri 28.5.2010 07:04 Jiri "eR0" 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?
    Jiri 31.5.2010 08:05 Jiri "eR0" 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.
    Jiri 7.6.2010 15:24 Jiri "eR0" 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.