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]
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
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 exclusively people who work on FOP in their free time without being backed by an employer who sees the benefit of contributing back to an OpenSource project. There are other projects at Apache where a big company is backing a team of developers to work on the software. Not so at FOP. We would all like to contribute more to the project but in the end you have to find time to do it and you've got to buy something to eat. If you think this is a stupid bug, then my all means sit down and try to fix it. You'll end up with a huge pile of work. We're addressing the issue in our redesign effort along with a lot of other problems. But that obviously takes a while. Thank you for understanding. Betrand's tip implies the following: Increasing the maximum VM size will result in swapping done by the operating system if there's not enough memory. This will have an enormous impact on performance but you'll have a good chance of getting the PDF without an OutOfMemoryError. It's a tip, not a cookbook recipe. By the way, there are lots of other tips on the website to reduce memory usage. On 12.07.2003 10:00:34 ali farahani wrote: 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 ! Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
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]
Re: move Ant task to Ant project ( was Contribution - anttask)
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 submit it soon. Does anyone know what the criteria is for inclusion as a Core or Optional task within Ant? What work would be required on our part? Actually, it is not too likely to get accepted at all (I'm an Ant committer and PMC member, but I'm just speaking for myself here - some of it still is speculation). Over the past months (no, years) we've spent a lot of time maintaining optional tasks and fixing bugs in them, more time than we spent on improving Ant itself. As a consequence you'll find a big reluctance with Ant developers to accept any new tasks at all. I see. Perfectly understandable, as you would not want poorly maintained optional tasks ending up degrading Ant's reputation as a build tool. I was not thinking about this when I made the suggestion. Not having followed the discussion leading up to this, why would you want to ship it with Ant rather than FOP? My (limited world-view) thinking prior to your explanation was that when open-source projects hit The Big Time (tm), they get their own task directly into Ant. So I saw that as a goal for us in FOP 1.0. But with Sean pointing out the FOP version-specific nature of the FOP task, as well as your thanks-but-no-thanks-Ant-is-already-being-bogged-down-with-buggy-optional-tasks explanation have enlightened me on this issue: In FOP, and only in FOP, will the fop task be maintained. Thanks, Glen __ 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: 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]
DO NOT REPLY [Bug 21538] - NullPointerException with SVG background-image
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. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21538 NullPointerException with SVG background-image --- Additional Comments From [EMAIL PROTECTED] 2003-07-12 20:52 --- Created an attachment (id=7271) example svg file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/java/org/apache/fop/svg SVGElementMapping.java
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 ExtensionElementMapping.java src/java/org/apache/fop/fo ElementMapping.java FOElementMapping.java FOTreeBuilder.java src/java/org/apache/fop/svg SVGElementMapping.java Log: Reconfigured ElementMapping from an interface to an abstract base class Removed FOTreeBuilder references from all ElementMapping subclasses Simplified FOTreeBuilder ElementMapping instantiation somewhat Revision ChangesPath 1.3 +6 -16 xml-fop/examples/mathml/src/org/apache/fop/mathml/MathMLElementMapping.java Index: MathMLElementMapping.java === RCS file: /home/cvs/xml-fop/examples/mathml/src/org/apache/fop/mathml/MathMLElementMapping.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MathMLElementMapping.java 7 Mar 2003 10:47:42 - 1.2 +++ MathMLElementMapping.java 12 Jul 2003 21:22:03 - 1.3 @@ -50,7 +50,6 @@ */ package org.apache.fop.mathml; -import org.apache.fop.fo.FOTreeBuilder; import org.apache.fop.fo.FONode; import org.apache.fop.fo.ElementMapping; import org.apache.fop.image.analyser.XMLReader; @@ -65,14 +64,13 @@ /** * This class provides the element mapping for FOP. */ -public class MathMLElementMapping implements ElementMapping { +public class MathMLElementMapping extends ElementMapping { -/** MathML namespace */ -public static final String URI = http://www.w3.org/1998/Math/MathML;; - -private static HashMap foObjs = null; +public MathMLElementMapping() { +URI = http://www.w3.org/1998/Math/MathML;; +} -private static synchronized void setupMathML() { +protected void initialize() { if (foObjs == null) { foObjs = new HashMap(); foObjs.put(math, new ME()); @@ -80,14 +78,6 @@ XMLReader.setConverter(URI, new MathMLConverter()); } -} - -/** - * @see org.apache.fop.fo.ElementMapping#addToBuilder(FOTreeBuilder) - */ -public void addToBuilder(FOTreeBuilder builder) { -setupMathML(); -builder.addMapping(URI, foObjs); } static class MathMLMaker extends ElementMapping.Maker { 1.3 +6 -16 xml-fop/examples/plan/src/org/apache/fop/plan/PlanElementMapping.java Index: PlanElementMapping.java === RCS file: /home/cvs/xml-fop/examples/plan/src/org/apache/fop/plan/PlanElementMapping.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PlanElementMapping.java 7 Mar 2003 10:47:51 - 1.2 +++ PlanElementMapping.java 12 Jul 2003 21:22:03 - 1.3 @@ -50,7 +50,6 @@ */ package org.apache.fop.plan; -import org.apache.fop.fo.FOTreeBuilder; import org.apache.fop.fo.FONode; import org.apache.fop.fo.ElementMapping; import org.apache.fop.image.analyser.XMLReader; @@ -62,14 +61,13 @@ /** * This class provides the element mapping for FOP. */ -public class PlanElementMapping implements ElementMapping { +public class PlanElementMapping extends ElementMapping { -/** The namespace for the plan extension */ -public static final String URI = http://xml.apache.org/fop/plan;; - -private static HashMap foObjs = null; +public PlanElementMapping() { +URI = http://xml.apache.org/fop/plan;; +} -private static synchronized void setupPlan() { +protected void initialize() { if (foObjs == null) { foObjs = new java.util.HashMap(); foObjs.put(plan, new PE()); @@ -77,14 +75,6 @@ XMLReader.setConverter(URI, new PlanConverter()); } -} - -/** - * @see org.apache.fop.fo.ElementMapping#addToBuilder(FOTreeBuilder) - */ -public void addToBuilder(FOTreeBuilder builder) { -setupPlan(); -builder.addMapping(URI, foObjs); } static class PlanMaker extends ElementMapping.Maker { 1.2 +5 -21 xml-fop/src/java/org/apache/fop/extensions/ExtensionElementMapping.java Index: ExtensionElementMapping.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/extensions/ExtensionElementMapping.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ExtensionElementMapping.java 11 Mar 2003 13:05:41 - 1.1 +++
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]
checkstyle: public members
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. Changing ipd to fIpd fixes the problem. Before I refactor this kind of item: 1. was this really our intent? 2. does anyone know what the f stand for? 3. checkstyle actually suggests that Variable 'ipd' must be private and have accessor methods. Perhaps this is our preferred solution? Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: xml-fop/src/java/org/apache/fop/datatypes FODimension.java FixedLength.java Keep.java
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 Index: FODimension.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/datatypes/FODimension.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FODimension.java 11 Mar 2003 13:05:36 - 1.1 +++ FODimension.java 13 Jul 2003 00:59:45 - 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,12 +42,12 @@ * (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.datatypes; /** @@ -60,7 +60,11 @@ public int ipd; public int bpd; - +/** + * Constructor + * @param ipd length (in millipoints ??) of the inline-progression-direction + * @param bpd length (in millipoints ??) of the block-progression-direction + */ public FODimension(int ipd, int bpd) { this.ipd = ipd; this.bpd = bpd; 1.3 +21 -13xml-fop/src/java/org/apache/fop/datatypes/FixedLength.java Index: FixedLength.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/datatypes/FixedLength.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- FixedLength.java 30 Jun 2003 21:04:06 - 1.2 +++ FixedLength.java 13 Jul 2003 00:59:45 - 1.3 @@ -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
cvs commit: xml-fop/src/java/org/apache/fop/fo/expr PropertyTokenizer.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 -43xml-fop/src/java/org/apache/fop/fo/expr/PropertyTokenizer.java Index: PropertyTokenizer.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/expr/PropertyTokenizer.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- PropertyTokenizer.java11 Mar 2003 13:05:26 - 1.1 +++ PropertyTokenizer.java13 Jul 2003 03:12:28 - 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,12 +42,12 @@ * (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.expr; @@ -207,41 +207,12 @@ return; case '.': -if (exprIndex exprLength - isDigit(expr.charAt(exprIndex))) { -++exprIndex; -scanDigits(); -if (exprIndex exprLength - expr.charAt(exprIndex) == '%') { -exprIndex++; -currentToken = TOK_PERCENT; -} else { -// Check for possible unit name following number -currentUnitLength = exprIndex; -scanName(); -currentUnitLength = exprIndex - currentUnitLength; -currentToken = (currentUnitLength 0) ? TOK_NUMERIC - : TOK_FLOAT; -} -currentTokenValue = expr.substring(currentTokenStartIndex, - exprIndex); -return; -} -throw new PropertyException(illegal character '.'); +nextDecimalPoint(); +return; case '#':// Start of color value -if (exprIndex exprLength - isHexDigit(expr.charAt(exprIndex))) { -++exprIndex; -scanHexDigits(); -currentToken = TOK_COLORSPEC; -
cvs commit: xml-fop/src/java/org/apache/fop/fo/expr AbsFunction.java BodyStartFunction.java FopPropValFunction.java FromParentFunction.java FromTableColumnFunction.java Function.java FunctionBase.java InheritedPropFunction.java LabelEndFunction.java MaxFunction.java MinFunction.java NCnameProperty.java NearestSpecPropFunction.java Numeric.java PPColWidthFunction.java PropertyException.java PropertyInfo.java
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 FromParentFunction.java FromTableColumnFunction.java Function.java FunctionBase.java InheritedPropFunction.java LabelEndFunction.java MaxFunction.java MinFunction.java NCnameProperty.java NearestSpecPropFunction.java Numeric.java PPColWidthFunction.java PropertyException.java PropertyInfo.java Log: style changes only Revision ChangesPath 1.3 +16 -10 xml-fop/src/java/org/apache/fop/extensions/ExtensionElementMapping.java Index: ExtensionElementMapping.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/extensions/ExtensionElementMapping.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ExtensionElementMapping.java 12 Jul 2003 21:22:03 - 1.2 +++ ExtensionElementMapping.java 13 Jul 2003 03:16:11 - 1.3 @@ -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,12 +42,12 @@ * (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.extensions; import org.apache.fop.fo.FONode; @@ -62,10 +62,16 @@ */ public class ExtensionElementMapping extends ElementMapping { +/** + * Constructor. + */ public ExtensionElementMapping() { URI = http://xml.apache.org/fop/extensions;; } +/** + * Initialize the data structures. + */ protected void initialize() { if (foObjs == null) { foObjs = new HashMap(); 1.2 +24 -11xml-fop/src/java/org/apache/fop/fo/expr/AbsFunction.java Index: AbsFunction.java === RCS file: /home/cvs/xml-fop/src/java/org/apache/fop/fo/expr/AbsFunction.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- AbsFunction.java 11 Mar 2003 13:05:26 - 1.1 +++ AbsFunction.java 13 Jul 2003 03:16:11 - 1.2 @@ -3,34 +3,34 @@ *
RE: Integrating alt.design
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 I understand what I am signing up for here. It would seem foolish for me to invest time in alt design until there is some agreement about which portions of it will eventually be integrated. I am under the impression that I am waiting for a response from you to move that issue forward. I have high hopes that we can reconcile all of the design issues, get everyone on the same page, and start implementing them. I think it is important to resolve that before getting into the nitty-gritty. What can I do to help get the design philosophies reconciled? Victor Mote - 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]