Záleží k čemu to potřebujete, jestli jako hračku nebo na tom budou
záviset naše životy. Jestli je to druhý případ, pak jediný seriózní
zdroj jsou informace
pro piloty - http://www.chmi.cz/meteo/olm/produkty/index.htm
Je tam možnost nechat si poslat METAR a další věci na mail.
http://rlpquery.r
Ahoj,
zkuste http://teplomer.sh.cvut.cz/.
On 10/3/07, Martin Krajci <[EMAIL PROTECTED]> wrote:
> Zdravim konferenciu,
>
> Pozna niekdo nejaku sluzu ktorej response by bola predpoved pocasia v ceskej
> republike? Predpoved by stacila na jeden den a stacila by teplota v prahe.
> Sluzba nemus byt we
Ahojte,
On 10/3/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Zkoušel jsem toto:
> DefaultFontMapper mapper = new DefaultFontMapper();
> mapper.insertDirectory("c:/windows/fonts");
> DefaultFontMapper.BaseFontParameters fontParameters =
> mapper.getBaseFontParameters("Times New Roman");
> f
Zkoušel jsem toto:
DefaultFontMapper mapper = new DefaultFontMapper();
mapper.insertDirectory("c:/windows/fonts");
DefaultFontMapper.BaseFontParameters fontParameters =
mapper.getBaseFontParameters("Times New Roman");
fontParameters.encoding = BaseFont.CP1250;
font se najde, parametr
Zdravim konferenciu,
Pozna niekdo nejaku sluzu ktorej response by bola predpoved pocasia v ceskej
republike? Predpoved by stacila na jeden den a stacila by teplota v prahe.
Sluzba nemus byt web service ale moze.
Dakujem
Martin Krajci
Mockrat dekuju za reakce. K tomu, jestli musim nebo nemusim - ja si to
nevymyslel, mam jen pred sebou "jednoduchy" pozadavek: CORBA-SOAP
bridge a vcetne emulace RPC pres SOAP. Je nutne, aby to zkratka
chodilo pres jednu ESB.
Podivam se na ty "pokusy" o tento pristup. Moc me to tedy nepotesilo,
ale
Lukas Zapletal wrote:
> Zdravim,
>
> chtel bych si jen potvrdit jednu myslenku. Potreboval bych pomoci
> JAX-WS/SOAP zavolat metodu, ktera by mi vratila jiny objekt (tedy
> odkaz, nad kterym bych chtel volat dalsi metody). Ze vseho, co vim, mi
> vychazi, ze to neni mozne. U webovych sluzeb je mozn
Nejam mam pocit, ze ti to vsechno moc komplikujete.
SOAP je multiplatformni protokol a kvuli tomu neumi posilat zadne tridy, ale
jen data.
Naproti tomu napr. takove RMI je Java specific protokoal a umi posilat nejen
data ale i tridy.
Proc tedy chcete jit mermomoci do multiplatformniho SOAPu,
A opravdu to musi byt JAX-WS/SOAP?
Protoze toto je zcela jasny pozadavek na ORB (RMI, Corba) a stavet svuj vlastni
nad WS mi prijde jako docela pracne mrhani prostredky (lidskymi a tedy i
financnimi).
Kamil Podlesak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTE
Dobry den,
otazka, kterou byste si podle meho nazoru mel polozit, je, zda jsou
webove sluzby tou nejlepsi technologii pro implementaci toho, co
popisujete.
Proc nepouzijete RMI, kde to jde snadno?
Webove sluzby prinaseji vyhody napr. pri integraci ci tam, kde chcete
nabizet sluzbu klientu
Cus,
WASP server od Systinetu toto kdysi davno umel - delal to v podstate
tak, ze pro remotni objekt vypublishnul
za runtime jako webservice a klient dostal do ruky proxy. Remotni
objekty implementovaly Remote.
Mej se,
fil
Lukas Zapletal wrote:
Zdravim,
chtel bych si jen potvrdit jednu my
Dobry den,
zminovany problem jsem neresil, ale rekl bych, ze webova sluzba by mela byt
schopna vratit
odkaz na jinou webovou sluzbu, kterou byste mohl volat.
To uz ale spise vede na prohledavani nejake "service registry".
Kdysi jsem byl na prezentaci firmy Systinet (IDOOX/Systinet/Mercury/HP),
k
Aplikacni kontext se inicializoval listenerem pri startu webove aplikace
(standardni pustup Springu).
Aplikace je spise mensiho rozsahu.
Zatim jsem problemy nezaznamenal.
Spousteni serveru z aplikacniho kontextu by nemel byt problem.
Pokud vim, tak servlet API neklade zadna omezeni na spousteni v
Zdravim,
chtel bych si jen potvrdit jednu myslenku. Potreboval bych pomoci
JAX-WS/SOAP zavolat metodu, ktera by mi vratila jiny objekt (tedy
odkaz, nad kterym bych chtel volat dalsi metody). Ze vseho, co vim, mi
vychazi, ze to neni mozne. U webovych sluzeb je mozne pouze pracovat s
primitivnimi ty
Dne Wednesday 03 of October 2007 14:33:29 Michal Palička napsal(a):
> Dalsi server (non-HTTP) spoustim v ramci aplikacniho kontextu Springu.
... a tento aplikační kontext je spuštěn z jetty, chápu to tedy správně? Jak
velké aplikace jste takto provozoval? Nějaké problémy?
--
Martin Beránek
Dobry den,
tento problem jsem resil a vyuzil jsem pristup (2).
Balik s aplikaci obsahuje jednak Jetty a jednak WAR.
Jetty je nastaven tak, aby automaticky spustil tento WAR (jetty.xml).
Neni treba do baliku zaclenovat celou instalaci Jetty, staci toto:
- knihovny
- konfigurace (jetty.xml, webdef
zdravím,
prozkoumávám spring a zatím se nenalezl odpověď na tuto otázku:
Předpokládám aplikaci, která se skládá z databáze, hibernate, webu (jsf) a
dalších serverů (vlastní servery, povětšinou request-response povahy,
komunikující na různých protokolech).
Prvotně mi přišlo blízké postavit apli
Ivan Polák wrote:
> Ospravedlnujem sa, nenapisal som to jasne, problem bol vsade, aj pre GET aj
> pre POST, ci tam multipart/form-data bolo alebo nebolo, len v tomto forme
> som to zistil prvy-krat ze na produkcnom servery to nefunguje. Samozrejme ze
> ak sa jedna o takyto formular je spracovavany
Ospravedlnujem sa, nenapisal som to jasne, problem bol vsade, aj pre GET aj
pre POST, ci tam multipart/form-data bolo alebo nebolo, len v tomto forme
som to zistil prvy-krat ze na produkcnom servery to nefunguje. Samozrejme ze
ak sa jedna o takyto formular je spracovavany cez
org.apache.commons.fi
Ivan Polák wrote:
> Dakujem za odpoved, jedna sa o odoslanie a spracovanie formulara,
> method="POST", presne:
>
> enctype="multipart/form-data">
No moment, ale to zcela meni situaci. Ten formular
ma enctype multipart/form-data, a tu neumi Servlet API
zpracovat na parametry. Cituji z Servlet API
Dakujem za odpoved, jedna sa o odoslanie a spracovanie formulara,
method="POST", presne:
Ivan
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Martin Kuba
Sent: Wednesday, October 03, 2007 12:01 PM
To: Java
Subject: Re: problem s diakritikou na tomcat 5.
TomCat od verze tusim 5.5 ma jednu "ficurku", (kterou ja osobne povazuji za bug,
ale vyvojari TomCatu ji povazuji za vyhodu), ze parametry predavane
v URL (tedy metodou GET nebo pri POST explicitne v URL)
jsou *vzdy* brany jako v kodovani iso-8859-1
a volani request.setCharacterEncoding() na ne nem
Dekuji za odpoved.
Sam jsem (predevsim diky Eclipsum) nasel anotaci @TransactionTimeout(2).
Tak uvidim, jak se bude chovat.
l.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roman Pichlik
Sent: Wednesday, October 03, 2007 10:19 AM
To: Java
Subject: Re: J
Ahojte,
On 10/3/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Bohužel jsem nepřišel na to proč se mi některé znaky převedou a některé ne,
> kdyby někdo mohl poradit navést... popřípadě měl řešení.
> Předem díky za každou radu Petr
> verze iTextu 2.0.4
problem bude pravdepodobne v tom, ze D
Nevim jestli je na to anotace (v XML ), ale kdyz si lookupnete
UserTransaction, tak to muzete nastavit programove.
http://jira.jboss.com/jira/browse/EJBTHREE-298
http://wiki.jboss.org/wiki/Wiki.jsp?page=TransactionTimeout
Adámek Lukáš napsal(a):
Ahoj
Mam trochu zmateny dotaz, tak doufam z
Ahoj
Mam trochu zmateny dotaz, tak doufam ze se mi podari ho definovat.
Mame JEE aplikaci, ktera bezi na JBoss 4.0.4.
Pouzivame EJB3. Kazda metoda EJBeany bezi jako transakce.
Globalne mame delku transakci nastavenu na 2 minuty.
Ovsem v jedne metode jedne EJBeany potrebujeme prodlouzit
Ahoj,
ja pouzivam itext v ramci jasperreports. A je to jak jsem psal. Nove
prohlizece acrobatu si s tim bez problemu poradi. Kpdf na unixu taky. Tak
to nejak nemam moc proc resit.
Pet
On Wed, 03 Oct 2007 09:23:35 +0200, Podlesak Kamil
<[EMAIL PROTECTED]> wrote:
Zdravím,
Ta zakomentova
Zdravím,
Ta zakomentovaná část je samozřejmě absolutní nesmysl. Zrovna nedávno zde o
tomto proběhla diskuse, ale raději zopakuji:
!! java.lang.String nemá žádný charset !!
Co se týče samotného problému, tak skutečně bude háček v tom, že ta knihovna
nesprávně zpracuje unicode fonty. Možná ve v
28 matches
Mail list logo