Hi Rob,
Firstly, we are working to change how fop handles file access and I/O in
general. I should note, that we're unifying all resource acquisition to
resolving URIs, not URLs. The two concepts differ, and it's non-trivial.
See http://wiki.apache.org/xmlgraphics-fop/URIResolution and
Thanks Mehdi, looking forward to the API change.
But I'm not sending .../acres install/..., rather (I believe) I'm
sending .../acres%20install/... as the string URL. Is that not the
correct format?
rjs
On 04/18/2012 01:43 AM, mehdi houshmand wrote:
Hi Rob,
Firstly, we are working to
Hi Rob,
Ooohh, my bad. I must have misunderstood your concern. This is an
interesting little problem, the only thing I can think if is that the
FopFactory overrides the FontManager.setFontBaseURL(...) method:
this.fontManager = new FontManager() {
/** {@inheritDoc} */
And my bad too: FOP-1.0 compiled from source of official release circa
2012-03-01.
You are correct in that I'm working off of FopFactory, but my debugger
takes me to the same setFontBaseURL(String) you list so I'm not sure
switching to FontManager would change anything. (It will take a
Oh no, I wasn't suggesting you change to the FontManager.setFontBaseURL(),
I was just noting that the method is overridden. Could you provide a full
stack trace, it might be interesting to note where that exception is coming
from?
Also, just to expedite the process, try the same thing with trunk,
Stop me if you've heard this one before: I'm an idiot.
You know how it goes. Add a log message; fix the code. Well of course
one more recompile of everything and a restart of IDE /et viola/ it all
works as expected.
My apologies to all,
rjs
Still looking forward to an API the doesn't
Seems to me FopFactory.setFontBaseURL(String s) is broken?
Forgive the reflection calls (long story).
File fontsdir = new File(bundlePath + fopHome + /fonts);
URL fontsURL = fontsdir.toURI().toURL();
setFontBaseURLMethod.invoke(fopFactory, fontsURL.toExternalForm());
works fine
