Jeremias Maerki schrieb:
Hmm, I hope it's the last time now. Every time there's a different
reason for the failure. Anyway, I think I've found the necessary change:
http://svn.apache.org/viewvc?view=revrevision=648971
I just tried a successful build with trunk (Revision: 649002) ;-)
--
I've just noticed that the following issue is still open which targets
at a similar area. I'll look into both issues right now.
On 16.04.2008 17:16:57 Jeremias Maerki wrote:
I'm not really a fan of using system properties for specifying
command-line parameters for FOP. I'd rather have real
https://issues.apache.org/bugzilla/show_bug.cgi?id=44678
Jeremias Maerki [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=41687
Jeremias Maerki [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Jeremias Maerki wrote:
I'm going to do one last change before the merge: Vincent told me last
week that the Factory classes in the event producers should rather be
something like getters (or providers) since the returned instances
may be cached and reused. A factory usually creates a new
https://issues.apache.org/bugzilla/show_bug.cgi?id=43383
Jeremias Maerki [EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Just curious: what didn’t work exactly?
Author: jeremias
Date: Mon Apr 14 05:01:06 2008
New Revision: 647745
URL: http://svn.apache.org/viewvc?rev=647745view=rev
Log:
svnmerge didn't work for me in this case. Remove svn merge info.
Modified:
xmlgraphics/fop/trunk/ (props changed)
I had tons of conflicts and conflict markers within conflict markers.
Some of the code simply came out wrong and I wasn't able to fix the
merge result in reasonable time. Since I've merged all changes in trunk
into the branch before the merge back I expected this to go more
smoothly. In the end I