Re: [Exist-open] Memory leaks on XEP rendering process

[Russell H. <rus...@gm...>]

ah ok.

We just use cocoon to do the transform after an xq file passes the xml back.

On Thu, Jan 13, 2011 at 9:48 PM, Adam Retter <ad...@ex...> wrote:

> On 13 January 2011 22:45, Russell Haley <rus...@gm...> wrote:
> > why would extending be necessary?
>
> If you wanted to avoid the security implications of enabling java
> binding, and expose methods natively to XQuery for use with XEP.
>
> > On Thu, Jan 13, 2011 at 9:43 PM, Adam Retter <ad...@ex...> wrote:
> >>
> >> Yuwono,
> >>
> >> I am not sure if you know this but eXist-db does have an XQuery
> >> extension module for natively supporting XSL-FO through Apache FOP.
> >>
> >> Whilst this is geared specifically toward Apache FOP at present, the
> >> amount of Apache specific code is pretty small. This could easily be
> >> isolated and the module made configurable so that it supports both
> >> Apache FOP and RenderHouse XEP. This may be a cleaner and easier
> >> approach for you, as opposed to the Java binding method.
> >>
> >> Let me know if you are interested. If you have Java skills we could
> >> discuss the design and implementation, otherwise it may be possible
> >> for me to extend this after next week...
> >>
> >>
> >>
> >> On 13 January 2011 19:33, Yuwono Gunawan <yuw...@da...>
> >> wrote:
> >> > Hi,
> >> > Dan:
> >> > XEP is an transformation XSL-FO engine which in my case I use it for
> >> > rendering PDF. XEP can transform XSL-FO or intermediate XEP into PDF
> or
> >> > Postscript.
> >> > Russell:
> >> > I stored XSL files in eXist as a XSL collection which is same as what
> >> > you
> >> > did. However I do not use sitemap.map file because I only have one
> >> > pipeline.
> >> > I call XEP transformation process through java binding method.
> >> > So something I do not understand how did you connect cocoons
> sitemap.map
> >> > with eXist? Can you elaborate more?
> >> > Thank you,
> >> > Yuwono
> >> >
> >> > On Thu, Jan 13, 2011 at 12:45 AM, rhaley <rus...@gm...>
> >> > wrote:
> >> >>
> >> >> Hello Yuwono,
> >> >>
> >> >> We use XEP/RenderX for our PDFs quite successfully but not the same
> >> >> way.
> >> >> Our
> >> >> users see HTML news articles and if they want a PDF of them they
> click
> >> >> on
> >> >> a
> >> >> PDF button which goes to this link
> >> >>
> >> >> http://www/proxy/xml/cocoon/YYYYMMDD-HHMM-TestDocument.pdf
> >> >>
> >> >> We have eXist behind our Apache web server (hence proxy in the url)
> >> >>
> >> >> The exist version of this URL would be:
> >> >> http://existserver:8080/exist/cocoon/YYYYMMDD-HHMM-TestDocument.pdf
> >> >>
> >> >> Obviously the file is shown in the browser (don't know if this is
> your
> >> >> end
> >> >> goal)
> >> >>
> >> >> We store out XSL that does the XML to FO translation in exist under a
> >> >> stylesheets collection as we found this has some improved
> performance.
> >> >>
> >> >> We use cocoons sitemap.xmap file to determine which transformation
> >> >> pipeline
> >> >> to execute:
> >> >>
> >> >> this is an example from the render X website of what you need to put
> in
> >> >> sitemap.xmap
> >> >>
> >> >>
> >> >> <map:pipeline>
> >> >>   <map:match pattern="*-*-*.pdf">
> >> >>   <map:generate src="path/to/some/pdf.xq" type="xquery">
> >> >>      <map:parameter name="docname" value="{3}"/> <!-- the {3}
> coincides
> >> >> with the third * -->
> >> >>   </map:generate>
> >> >>   <map:transform type="xinclude"/>
> >> >>   <!-- this can be a normal http url to a stylsheets as well -->
> >> >>   <map:transform type="xslt"
> >> >> src="xmldb:exist:///db/stylesheets/article.xsl"/>
> >> >>   <map:serialize type="fo2pdf"/>
> >> >>   </map:match>
> >> >> </map:pipeline>
> >> >>
> >> >>
> >> >> Thanks
> >> >> Russ
> >> >> --
> >> >> View this message in context:
> >> >>
> >> >>
> http://exist.2174344.n4.nabble.com/Memory-leaks-on-XEP-rendering-process-tp3214991p3215314.html
> >> >> Sent from the exist-open mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >>
> >> >>
> ------------------------------------------------------------------------------
> >> >> Protect Your Site and Customers from Malware Attacks
> >> >> Learn about various malware tactics and how to avoid them. Understand
> >> >> malware threats, the impact they can have on your business, and how
> you
> >> >> can protect your company and customers by using code signing.
> >> >> http://p.sf.net/sfu/oracle-sfdevnl
> >> >> _______________________________________________
> >> >> Exist-open mailing list
> >> >> Exi...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/exist-open
> >> >
> >> >
> >> >
> >> > --
> >> > Thank you,
> >> >
> >> > Yuwono Gunawan
> >> > Application Developer
> >> > Dakota Systems, Inc.
> >> > www.daksys.com
> >> >
> >> > Phone: 312-263-4400
> >> > Fax: 312-263-3400
> >> > Email: yuw...@da...
> >> >
> >> >
> >> >
> ------------------------------------------------------------------------------
> >> > Protect Your Site and Customers from Malware Attacks
> >> > Learn about various malware tactics and how to avoid them. Understand
> >> > malware threats, the impact they can have on your business, and how
> you
> >> > can protect your company and customers by using code signing.
> >> > http://p.sf.net/sfu/oracle-sfdevnl
> >> > _______________________________________________
> >> > Exist-open mailing list
> >> > Exi...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/exist-open
> >> >
> >> >
> >>
> >>
> >>
> >> --
> >> Adam Retter
> >>
> >> eXist Developer
> >> { United Kingdom }
> >> ad...@ex...
> >> irc://irc.freenode.net/existdb
> >
> >
>
>
>
> --
> Adam Retter
>
> eXist Developer
> { United Kingdom }
> ad...@ex...
> irc://irc.freenode.net/existdb
>