UnsatisfiedLinkError
* This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. * Dear all, I have been using FOP for sometime now and have managed to achieve everything we needed to... However, when we attempted to deploy this to our webserver (Jserv with Oracle 9iAS) we ran into problems. Whenever a FOP transform is requested I initially get an UnsatisfiedLinkError, followed by ClassNotFound on java/awt/Rectangle. Does anyone know why this could be happening. The same code runs quite happily on 2 other UNIX boxes. I have read the X-server is required on the UNIX box reposible for the hosting. The reason being that the AWT code lies under X-server. Is it just me or does that seem very strange, why is it not shipped with JServ ? Any help would be greatly appreciated... Thanks Chris Brown System Builder Newell and Budge SEERAD
ClassDefNotFound
* This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. * Dear all, I have been using FOP quite succesfully over the last few months and have recently migrated in to a new Server. When I try and run it I recieve a ClassDefNotFound java.awt.Rectangle exception. Does anyone know which JAR file this would live in ? I am assuming this is just a CLASSPATH problem. Any help would be greatly appreciated Chris Brown Graduate System Builder Newell and Budge SEERAD
RE: servlet FOP multi-thread
Title: RE: servlet FOP multi-thread * This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. * Sounds to me like the PDF file that is being written has not been closed properly by the stream responsible for writing to it. .. -Original Message- From: Pierre-Adrien Coustillas [mailto:[EMAIL PROTECTED]] Sent: 22 May 2002 11:11 To: [EMAIL PROTECTED] Subject: RE: servlet FOP multi-thread When the document is ok size = 63 ko, when the document is not ok size 63 ko (always different) and it's impossible open pdf. -Message d'origine- De : Oleg Tkachenko [mailto:[EMAIL PROTECTED]] Envoye : mercredi 22 mai 2002 12:40 A : [EMAIL PROTECTED] Objet : Re: servlet FOP multi-thread Pierre-Adrien Coustillas wrote: I use servlet FOP whit TOMCAT (linux) and I have a problem when execute a lot of creating PDF (more 3). The PDF create are not good. What does it mean exactly not good? -- Oleg Tkachenko Multiconn International, Israel The original of this email has been scanned for viruses by the Government Secure Intranet (GSI) virus scanning service supplied exclusively by Cable Wireless in partnership with MessageLabs. GSI users - for further details, please contact the GSI Nerve Centre, or browse GNC 003/2002 at http://www.gsi.gov.uk/main/new2002notices.htm In case of problems, please call your organisations IT helpdesk. *** This email has been received from an external party and has been swept for the presence of computer viruses. ***
FOP Scalability
* This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. * I have FOP 0.20.3 running successfully on my web server and was wondering what the best way to control the scalability of it. There is a possibility that 30 + users may be requesting a PDF page at the same time and as you all know FOP is not too kind on memory usage. The PDF being produced are only 10 pages max so its just the cost of the processing on the web server that is the problem. I have seen ideas about limiting the number of FOP processes running at one time but I dont want to have users waiting for minutes for their PDF page to be displayed. Does any one have any other ideas ?
RE: FOP Scalability
Title: RE: FOP Scalability * This email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. * I realise that more servers could be an answer, but unfortunately this is not likely to happen Is there a way to limit the memory allocation that FOP uses. (but then that poses the problem of what to do if we run out) It is imperative that the FOP does not fail, as it generating recipts to our users.. Answers on a postcard ... -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED]] Sent: 10 May 2002 12:42 To: [EMAIL PROTECTED] Subject: Re: FOP Scalability You could have additional servers (can be low-cost) and use JMS to post jobs to a queue. These additional servers will listen on the queue (automatic load-balancing through use of JMS), generate PDFs and send a message back that the file is ready to be taken by the front servlet. I have FOP 0.20.3 running successfully on my web server and was wondering what the best way to control the scalability of it. There is a possibility that 30 + users may be requesting a PDF page at the same time and as you all know FOP is not too kind on memory usage. The PDF being produced are only 10 pages max so its just the cost of the processing on the web server that is the problem. I have seen ideas about limiting the number of FOP processes running at one time but I dont want to have users waiting for minutes for their PDF page to be displayed. Does any one have any other ideas ? Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Tel. +41 41 317 2020 - Fax +41 41 317 2029 Internet http://www.outline.ch The original of this email has been scanned for viruses by the Government Secure Intranet (GSI) virus scanning service supplied exclusively by Cable Wireless in partnership with MessageLabs. GSI users - for further details, please contact the GSI Nerve Centre, or browse GNC 003/2002 at http://www.gsi.gov.uk/main/new2002notices.htm In case of problems, please call your organisations IT helpdesk. *** This email has been received from an external party and has been swept for the presence of computer viruses. ***
