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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 20
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 781 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

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: 412×
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.