Your other option, previously mentioned on this list, is to create a servlet that takes the CMS primary key(s) as parameter(s). In your FO stylesheet you reference the URL to the servlet, with appropriate keys as query parameters. Then your servlet accesses your CMS, returning the binary response (e.g. image) with content type set appropriately.
-----Original Message----- From: delbd [mailto:[EMAIL PROTECTED] Sent: 17 June 2005 09:41 To: fop-users@xmlgraphics.apache.org Subject: Re: baseDir Thanks, but as i said, adding a new protocol to URL in not faisable. Not because URL does not support it, but because of classloader restrictions (The URL classloader is a parent of the one containing my content management, so it does not have access to content management classes, not to mention the general problem of globally setting a handler for an URL protocol in a web application environnement). I bet i will have to wait for next release. (Ho yeah, and sorry for subject which has nothing to do with content of mail, base cut and paste :) Le Vendredi 17 Juin 2005 10:01, Jeremias Maerki a écrit : > Why not? Have a look at my RFC2397 [1] implementation which is exactly > what you were thinking about, a new URL protocol handler. I've written > stuff like this before, for example an URL handler that accessed a > virtual file system implemented in Java. I can recommend an excellent > document [2]. > > The next FOP release will contain the possibility to intercept the URI > resolution so you can supply your own InputStream which is also a > possibility. But that won't help you for your current situation. > > I'd go for the URL protocol handler. Such a thing is written in 2 or 3 > hours especially if you have a template. > > [1] http://marc.theaimsgroup.com/?l=fop-user&m=110875657902117&w=2 > [2] http://java.sun.com/developer/onlineTraining/protocolhandlers/ > > I hope that helps. > > On 17.06.2005 09:26:01 delbd wrote: > > Hello, > > > > i use fop to generate documents. However, i come to some problems when > > dealing with <fo:external-graphic .../> > > The graphics we need access to are not public available, they can't get > > accessed neither using http:// nor using file://, actually they are > > stored in a content management system, in a database. > > > > Is there a way to plug a ressource loader or something alike to fop? > > Or any other suggestion? (I thought about adding an new url protocol like > > cms:// to the URL but this doesn't seem to be faisable) > > Jeremias Maerki > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- David Delbecq Royal Meteorological Institute of Belgium - Is there life after /sbin/halt -p? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] CONFIDENTIALITY NOTICE This e-mail is confidential to the addressee. It may also be privileged. Neither the confidentiality nor any privilege attaching to this e-mail is waived lost or destroyed by reason that it has been mistakenly transmitted to a person or entity other than the addressee. If you are not the addressee please notify us immediately by telephone or fax at the numbers provided above or e-mail by Reply To Author and return the printed e-mail to us by post at our expense. We believe, but do not warrant, that this e-mail and any attachments are virus-free, but you should check. We may monitor traffic data of both business and personal e-mails. We are not liable for any opinions expressed by the sender where this is a non-business e-mail. If you do not receive all the message, or if you have difficulty with the transmission, please telephone us immediately. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
