On Tue, December 23, 2008 7:01 pm, Marten van der Honing wrote: > Peter: Did you write a preprocessor in cocoon? Where can i find more info > on > that?
No, the preprocessor that sets it up is run separately through a CGI script, using XSLT routines processed with Saxon. I can send you details separately after the holidays. I'd do it using Cocoon if I could grok Cocoon forms, but this has so far eluded me. ///Peter > Meanwhile i tried another approach: > <xsl:variable name="image-base64" select=".//IMAGE"/> > <fo:external-graphic > src="url('data:image/gif;base64,{$image-base64}')" > height="3cm" width="3cm" /> > > But now i get an error in html instead of an pdf file: > > java.lang.NullPointerException: > > Cocoon stacktrace[hide] > > java.lang.NullPointerException cocoon://fop_post/xsl - 4:14 > > Exception in StreamGenerator.generate() cocoon://fop_post/xsl - 4:14 > [TransformerException] > context://fop_post/sitemap.xmap - 11:32 <map:serialize type="xml"> > context://fop_post/sitemap.xmap - 7:33 <map:generate type="stream"> > context://fop_post/sitemap.xmap - 44:37 <map:serialize type="fo2pdf"> > context://fop_post/sitemap.xmap - 43:42 <map:transform> > context://fop_post/sitemap.xmap - 32:38 <map:generate> > context://sitemap.xmap - 1034:92 <map:mount> > > Maybe i should try to show the base64 as text in the pdf first to see if > it > still there. > > -----Oorspronkelijk bericht----- > Van: Peter Flynn [mailto:pfl...@ucc.ie] > Verzonden: donderdag 18 december 2008 10:24 > Aan: users@cocoon.apache.org > Onderwerp: Re: generate pdf from xml with embedded image? > > > Ken Starks wrote: > [...] >> I did have a few images that were stored also in a database, but I >> would pre-process them in a seperate stage, generating a local copy, >> and populating a table of the database with the path. This was a batch >> process, not an interactive one, and it used python rather than >> cocoon. (Actually, it could do a minor amount of image-processing as >> well, such as cropping, changing contrast, creating thumbnails, >> changing to a different format, Etc and used Image magick as well as >> python). > > I do something very similar, taking in Word XML documents. The > preprocessor extracts any encoded image data, converts them back to > image format, creates thumbnails and web-res versions, and adds details > of them to an XML file in their directory, rather than using a database. > The XSL[T] processes then reference them externally as images, which is > probably faster than doing database extraction and image conversion in > real time. > >> I suppose it depends on the amount of storage you have, and how >> important it is to you to store your images on a database. > > In this case there are typically only a handful of images, so a database > would be overkill: YMMV. > > ///Peter > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org