spam notice!!!!
Dear All My mail box has infected with some virus which automatically sends some emails with strange attachments or pictures + some exe files. Please notice that those are not sent by me on purpose. So do not open those emails / files unless you are sure about the email content and I strongly suggest to make your virus definition up-to-date ASAP before opening any email. I am really sorry for this incident. Best Regards Ali Farahani 29th Aug 2004
RE: temporarily inactive
Oh guys! This is some sort of Matrix right? I mean, is there any other world rather than this(Virtual)!? I hope Glen lead us to that world! Best Regards One of your fans -Original Message- From: Peter B. West [mailto:[EMAIL PROTECTED] Sent: Sunday, March 14, 2004 2:41 AM To: [EMAIL PROTECTED] Subject: Re: temporarily inactive Glen, Jenni is pleased to hear that you have a life in the non-virtual (read real) world. Wishes the same for me. Enjoy yourself. Come back soon. Peter Glen Mazza wrote: Team, I'll be taking a few weeks off the project, there's some things I want to study and get out of the way right now. I'll be back to coding soon! -- Peter B. West http://www.powerup.com.au/~pbwest/resume.html
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]
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]
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]
RE: Just a stupid question ... =P
OK, but what happens if you have 60 workstations with maximum 256 MB RAM!!!? Are you saying that we should go and buy 60 256 RAM just for this stupid bug of FOP!! I am going to loose my trust to Open Source projects and Apache ! -Original Message- From: Bertrand Delacretaz [mailto:[EMAIL PROTECTED] Sent: Saturday, July 12, 2003 11:18 AM To: [EMAIL PROTECTED] Subject: Re: Just a stupid question ... =P Le Vendredi, 11 juil 2003, à 18:50 Europe/Zurich, [EMAIL PROTECTED] a écrit : ...But we hav to generate a big catalog (more than 1 000 pages) and FOP throws a OutOfMemoryException after 700~800 pages (depends on the number of images integrated) Most probably, making more memory available to the JVM that runs FOP would solve your problem. With Sun's JVMs this is done by adding -Xmx to the JVM command line, for example -Xmx 512m to make the JVM use 512 megabytes max. -- Bertrand Delacretaz independent consultant, Lausanne, Switzerland http://cvs.apache.org/~bdelacretaz/ - 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: Just a stupid question ... =P
Dear Thomas Sporbeck I am very happy to see lots of replies to my HOT statements. The reason behind talking like that is I have this Out Of Memory problem since 4 month ago and it seemed no body is taking this serious. As a person who knows the value of such an Open Source Projects (no money projects!) I wanted to inform FOP lovers that: be careful! We are trying to convince the end users that they should invest on Open source projects. In doing so we have to show them how stable, trustable and robust these open source projects could be. By the way, this solution that lots of people are talking about (increasing the Heap Size) is not working! We have tried 600 MB heap size on a Machine with 1GB RAM!! Still with 50 pages report we have Out Of Memory. We are a development team, and we would try to find the reason behind this issue. If we could solve it we give it to FOP development team by pleasure. Ali Farahani -Original Message- From: Thomas Sporbeck [mailto:[EMAIL PROTECTED] Sent: Saturday, July 12, 2003 10:30 PM To: [EMAIL PROTECTED] Subject: Re: Just a stupid question ... =P I think there's no need to quarrel. If you don't love the product you'd just take another an won't comment it. 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? Thomas Sporbeck ___ Ursprüngliche Nachricht Absender: Bertrand Delacretaz mailto:[EMAIL PROTECTED] Gesendet am: 12.07.2003 20:25:14 Betreff: Re: Just a stupid question ... =P Le Samedi, 12 juil 2003, à 10:27 Europe/Zurich, Jeremias Maerki a écrit : lots-of-good-stuff-snipped/ ...If you think this is a stupid bug, then my all means sit down and try to fix it +1, I could not agree more ;-) -Bertrand - 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: 0.20.5 release
Dear Thomas Sporbeck It's good to see someone else is using FOP for big reports. I also using tables for inventory lists near to 600 pages and my user do not accept to use filters. This FOP is killing my user business and if I could not find a solution to it, we would trough away the FOP for good, for ever. Then it would be a shame on FOP open source developers since I would go and buy none open, commercial product. I would really appreciate if you inform me of your ideas. Regards Ali Farahani -Original Message- From: Thomas Sporbeck [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: RE: 0.20.5 release I would agree to Ricardo. We're using tables for inventory lists containing about 500 pages. The memory situation in that reports is really critical and we cannot force the users to set filters. On the other hand: to us it doesn't matter if this enhancement comes with 0.20.5 or with a later version (0.20.5a ?), which has of course to be decided by the developers and will possibly delay refactoring. Thomas Sporbeck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]