Koudink
Dalsi
Seznam
Predchozi
Autor: Alfi (taky si v praci hrajete?) on 'Koudink'
Cas: Po 30.6.2008 23:54.46
Titulek: Re: FOP a PDFSign

                                                                                 
cau, 
 
nikdy jsem si s tim nijak vyrazne nehral, ale zkusim odpovedet, co vim :)
 
V Jave nemam praxi, ale jako soucast jednoho vetsiho systemu pouzivame 
javovsky kod FOP (formatovani PDF) a itext (podepisovani PDF). Funguje to,
ale 
pripada mi to desne velky. Rad bych se zeptal zkusenejsich na radu, jak to  
zmensit -- jak na disku, tak v pameti. Bezi to na Debian Etch, k dispozici
mam Java 5 nebo 6 primo z distribuce.                 
 
Otazka vedle: Existuje moznost, jak do PDF vytvarenych FOPem nevkladat zadne
fonty (nebo minimum), a presto tam mit bezpatkove pismo s cestinou? Chtel
bych PDF zmensit.   
 
netusim, ale podle me, pokud se ti to povede, bude to na ukor spolehlivosti 
zobrazeni na vsech systemech.. (=neni nad vlastni font). u jednodussich 
dokumentu tusim jde pridat jen pouzita cast fontu, ale to nevim, jestli fop 
umi.. 
 
u me ma jednoduchy dokument 35k.. to je moc? :) 
 
Muj predchudce nainstaloval Javu do /opt/java_ee_5, adresar ma 350 MiB. Z
nej
se spousti nejaky demon, kterej chce 800 MiB virtualni pameti.              
 
ups, docela drsne :) co vsechno v te jave bezi? 
 
minimalni verze pro spusteni javy je JRE, velikost jsem k tomu nenasel, ale 
350M to tusim nebude.. http://java.sun.com/j2se/1.5.0/jre/install-linux.html
v debianu je k tomu i nejaky balicek..
 
Pouziva se to cely tak, ze se 1) FOP: zavola wget na ten localhost servlet, 
kterymu se v URL predaji cesty k datum a XSLT a on vrati PDF, 2) Podepsani: 
V URL se servletu predaji cesty k PDF a certifikatu a heslo.                
 
Kdyz je to cely v pameti, tak jsou obe operace velmi velmi rychle, ale mne 
vadi ty stovka mega na disku, v pameti a i 20tiradkovej radek ve vypisu 
procesu.
 
velke spotrebe pameti se u javy nikdy nezbavis, ja ji provozuju (krome 
jineho) i na stroji se 192M RAM a vyrazne si nestezuje. 800M mi ale prijde 
fakt hodne.. 
 
Spousteni javy pro kazdy vytvoreni PDF a podepsani by slo: Moc casto se 
to neprovadi a server by to zvladl. Je to rozumna a jednoducha cesta?   
 
do toho bych asi nesel :) co se stane, kdyz to zavola nekdo x-krat tesne za 
sebou? jestli si kazdy hit pusti svoji javu... :)
 
Idealni by bylo, kdyby mi nekdo poradil, jak vyhazet to, co tam neni potreba
a  idealne, jak vyuzit co nejvic z Debiani distribuce. 
 
na cem bezi ty servlety? ted se divam, ze stejna aplikace ma na jednom stroji 
a historickem jservu virtual size 240M a ta stejna na stroji s tomcatem 330M 
:( (ale mozna s pameti jen lip/hur hospodari, podle toho, kolik ji je k 
dispozici) 
 
ad ty radky v seznamu procesu - tohle nejak zavisi na verzi javy.. mam tady 
nejakou 1.3 native_threads a opravdu jich je asi 20, sun-java5-jre z debian 
balicku uz ma jen jeden.. pokud jich je videt vic, mel by kazdy proces 
odpovidat jednomu threadu uvnitr javy :)
 
 
alfi
 
  

Dalsi Seznam Predchozi


[ Domu | Prstik | O Piskovisti | Deticky | Nastenky | Koutky ]