RE: Just a stupid question ... =P
To all FOP developers: We are pleased to offer that, anyone in the FOP team who can fix this memory problem of FOP could contact us and we make a contract with him/her for fixing this bug. Regards Ali Farahani [EMAIL PROTECTED] -Original Message- From: Victor Mote [mailto:[EMAIL PROTECTED] Sent: Sunday, July 13, 2003 4:00 AM To: [EMAIL PROTECTED] Subject: RE: Just a stupid question ... =P Thomas Sporbeck wrote: I'm far from understanding FOP deep enough to implement this feature/change (in that way source is source wether it's open or not and it's not easy to join such a project), just: if so many people have problems at the same point, perhaps someone of the masters of FOP has the time (and we all know how expensive free time is) to describe how to implement it or tell us if anyone already has implemented it. As fas as I understood there is a solution for the problem (J. Pietschmann's suggestion) but the developers have different opinions wether to realize it or not - or am I wrong? (Disclaimer -- I don't want anyone to think I am pretending to be a master of FOP). I think you have confused two things. The fix that J. Pietschmann referred to had to do specifically with tables: http://marc.theaimsgroup.com/?l=fop-devm=105768455829389w=2 AFAIK, there is no controversy among the developers about implementing his fix. It is a matter of timing. We are in a code freeze right now until the 0.20.5 release is finished, then such things can be added to code again. Even if it is never released, at least you should be able to get access to it from CVS. The point of this thread (the one on which we are now conversing) was more general, and had to do with the possibility of more FOP-controlled disk i/o for the purpose of handling larger documents, regardless of whether tables were involved or not. Again, I think everyone understands that you've got to write to disk. We are still sorting out some control issues that need attention because they may affect where and how the disk i/o gets done. There are some issues that do need to be resolved here: 1) If you automatically start writing everything, the guy with plenty of memory is going to pay a performance penalty, 2) In any other case, some entity has to decide when to start writing. There is a possibility that we can get java (1.4 or greater) to do this thinking for us, but I am not sure. If FOP has to make the decisions, it will have to know how much memory is available, how much is used, etc. to manage this process properly. It isn't quite as easy as saying if so many people have problems at the same point There are probably a lot of people that want a free ride to the moon, but that really doesn't make it any more feasible to get them there. There are some fundamental issues that have to be resolved first. If you can help resolve them, please do so. If not, then be patient, or, as you suggested, find another solution. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21640] New: - ClassCastException with Block-container in block
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21640 ClassCastException with Block-container in block Summary: ClassCastException with Block-container in block Product: Fop Version: 0.20.5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I use a block-container inside a block, I get the following Exception - it seems as if the code is expecting an AreaContainer, but getting a BlockArea... Caused by: java.lang.ClassCastException at org.apache.fop.fo.flow.BlockContainer.layout(BlockContainer.java:157) at org.apache.fop.fo.flow.Block.layout(Block.java:257) at org.apache.fop.fo.flow.AbstractFlow.layout(AbstractFlow.java:154) at org.apache.fop.fo.flow.AbstractFlow.layout(AbstractFlow.java:110) at org.apache.fop.fo.pagination.PageSequence.makePage (PageSequence.java:400 ) at org.apache.fop.fo.pagination.PageSequence.format(PageSequence.java:338) at org.apache.fop.apps.StreamRenderer.render(StreamRenderer.java:262) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:223) at org.apache.fop.tools.DocumentReader.parse(DocumentReader.java:503) at org.apache.fop.apps.Driver.render(Driver.java:498) at org.apache.fop.apps.Driver.render(Driver.java:518) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21641] New: - Infinit loop within too small areas using hyphenation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21641. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21641 Infinit loop within too small areas using hyphenation Summary: Infinit loop within too small areas using hyphenation Product: Fop Version: 0.20.5 Platform: PC OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: general AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using hyphenate=true rendering text within a too small area (e.g. a small table column) results in an inifite loop. The loop appeares in FOText.java line 280 (while ( start != -1)) which never ends, because LineAread.addText(...) never returns -1. I think The bug should be fixed in LineAread.addText(...). Example document: ?xml version=1.0 encoding=utf-8 standalone=yes? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master margin=2cm master-name=simple page-height=29.7cm page-width=21cm fo:region-body/ fo:region-before extent=3cm/ fo:region-after extent=1.5cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=simple hyphenate=true language=en fo:flow flow-name=xsl-region-body fo:table table-layout=fixed fo:table-column column-width=4mm/ fo:table-body fo:table-row fo:table-cell border-color=black border-style=solid border-width=thin fo:block font-size=8pt font-family=Times margin=1mmverylongword/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Is there anybody out there?
To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Is there anybody out there?
Does this happen with the first report after starting the Java VM or later on (after some reports have rendered correctly)? Perhaps you may start FOP in a separate VM and exit it after the report has done, that's not ideal for performance but for stability. Thomas -Ursprüngliche Nachricht- Von: ali farahani [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. Juli 2003 15:55 An: [EMAIL PROTECTED] Betreff: Is there anybody out there? To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: AW: Is there anybody out there?
Presumably you've already tried starting a java VM with a bigger initial and max heap size than usual (ie. with java -Xms512m -Xmx1024m)? If you have lots of memory available on the machine that should help, although there may be limits on the maximum amount of memory that could be used depending on the OS/machine you're running. - JohnK On Wednesday, Jul 16, 2003, at 10:05 US/Eastern, Thomas Sporbeck wrote: Does this happen with the first report after starting the Java VM or later on (after some reports have rendered correctly)? Perhaps you may start FOP in a separate VM and exit it after the report has done, that's not ideal for performance but for stability. Thomas -Ursprüngliche Nachricht- Von: ali farahani [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. Juli 2003 15:55 An: [EMAIL PROTECTED] Betreff: Is there anybody out there? To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Is there anybody out there?
Ali, Have you considered http://www.renderx.com for their commercial processor? That may be the best solution for you at this moment. Regrettably, FOP is just not ready for your needs yet. Thanks, Glen --- ali farahani [EMAIL PROTECTED] wrote: To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Is there anybody out there?
ali farahani wrote: The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. The original thread got corrupted into two different issues. If you are talking about the issue with tables, Joerg Pietschmann is the one you need to contact. A link to his email address is at: http://xml.apache.org/fop/team.html. I think he does his FOP work after-hours, Central European time (this may not be the official name of the time zone), so you may need to wait a few hours to hear from him. If you are talking about FOP memory use in general, you're talking about a much bigger issue, and you're really talking about the whole team. I know of at least four members of the team who would spend more time on FOP if they could be freed from other duties necessary to make a living, and a couple who are free-agent types that would probably rearrange their schedules to help. So potential resources are there. It is difficult to estimate how long such a project would take, because we have not yet agreed on the design parameters. I do have a solution rolling around in my mind. My initial, off-the cuff estimate is that, after design agreement is reached, it would take one programmer nearly a year to implement the changes needed to meet that design. Some of the tasks can be parcelled out to more than one programmer, but with four on the job, I doubt that it gets done more quickly than four months. So, if you can support 12-16 man-months of programming, and can wait 4-12 months for the solution, (these estimates may change, but I am using them as a qualification test), and don't mind contributing the results to Apache, post another message to that effect, and we'll work a bit on figuring out how to do this from a business standpoint -- there are a bunch of issues that would need to be resolved. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/java/org/apache/fop/fo PropertyList.java PropertyListBuilder.java PropertyManager.java
vmote 2003/07/16 10:36:24
Modified:src/java/org/apache/fop/fo PropertyList.java
PropertyListBuilder.java PropertyManager.java
Log:
style changes only
Revision ChangesPath
1.2 +68 -17xml-fop/src/java/org/apache/fop/fo/PropertyList.java
Index: PropertyList.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/PropertyList.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- PropertyList.java 11 Mar 2003 13:05:19 - 1.1
+++ PropertyList.java 16 Jul 2003 17:36:23 - 1.2
@@ -3,34 +3,34 @@
*
*The Apache Software License, Version 1.1
*
- *
+ *
* Copyright (C) 1999-2003 The Apache Software Foundation. All rights reserved.
- *
+ *
* Redistribution and use in source and binary forms, with or without modifica-
* tion, are permitted provided that the following conditions are met:
- *
+ *
* 1. Redistributions of source code must retain the above copyright notice,
*this list of conditions and the following disclaimer.
- *
+ *
* 2. Redistributions in binary form must reproduce the above copyright notice,
*this list of conditions and the following disclaimer in the documentation
*and/or other materials provided with the distribution.
- *
+ *
* 3. The end-user documentation included with the redistribution, if any, must
*include the following acknowledgment: This product includes software
*developed by the Apache Software Foundation (http://www.apache.org/).
*Alternately, this acknowledgment may appear in the software itself, if
*and wherever such third-party acknowledgments normally appear.
- *
+ *
* 4. The names FOP and Apache Software Foundation must not be used to
*endorse or promote products derived from this software without prior
*written permission. For written permission, please contact
*[EMAIL PROTECTED]
- *
+ *
* 5. Products derived from this software may not be called Apache, nor may
*Apache appear in their name, without prior written permission of the
*Apache Software Foundation.
- *
+ *
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED WARRANTIES,
* INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
* FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
@@ -42,33 +42,52 @@
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
* THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*
- *
+ *
* This software consists of voluntary contributions made by many individuals
* on behalf of the Apache Software Foundation and was originally created by
* James Tauber [EMAIL PROTECTED]. For more information on the Apache
* Software Foundation, please see http://www.apache.org/.
- */
+ */
package org.apache.fop.fo;
import java.util.HashMap;
import org.apache.fop.fo.properties.WritingMode;
import org.apache.fop.apps.FOPException;
+/**
+ * Class containing the collection of properties for a given FObj.
+ */
public class PropertyList extends HashMap {
-private byte[] wmtable = null;// writing-mode values
+// writing-mode values
+private byte[] wmtable = null;
+
+// absolute directions and dimensions
+/** constant for direction left */
public static final int LEFT = 0;
+/** constant for direction right */
public static final int RIGHT = 1;
+/** constant for direction top */
public static final int TOP = 2;
+/** constant for direction bottom */
public static final int BOTTOM = 3;
+/** constant for dimension height */
public static final int HEIGHT = 4;
+/** constant for dimension width */
public static final int WIDTH = 5;
+// directions relative to writing-mode
+/** constant for direction start */
public static final int START = 0;
+/** constant for direction end */
public static final int END = 1;
+/** constant for direction before */
public static final int BEFORE = 2;
+/** constant for direction after */
public static final int AFTER = 3;
+/** constant for dimension block-progression-dimension */
public static final int BLOCKPROGDIM = 4;
+/** constant for dimension inline-progression-dimension */
public static final int INLINEPROGDIM = 5;
private static final String[] ABS_NAMES = new String[] {
@@ -102,6 +121,13 @@
DO NOT REPLY [Bug 21641] - Infinit loop within too small areas using hyphenation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21641. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21641 Infinit loop within too small areas using hyphenation [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Normal --- Additional Comments From [EMAIL PROTECTED] 2003-07-16 17:40 --- Well, doing unpleasant things on invalid input isn't really a critical bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Is there anybody out there?
Dear Thomas Here is what happens. I have closely watched the memory usage of FOP: I have a report with around 17 pages. One table with 12 columns. I use Velocity to put the data inside the FOP template. When it starts rendering the report (PDF or print preview) it consumes 50 MB. Second run another 50MB, third run another 50 MB , then with 256 MB RAM , when I go for forth run, CRASH BOOM BANG! Out of memeory exception. My users usually use the report during the day ( 7 hours) 10 to 20 times. So even 512 MB RAM workstations get out of memory easily. Running it under another JVM is a good idea but as you know it is not feasible from performance point of view. Ali -Original Message- From: Thomas Sporbeck [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 6:35 PM To: [EMAIL PROTECTED] Subject: AW: Is there anybody out there? Does this happen with the first report after starting the Java VM or later on (after some reports have rendered correctly)? Perhaps you may start FOP in a separate VM and exit it after the report has done, that's not ideal for performance but for stability. Thomas -Ursprüngliche Nachricht- Von: ali farahani [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. Juli 2003 15:55 An: [EMAIL PROTECTED] Betreff: Is there anybody out there? To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/java/org/apache/fop/rtf/renderer RTFHandler.java
gmazza 2003/07/16 21:52:38
Modified:src/java/org/apache/fop/fo FOElementMapping.java
StructureHandler.java
src/java/org/apache/fop/fo/pagination PageSequence.java
src/java/org/apache/fop/layoutmgr LayoutHandler.java
PageLayoutManager.java
src/java/org/apache/fop/mif MIFHandler.java
src/java/org/apache/fop/rtf/renderer RTFHandler.java
Added: src/java/org/apache/fop/fo/pagination ColorProfile.java
Declarations.java Flow.java StaticContent.java
Title.java
Removed: src/java/org/apache/fop/fo ColorProfile.java
Declarations.java Title.java
src/java/org/apache/fop/fo/flow Flow.java StaticContent.java
Log:
Inter-package references between fo.flow and fo.pagination removed by moving Flow
and StaticContent classes to pagination package.
Pagination.PageSequence and .Root children Title, Declarations, and ColorProfile
also moved under pagination.
Rationale given here: http://marc.theaimsgroup.com/?l=fop-devm=105813290817472w=2
Revision ChangesPath
1.3 +5 -5 xml-fop/src/java/org/apache/fop/fo/FOElementMapping.java
Index: FOElementMapping.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/FOElementMapping.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- FOElementMapping.java 12 Jul 2003 21:22:03 - 1.2
+++ FOElementMapping.java 17 Jul 2003 04:52:34 - 1.3
@@ -160,13 +160,13 @@
static class Dec extends ElementMapping.Maker {
public FONode make(FONode parent) {
-return new Declarations(parent);
+return new org.apache.fop.fo.pagination.Declarations(parent);
}
}
static class CP extends ElementMapping.Maker {
public FONode make(FONode parent) {
-return new ColorProfile(parent);
+return new org.apache.fop.fo.pagination.ColorProfile(parent);
}
}
@@ -250,19 +250,19 @@
static class Fl extends ElementMapping.Maker {
public FONode make(FONode parent) {
-return new org.apache.fop.fo.flow.Flow(parent);
+return new org.apache.fop.fo.pagination.Flow(parent);
}
}
static class SC extends ElementMapping.Maker {
public FONode make(FONode parent) {
-return new org.apache.fop.fo.flow.StaticContent(parent);
+return new org.apache.fop.fo.pagination.StaticContent(parent);
}
}
static class T extends ElementMapping.Maker {
public FONode make(FONode parent) {
-return new Title(parent);
+return new org.apache.fop.fo.pagination.Title(parent);
}
}
1.2 +2 -2 xml-fop/src/java/org/apache/fop/fo/StructureHandler.java
Index: StructureHandler.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/StructureHandler.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StructureHandler.java 29 Jun 2003 19:34:33 - 1.1
+++ StructureHandler.java 17 Jul 2003 04:52:34 - 1.2
@@ -61,7 +61,6 @@
import org.apache.fop.apps.FOPException;
import org.apache.fop.fo.flow.Block;
import org.apache.fop.fo.flow.ExternalGraphic;
-import org.apache.fop.fo.flow.Flow;
import org.apache.fop.fo.flow.InstreamForeignObject;
import org.apache.fop.fo.flow.Leader;
import org.apache.fop.fo.flow.ListBlock;
@@ -70,6 +69,7 @@
import org.apache.fop.fo.flow.TableBody;
import org.apache.fop.fo.flow.TableCell;
import org.apache.fop.fo.flow.TableRow;
+import org.apache.fop.fo.pagination.Flow;
import org.apache.fop.fo.pagination.PageSequence;
import org.apache.fop.layout.FontInfo;
1.5 +0 -3 xml-fop/src/java/org/apache/fop/fo/pagination/PageSequence.java
Index: PageSequence.java
===
RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/pagination/PageSequence.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- PageSequence.java 6 May 2003 07:46:05 - 1.4
+++ PageSequence.java 17 Jul 2003 04:52:36 - 1.5
@@ -53,9 +53,6 @@
// FOP
import org.apache.fop.fo.FONode;
import org.apache.fop.fo.FObj;
-import org.apache.fop.fo.Title;
-import org.apache.fop.fo.flow.Flow;
-import org.apache.fop.fo.flow.StaticContent;
import org.apache.fop.layout.PageMaster;
import org.apache.fop.area.AreaTree;
import org.apache.fop.area.PageViewport;
1.1
RE: Is there anybody out there?
Dear Ali, I know fop is very memory intensive but what you are saying is a memory leak. We also use fop to generate PDF reports using servlets inside tomcat. It is generating reports of size 20 pages with ease on a 256mb RAM machine with -Xmx set to 128m. It takes upto 90mb for generating a pdf of 25 pages. But when I generate it again it is releasing memory. I doubt there is a leak in the driver code embedding FOP. Please check on it or if possible try to publish it. Somebody might help. Regards, Srinivas. --- ali farahani [EMAIL PROTECTED] wrote: Dear Thomas Here is what happens. I have closely watched the memory usage of FOP: I have a report with around 17 pages. One table with 12 columns. I use Velocity to put the data inside the FOP template. When it starts rendering the report (PDF or print preview) it consumes 50 MB. Second run another 50MB, third run another 50 MB , then with 256 MB RAM , when I go for forth run, CRASH BOOM BANG! Out of memeory exception. My users usually use the report during the day ( 7 hours) 10 to 20 times. So even 512 MB RAM workstations get out of memory easily. Running it under another JVM is a good idea but as you know it is not feasible from performance point of view. Ali -Original Message- From: Thomas Sporbeck [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 6:35 PM To: [EMAIL PROTECTED] Subject: AW: Is there anybody out there? Does this happen with the first report after starting the Java VM or later on (after some reports have rendered correctly)? Perhaps you may start FOP in a separate VM and exit it after the report has done, that's not ideal for performance but for stability. Thomas -Ursprüngliche Nachricht- Von: ali farahani [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 16. Juli 2003 15:55 An: [EMAIL PROTECTED] Betreff: Is there anybody out there? To all FOP developers The out of memory problem of FOP is getting critical for our company . So this is an offer for a FOP developer who can fix this problem. If anyone of you can fix this problem please contact me and we can talk about the offer. We are open for the price. Best Regards Ali Farahani - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
