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
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
Hey, you are very much invited to help solve this problem. OpenSource is
not just a shop where everything is free and at the same time worth the
equivalent of a 100'000 USD including high-grade support for another 10K
a year. Do you actually realize how OpenSource works? Here at FOP we're
almost
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
Thanks for the explanation Stefan.
--- Stefan Bodewig [EMAIL PROTECTED] wrote:
On Thu, 10 Jul 2003, M. Sean Gilligan
[EMAIL PROTECTED] wrote:
Putting the Fop task directly in Ant would be
great. I would really
like to see that happen. I suppose we could get
it in Ant 1.6 if we
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
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=21538.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
gmazza 2003/07/12 14:22:04
Modified:examples/mathml/src/org/apache/fop/mathml
MathMLElementMapping.java
examples/plan/src/org/apache/fop/plan
PlanElementMapping.java
src/java/org/apache/fop/extensions
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
Fellow fop devs:
Our current checkstyle configuration has a setting for
checkstyle.pattern.publicmember = ^f[A-Z][a-zA-Z0-9]*$, which is the
checkstyle default. See (for example) datatypes/FODimension where public
members ipd and bpd are flagged by checkstyle for not fitting this
pattern.
vmote 2003/07/12 17:59:45
Modified:src/java/org/apache/fop/datatypes FODimension.java
FixedLength.java Keep.java
Log:
style changes only
Revision ChangesPath
1.2 +15 -11xml-fop/src/java/org/apache/fop/datatypes/FODimension.java
vmote 2003/07/12 20:12:28
Modified:src/java/org/apache/fop/fo/expr PropertyTokenizer.java
Log:
extract methods nextDecimalPoint() and nextColor() from method next(), primarily to
satisfy checkstyle's method size requirement
Revision ChangesPath
1.2 +54 -43
vmote 2003/07/12 20:16:12
Modified:src/java/org/apache/fop/extensions
ExtensionElementMapping.java
src/java/org/apache/fop/fo/expr AbsFunction.java
BodyStartFunction.java FopPropValFunction.java
Peter B. West wrote:
Anyone who would like to make a start on the integration of alt.design
can do two very great services.
Since my main FOP purpose in life right now is to reduce (if possible) our
lines of development from 3 to 1, this is of interest to me. However, I want
to make sure that
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
15 matches
Mail list logo
