Mike (and others), I'm now very content with my configuration and will summarize it shortly: The configuration xml is now very short:
<configuration> <fonts> <font metrics-file="font1.xml" kerning="yes" embed-file="../ttf/Ss______.ttf"> <font-triplet name="customFont" style="normal" weight="normal"/> </font> <font metrics-file="font1_b.xml" kerning="yes" embed-file="../ttf/Sssb____.ttf"> <font-triplet name="customFont" style="normal" weight="bold"/> </font> </fonts> </configuration> and my Servlet's init() starts with ServletContext ctx = getServletContext(); new Options(new File(ctx.getRealPath(CONFIG_FILE))); org.apache.fop.configuration.Configuration.put("baseDir", ctx.getRealPath("/")); org.apache.fop.configuration.Configuration.put("fontBaseDir", ctx.getRealPath("/WEB-INF/fonts")); The logo is referenced inside the stylesheet with: <fo:external-graphic src="url(headers/logo2.svg)" /> ("headers" being a directoy under the context root, "fonts" and "ttf" are under WEB-INF) Greetings and thanks again, sonja > -----Original Message----- > From: Mike Trotman [mailto:[EMAIL PROTECTED] > Sent: Freitag, 12. August 2005 21:28 > To: fop-users@xmlgraphics.apache.org > Subject: Re: Relative URLs > > I had some similar problems last year - but can't remember > how I solved them. > I have a nasty feeling that I ended up passing server names > etc. as XSLT parameters. > > I also had problems between a version of XEP and FOP in their > interpretation of url() contents - which differed. > > The resolution of url() paths may depend on when they are > processed (i.e which document) and by what. > So - the paths should be processed relative to the location > of your FO file. > > If the FO file is produced in memory - then the relative base > probably depends on the application. > You could try using the 'xml:base' attribute on an element in > the FO to define what should be taken as the base url for > that element and child elements - but I haven't tried this with FOP > - so don't know if it works / is supported. > > I too will be interested to see any helpful comments on this. > > > Mike > > > > Sonja Löhr wrote: > > > > >It's me again ... > >All my fonts in place, I still seem to be not fit enough for > handling > >paths > >;-) > >I now try to replace an absolute URL on an external-graphic element > >with a relative one. FO is created via XSLT, and my > stylesheet resides > >in a subfolder of WEB-INF. In- and OutputStreams before and > after, but > >that shouldn't matter. > >"<fo:external-graphic > >src="http://localhost:8080/pdfnewsletter/headers/logo.svg/>" > is working > >well here, but I cannot be sure whether the production server will > >really be listening to "localhost". > >What did I try? > >a) referring to the svg in its original place outside WEB-INF with > >url(/headers/logo.svg) - context-relative, url(headers/svg), > >url(../../logo.svg) and so on - also with single quotes > around the paths. > >b) Putting the graphic (an svg) in the stylesheet's directory and > >referring to it with "url(logo.svg)" > >c) Putting the graphic inside the package of the > transforming servlet, > >which ends up in a jar file, and again referring with "url(logo.svg)" > > > >Some of these trials where really odd, I always tried to > refer to the > >execution of my servlet as "base". > > > >Please help once more - thanks!! > >sonja > > > > > > > > > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > >Message Scanned by ClamAV on datalucid.com > > > > > > > > -- > Datalucid Limited > > > > > Message Scanned by ClamAV on datalucid.com > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]