VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
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 verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Dobry den,
nejdriv uvedu svuj postup: otevru netbeans - zvolim New Project - Java EE - Enterprise Application - zvolim cestu s projektu - next - nyni vybiram server, na pocitaci mam nainstalovany tomcat, takze zvolim Add - Tomcat 5.5, zvolim CATALINA_HOME jao /opt/tomcat a nyni prichazi cast kde nevim...
Mam zadat prihlasovaci udaje nejake usera. Co to je za usera? Tomcat normalne pouzivam, ale zadneho usera jsem v nem ani kvuli nemu nevytvarel. Co tam mam tedy zadat?
Patrně bude potřeba nakonfigurovat uživatele v Tomcatu. Je to uložený v XML souboru v ${TOMCAT_HOME}/conf/tomcat-users.xml
. Patrně NetBeans potřebují uživatele s právy pro deployment (role tomcat
nebo admin
, nepamatuju se)…
Ja uz navic zkousel ten server pres netbeans pridat a ted kdyz to chci udelat znovu a zadam tam zase cestu k tomcatu (/opt/tomcat) tak mi to rekne ze server s touto cestou tam uz je registrovan, ale nikde ho nevidim. Kde ho prosim najdu a smazu, abych se dostal dale?
Tak uz se mi ho povedlo smazat pres tools - servers, zaregistroval jsem ho tedy znovu, tentokrat uz s username:password tomcat:tomcat. V tools - servers ten server vidim, ale kdyz zakladam novy Java EE projekt a mam mu vybrat server tak v tom listboxu nic neni a nemuzu tedy zadny server vybrat. Mohu leda kliknout na add a celou proceduru opakovat. Je to bug nebo delam neco spatne? Pouzivam netbeans 6.7.1.
OKi. Už asi tuším, kde je problém. Java EE projekt potřebuje Aplikační Server. Tomcat je jen Servlet a JSP kontejner. Jestli si chceš hrát s Java EE, musíš použít třeba Glassfish. Jestli ti stačí jen Servlety a JSP, pak musíš vytvořit projekt Java Web.
Postup:
Tak to zkus ještě jednou.
Když ti to nepojede, tak pošli skeleton projektu a soubor ~/.netbeans/6.7/build.properties
.
Dekuji moc za podrobnou odpoved! Java Web funguje. Mam vsak jeste nejake dotazy
1) Myslel jsem ze servlery a JSP jsou nejnizsi uroven Java EE (dale pak frameworky jako treba Spring nebo Hibernate) - ono to tak neni? JSP nepatri pod Java EE?
2) Pokud tedy zalozim Java Web projekt, napisi si jednoduchou hello world JSP stranku, dam F6 (run main project), tak se otevre dole log tomcatu s chybovymi hlasenimi Persimission denied, cely text je v souboru tomcat_log.txt v priloze
Chapu, ze je to tim, ze na otvirani tech souboru asi nema uzivatel pod kterym spoustim Netbeans dostatecna prava. Toto jsem prozatimne vyresil tim, ze spoustim Netbeans jako root, coz vsak jiste neni idealni reseni. Jak to prosim jde vyresit elegantneji?
3) Kdyz uz tedy spustim Netbeans jako root: adresar se sources jsem nastavil na /opt/tomcat/webapps/test2/sources, zde mam soubor index.jsp s Hello World. Context Path jsem nastavil na TestProject a vytvoril jsem adresar /opt/tomcat/webapps/TestProject. Kdyz vsak kliknu na Run project, objevi se toto:
Undeploying ... OK - Undeployed application at context path /TestProject In-place deployment at /opt/tomcat/webapps/test2/build/web Deployment is in progress... deploy?config=file%3A%2Ftmp%2Fcontext1523193159290195849.xml&path=/TestProject FAIL - Failed to deploy application at context path /TestProject /opt/tomcat/webapps/test2/nbproject/build-impl.xml:549: The module has not been deployed. BUILD FAILED (total time: 0 seconds)
Zde je ta priloha...
1) Myslel jsem ze servlery a JSP jsou nejnizsi uroven Java EE (dale pak frameworky jako treba Spring nebo Hibernate) - ono to tak neni? JSP nepatri pod Java EE?
No, Servlety a JSP jsou opravdu základní stavební kameny. Ale jen jedny z mnoha. Celé Java EE je totiž ještě o EJB, s tím související JPA, JTA, pak třeba JMS a tak podobně. A ono řešit všechny tyto věci není až tak jednoduché. Proto NetBeans rozdělují tyto věci do logických podprojektů. Webový interface pro tvou aplikaci naimplementuješ v Java Web projektu, business logiku v nějakým EJB podprojektu, další konektory a komponenty zase v jiných projektech. Na závěr založíš prázdný projekt Java Enterprise Application, do kterého nalinkuješ ty podprojekty. Z toho ti vypadne jeden .ear
balíček, který bude obsahovat vše. (V tvém případě webových aplikací se nějakým Enterprise Application nemusíš vůbec zajímat. Ty prostě skončíš jen s .war
em.)
Pro vlastní deployment se ještě hodí Java EE Deployable projekt (nevím, jak se přesně jmenuje). Tomu předhodíš ten výsledný .ear
(nebo .war
) a NetBeans ti umožní ten projekt "dokonfigurovat" pro potřeby cílového nasazení (kontexty, JNDI názvy, atd.).
Vypadá to docela složitě, ale funguje to. Dobře se to spravuje. Zachovává to modularitu. Ty podprojekty můžeš jednoduše použít jinde. Nemusíš nic vyklešťovat. Jen drobně zrefaktoruješ.
Všechny ty projekty si proklikej a vyzkoušej. Doporučuji přecijen nainstalovat ten Glassfish. Umí toho víc a navíc je pro vývoj mnohem lepší, než Tomcat. I když z něj použiješ jen tu webovou část.
2) Pokud tedy zalozim Java Web projekt, napisi si jednoduchou hello world JSP stranku, dam F6 (run main project), tak se otevre dole log tomcatu s chybovymi hlasenimi Persimission denied, cely text je v souboru tomcat_log.txt v priloze
Chapu, ze je to tim, ze na otvirani tech souboru asi nema uzivatel pod kterym spoustim Netbeans dostatecna prava. Toto jsem prozatimne vyresil tim, ze spoustim Netbeans jako root, coz vsak jiste neni idealni reseni. Jak to prosim jde vyresit elegantneji?
Řešení je naprosto jednoduché: nainstaluj si Tomcat pod svým uživatelem. Tomcat vůbec nemusí bežet pod rootem. Nepoužívá žádné privilegované operace. Instalace je jednoduchá: prostě rozzipuj někde u sebe v /home/
a nalinkuj do NetBeans.
3) Kdyz uz tedy spustim Netbeans jako root: adresar se sources jsem nastavil na /opt/tomcat/webapps/test2/sources, zde mam soubor index.jsp s Hello World. Context Path jsem nastavil na TestProject a vytvoril jsem adresar /opt/tomcat/webapps/TestProject. Kdyz vsak kliknu na Run project, objevi se toto:
Undeploying ... OK - Undeployed application at context path /TestProject In-place deployment at /opt/tomcat/webapps/test2/build/web Deployment is in progress... deploy?config=file%3A%2Ftmp%2Fcontext1523193159290195849.xml&path=/TestProject FAIL - Failed to deploy application at context path /TestProject /opt/tomcat/webapps/test2/nbproject/build-impl.xml:549: The module has not been deployed. BUILD FAILED (total time: 0 seconds)
Ne, ne, ne, ne a ne. Nikdy se nezajímej, co je v adresáři webapps/
. To je věc Tomcatu. Maximálně se ti povede to celý rozdrbat.
Zdrojové kódy si spravuj v adresáři projektu někde u sebe (já používám ~/NetBeansProjects/
) a výslednou binárku (po kompilaci) buď nadeployuj ručně přes to webový rozhraní, nebo pomocí NetBeans.
Takže, já si to dovolím shrnout.
./asadmin start-domain domain1
. Tak to zkus a dej vědět.
Dekuji moc za osvetu!
Zasekl jsem se bohuzel uz v bode 1). Stahnul jsem si a nainstaloval tomcat do meho domovskeho adresare, nejdriv jsem ho spoustel takto:
cd $CATALINA_HOME ./bin/jsvc -Djava.endorsed.dirs=./common/endorsed -cp ./bin/bootstrap.jar \ -outfile ./logs/catalina.out -errfile ./logs/catalina.err \ org.apache.catalina.startup.Bootstrap
ale to si stezoval ze nemuze zapsat svuj pid file do adresare /proc, tak jsem jeste navic pouzil tento parametr:
-pidfile /tmp/jsvc.pid
A ted je v logu pro zmenu toto:
25/09/2009 13:55:22 11122 jsvc.exec error: syscall failed in set_caps 25/09/2009 13:55:22 11122 jsvc.exec error: set_caps(CAPS) failed 25/09/2009 13:55:22 11121 jsvc.exec error: Service exit with a return value of 4
Nejake reseni jsem nasel tady: http://commons.apache.org/daemon/faq.html ale kernel se mi kvuli tomu opravdu prekompilovavat nechce - navic kdyz jsem pouzil tomcat z balicku, tak fungoval, takze kernelem by ten problem byt nemel, ne?
Vyřešíme:
petr-hadrabas-macbook-pro:Tomcat petr$ unzip apache-tomcat-6.0.16.zip -d tomcat Archive: apache-tomcat-6.0.16.zip creating: tomcat/apache-tomcat-6.0.16/ creating: tomcat/apache-tomcat-6.0.16/bin/ creating: tomcat/apache-tomcat-6.0.16/conf/ creating: tomcat/apache-tomcat-6.0.16/lib/ creating: tomcat/apache-tomcat-6.0.16/logs/ . . . . petr-hadrabas-macbook-pro:Tomcat petr$ cd tomcat/apache-tomcat-6.0.16/bin/ petr-hadrabas-macbook-pro:bin petr$ chmod +x *.sh petr-hadrabas-macbook-pro:bin petr$ ./startup.sh Using CATALINA_BASE: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16 Using CATALINA_HOME: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16 Using CATALINA_TMPDIR: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home petr-hadrabas-macbook-pro:bin petr$ netstat -an | grep 8080 tcp4 0 0 *.8080 *.* LISTEN petr-hadrabas-macbook-pro:bin petr$ ./shutdown.sh Using CATALINA_BASE: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16 Using CATALINA_HOME: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16 Using CATALINA_TMPDIR: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16/temp Using JRE_HOME: /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home petr-hadrabas-macbook-pro:bin petr$ netstat -an | grep 8080 tcp4 0 0 127.0.0.1.50364 127.0.0.1.8080 TIME_WAIT
Musíš použít startup.sh
a shutdown.sh
. jsvc
neznám. Patrně to je nějaký chytrý udělátko pro init scripty. Ale zjevně tak chytrý není, když se snaží smažit fajly do /proc/
.
Konec konců — sputit Tomcata můžeš i z NetBeans, že?
Nezapomeň! Tento tvůj lokální Tomcat je jen pro vývojové a testovací účely. Rozhodně by neměl být zařazený v init scriptech. Musíš mít nad ním plnou kontrolu. Takže startup.sh
a shutdown.sh
se mi jeví jako dostatečné řešení. Cítím morální potřebu tě dopředu varovat, že tuto instalaci budeš později dělat i několikrát denně — když se ti bude projevovat ten samý problém, co jsem měl kdysi já.
Znate to, proc to delat jednuduse (startup.sh), kdyz to jde udelat slozite (jsvc)
Jinak to uz funguje a ja Vam dekuji, usetril jste mi more casu.
Tipuji, ze Javou se zabyvate profesionalne a pokud ne, tak se kazdopadne vyznate. Myslite, ze byste se mi mohl ozvat na rezorcinol(at)seznam.cz - rad bych se zeptal na nejake info kolem praxe a dalsi veci (vybiram tema BP ohledne Java EE), at to nemusime resit tady. Dekuji.
Nač to vykání???
Mimochodem: jsem rád, že jsem pomohl.
Vykani beru jako vyraz respektu, ale tak teda tykani, ok
Nechci uz byt otravnej, ale muzu se tesit na mail? Mel bych jeste nejake dotazy ohledne vyberu tematu BP z kategorie Java EE.
Tiskni Sdílej: