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 11:11 | Zajímavý článek

Společnost Red Hat s vydáním Red Hat Enterprise Linuxu 7.4 oznámila ukončení podpory souborového systému Btrfs. Bude to mít vliv na podporu Btrfs v linuxových distribucích SUSE Linux Enterprise? Odpověď v příspěvku na blogu SUSE: Kdyby Brazílie, jeden z největších producentů hovězího masa, oznámila, že přestane produkovat ryby, ptali byste se, zda Peru, jeden z největších světových producentů ryb, přestane produkovat ryby? Pravděpodobně ne. Stejně je to s Btrfs. Btrfs je a nadále zůstane výchozím souborovým systémem v SUSE Linux Enterprise [reddit].

Ladislav Hagara | Komentářů: 2
včera 19:46 | Nová verze

dnsdist, specializovaný balancer pro DNS provoz, dosáhl stabilní verze 1.2.0. Tento software vyvíjí komunita kolem PowerDNS a neměl by uniknout pozornosti nikomu, kdo provozuje vytíženější rekurzivní DNS servery. Balancer je vhodný k obraně před DDoS útoky, je skriptovatelný v LUA, disponuje konzolovým rozhraním a má spoustu dalších zajímavých vlastností.

… více »
BigWrigley | Komentářů: 0
včera 15:22 | Nová verze

Byla vydána verze 9.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze možnost ověřování GPG podpisů u commitů.

Ladislav Hagara | Komentářů: 4
22.8. 16:22 | Nová verze

Byla vydána verze 0.11.0 softwaru pro statistickou analýzu dat GNU PSPP (Wikipedie), svobodné alternativy k proprietárnímu softwaru IBM SPSS Statistics (Wikipedie). Vedle několika vylepšení a oprav chyb jsou řešeny také 2 bezpečnostní chyby CVE-2017-10791 a CVE-2017-10792. O týden později byla vydána verze 1.0.0 přinášející pouze aktualizaci překladů. Proč verze 1.0.0 a ne například 0.11.1? Dle vývojářů jsou důvody následující:

… více »
Ladislav Hagara | Komentářů: 0
22.8. 10:35 | Komunita

Na blogu Oracle se objevila zpráva o tom, že plánovaná verze Java EE 8 bude uvolněna jako open source (referenční implementace a compatibility kit). V současné době je uvolněna jen Java SE (standard edition) pod licencí GPLv2 v podobě OpenJDK (Open Java Development Kit), kterou začal v roce 2006 uvolňovat Sun.

Max | Komentářů: 4
21.8. 23:55 | IT novinky

Google na YouTube oficiálně představil Android 8.0 Oreo. Přehled novinek v příspěvku na blogu věnovaném vývojářům.

Ladislav Hagara | Komentářů: 34
21.8. 16:44 | Zajímavý článek

Po téměř 3 měsících od vydání třetího čísla publikoval Michal Špaček na svých stránkách čtvrté číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Jedná se současně o číslo poslední: "Nepíše se mi to lehce, a trvalo to, než jsem to ze sebe dostal, ale tohle je poslední newsletter v této podobě. Ani jsem ho nestihl pojmenovat a už jsem ho zabil. Nezbývá mi tolik času, abych každou událost, novinku a změnu v prohlížeči detailně popisoval tak, jak bych v newsletteru chtěl, mrzí mě to".

Ladislav Hagara | Komentářů: 2
21.8. 07:00 | Nová verze

Byla vydána diaspora* ve verzi 0.7.0.0. Jedná se o svobodný software, který slouží jako osobní webový server pro poskytování služeb sociální sítě (Wikipedie). Přehled novinek v příspěvku na blogu a na GitHubu. Sociální síť diaspora* byla před pěti lety předána komunitě.

Ladislav Hagara | Komentářů: 0
21.8. 06:00 | IT novinky

Společnost Hardkernel stojící za jednodeskovými počítači ODROID představila na YouTube minipočítač určený pro domácí cloud ODROID-HC1 vycházející z ODROID-XU4. Minipočítač s kovovou krabičkou, do které stačí vložit 2 a půl palcový disk, lze koupit za 49 dolarů. ODROID-HC1 je stohovatelný.

Ladislav Hagara | Komentářů: 41
20.8. 16:22 | Nová verze

Byl vydán DB Browser for SQLite (sqlitebrowser) ve verzi 3.10.0. Nejnovější stabilní verze této grafické nadstavby nad relačním databázovým systémem SQLite (Wikipedie) přináší například integraci s DBHub.io, tj. platformou pro sdílení SQLite databází. Podrobnosti na GitHubu.

Ladislav Hagara | Komentářů: 2
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (18%)
 (76%)
Celkem 378 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: ROOT context - WAR se nerozbaluje

    14.5.2014 10:43 Nautil | skóre: 2 | Praha
    ROOT context - WAR se nerozbaluje
    Přečteno: 172×
    Ahoj všem,

    Používám Tomcat 7.0.29 (ze ZIPu z webu Apache Tomcat), Oracle Linux 6.4 a rád bych deployoval aplikaci myapp s ROOT kontextem s využitím virtualhosta.

    Nastavení jsem se snažil provést podle následující dokumentace Tomcatu:

    http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Naming

    If you want to deploy a WAR file or a directory using a context path that is not related to the base file name then one of the following options must be used to prevent double-deployment:
    a) Disable autoDeploy and deployOnStartup and define all Contexts in server.xml
    b) Locate the WAR and/or directory outside of the Host's appBase and use a context.xml file with a docBase attribute to define it.

    http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Defining_a_context

    Individual Context elements may be explicitly defined:
    A. In an individual file at /META-INF/context.xml inside the application files. Optionally (based on the Host's copyXML attribute) this may be copied to $CATALINA_BASE/conf/[enginename]/[hostname]/ and renamed to application's base file name plus a ".xml" extension.
    B. In individual files (with a ".xml" extension) in the $CATALINA_BASE/conf/[enginename]/[hostname]/ directory. The context path and version will be derived from the base name of the file (the file name less the .xml extension). This file will always take precedence over any context.xml file packaged in the web application's META-INF directory.
    C. Inside a Host element in the main conf/server.xml.

    Požadavky na deployment myapp

    1. Deployovaná s context path=""
    2. Soubor se jmenuje myapp.war (ne ROOT.war)
    3. V rozbaleném WAR souboru by se neměl editovat soubor META-INF/context.xml
    4. Měla by být rozbalena jen do jedné složky a deployována 1x.

    Abych toto dosáhl, provedl jsem následující

    • řídil jsme se možnostmi b) and B. z dokumentace Tomcatu, tedy
    • definoval virtualhost myapphostname s appbasedir $CATALINA_HOME/myapp_dst
    • umístil myapp.war do složky $CATALINA_HOME/myapp_src (splnění požadavku b)
    • vytvořil soubor $CATALINA_HOME/conf/Catalina/myapphost/ROOT.xml obsahující context path="" docBase=$CATALINA_HOME/myapp_src/myapp.war (splnění požadavku B)

    Předpokládal jsem, že se myapp.war rozbalí do appBase virtualhosta,t.j. do $CATALINA_HOME/myapp_dst nebo do $CATALINA_HOME/myapp_dst/ROOT, ale nestalo se ani jedno. Aplikace myapp beží z nerozbaleného WARu.

    Co bych měl změnit v konfiguraci nebo v souborové struktuře, abych dosáhl požadovaného chování?

    Předem díky za rady.

    Leoš

    === adresářová struktura - relevantní soubory/složky ===
    $CATALINA_BASE
    |-- bin
    |-- conf
    |   |-- Catalina
    |   |   |-- localhost
    |   |   `-- myapphost
    |   |       `-- ROOT.xml
    |   |-- catalina.policy
    |   |-- catalina.properties
    |   |-- context.xml
    |   |-- logging.properties
    |   |-- server.xml
    |   |-- tomcat-users.xml
    |   `-- web.xml
    |-- lib
    |-- LICENSE
    |-- logs
    |-- NOTICE
    |-- myapp_dst
    |   |-- mysecondapp
    |   `-- mysecondapp.war
    |-- myapp_src
    |   `-- myapp.war
    |-- RELEASE-NOTES
    |-- temp
    |-- webapps
    `-- work
    
    === server.xml - relevantní část ===
    <Engine name="Catalina" defaultHost="myapphost">
      <Realm className="org.apache.catalina.realm.LockOutRealm">
      <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
             resourceName="UserDatabase"/>
      </Realm>
    
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="localhost_access_log." suffix=".txt"
               pattern="%h %l %u %t "%r" %s %b" />
      </Host>
    
      <Host name="myapphost" appBase="myapp_dst" unpackWARs="true" autoDeploy="true">
      </Host>
    </Engine>
    
    === $CATALINA_HOME/conf/Catalina/myapphost/ROOT.xml ===
    <Context path="" docBase="/opt/programs/tomcat7b/myapp_src/myapp.war" />
    

    Řešení dotazu:


    Odpovědi

    14.5.2014 11:01 Filip Jirsák
    Rozbalit Rozbalit vše Re: ROOT context - WAR se nerozbaluje
    Po krátkém hledání na internetu bych řekl, že Tomcat WARko nerozbaluje, minimálně v případě, že je WARko umístěné mimo appBase. Proč vůbec chcete, aby aplikace běžela z rozbaleného WARka? Podle mne k tomu může být důvod jen u špatně napsané aplikace.
    14.5.2014 11:20 Nautil | skóre: 2 | Praha
    Rozbalit Rozbalit vše Re: ROOT context - WAR se nerozbaluje

    Děkuji. Ano, je to tak, mimo appBase Tomcat WARy nerozbaluje. Šlo mi o to nastavit <Context path=""/>, rozbalit WAR a zároveň se vyhnout vytvoření složky ROOT.war. Rád bych, aby Tomcat rozbalil WAR pouze do složky myapp, což však nejspíš koliduje s dokumentací, která vyžaduje pro prázdný stríng v Context path složku ROOT nebo soubor ROOT.war.

    Rozbalení WAR je požadavek zákazníka, pro kterého nastavení provádím. Panuje obava, že aplikace běžící z nerozbaleného WARu bude běžet pomaleji než z rozbaleného.

    Řešení 1× (Nautil (tazatel))
    14.5.2014 11:38 Filip Jirsák
    Rozbalit Rozbalit vše Re: ROOT context - WAR se nerozbaluje
    Podle mne když použijete docBase, Tomcat WARko nemůže rozbalit, protože vůbec nic neví o cíli – např. jestli je tam povolen zápis. Takže pokud chcete použít automatické rozbalování, musíte WARko nahrát do appBase. ContextPath je pak možné určit buď názvem WARka nebo souborem context.xml ve WARku. Nebo můžete WARko rozbalit předem a docBase nasměrovat na rozbalený adresář. Nebo použít Jetty, které WARka rozbaluje do systémového dočasného adresáře. A nebo se vykašlat na rozbalování, to, že by aplikace běžela pomaleji, je podle mne nesmysl. Týkalo by se to nanejvýš statických souborů, a ty lze stejně nejrychleji odeslat jedině přes NIO, takže je nutné celý mechanismus servletů obejít (Jetty to umí, nevím, zda i Tomcat – ale rozhodně to znamená mnohem víc konfigurace, než jenom někam nahrát WAR).
    14.5.2014 12:15 Nautil | skóre: 2 | Praha
    Rozbalit Rozbalit vše Re: ROOT context - WAR se nerozbaluje

    Děkuji za upřesnění. Díky Vám jsem si ujasnil, že zmíněné požadavky na deploy se nedají splnit současně a to protože se Tomcat chová takto:

    • Svázanost <Context path="string"> se jménem WAR nebo rozbalené složky, kdy prázdný string vyžaduje pojmenování ROOT.war, resp. ROOT/ (složka), což dokumentace Tomcatu popisuje zde.
    • Možnost vyhnout se této svázanosti za cenu toho, že WAR soubor webové aplikace (nebo složku s rozbalenou aplikací) nahraju mimo appBase do nějakého docBase, kde ovšem ztrácím možnost rozbalení WAR, protože je docBase pro Tomcat neviditelná.

    Ještě jednou díky za Vaše postřehy. Řešením v mém případě bude nejspíše nerozbalovat WAR.

    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.