Thanks for quick answer.
Setting the base dir in config to a servlet is still better than harcoding the
servlet address in the xsl-fo. However, is there any chance, in the future,
if i put <fo:external-graphic src="url('logo_rmi_2d.gif')"> it will grab the
picture using the inputsource of the .fo and an entityResolver? This way it
could provide an entityresovler which will look for the picture in the same
directory as the .fo in content management and with the same username as the
one who invoked fop.
I don't mind access right for a simple logo, but the problem with a servlet
url could get trickier in future with confidential documents.
Regards,
--
David Delbecq
Royal Meteorological Institute of Belgium
Le Lundi 25 Avril 2005 10:52, Chris Nappin a �crit :
> You have several options to achieve this. Either way, set the "baseDir"
> configuration setting (see http://xml.apache.org/fop/configuration.html)
> to your base URL.
>
> You can use "file://" URLs if your images are saved on a file system you
> have access to from wherever you will be running FOP.
>
> A different option (in a J2EE environment) would be to have FOP issue
> http or https requests to a servlet that can access Slide (e.g. by image
> path or passing an id), set the base URL to "http://...";.
>
> Another hint - add a trailing "/" to your "baseDir" setting, otherwise
> FOP doesn't append the relative path correctly.
>
>
> -----Original Message-----
> From: delbd [mailto:[EMAIL PROTECTED]
> Sent: 25 April 2005 09:37
> To: [email protected]
> Subject: How to load graphical ressources from a content management
> engine
>
> Hello,
> i plan to use fops to generate pdf documents from a xsl-fo located in a
> document management engine.
> However, looking at code, it seems relative url for graphic tag are
> handled as
> relative to current directory and not relative to the source of the
> xsl-fo.
> In our case the xsl-fo is located in a content management engine (slide)
> and
> so is the pictures used by the xsl-fo. Can someone enlight me on how am
> supposed to manage this?
>
> Thanks
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
