Hi Mark,

I don't think this is the proper way to do this and if it's possible at
all. Extension functions are only available in commercial releases of Saxon
(PE and EE).
I'm afraid they are not available in open-source Saxon-HE. We were trying
to use Saxon-HE with Cocoon 3.0 and extension-functions without success.
You either have to use OLDER release of Saxon or pay for the license. I
know it's sad. I used to "such stupidites" since Oracle stopped releasing
free JDK :(
Hopefully we got OpenJDK.

Greetings,
Greg



wt., 10 gru 2019 o 21:19 Mark H. Wood <mw...@iupui.edu> napisał(a):

> On Tue, Dec 10, 2019 at 12:10:41AM +0100, gelo1234 wrote:
> > Mark,
> >
> > Why do you need a Custom XSLT Processor other than Saxon actually?? Saxon
> > should do the right thing. Why wrapping it inside any "upper-level"
> > Transformer? It's getting kinda weird. You can always add a new Java
> class
> > to standard Cocoon Processors/Transformers.
>
> Because, as I said, I need to configure Saxon, and Saxon-HE can only
> be configured programmatically.  So, if I want to register an
> Integrated Extension Function, I have to gain access to the
> TransformerFactory being created somewhere in the bowels of Cocoon,
> get its Configuration, and call #registerExtensionFunction on that.
>
> To do this, I've created a class which extends TransformerFactoryImpl,
> added a @PostConstruct method (which Spring should call after
> instantiating the bean) to do the registration, and now I'm trying to
> tell Cocoon to use my factory instead of the one that
> javax.xml.transform.TransformerFactory will conjure up by default out
> of the service provider framework when Saxon is present.
>
> > https://mrhaki.blogspot.com/2008/09/use-saxon-in-cocoon-22.html
>
> I've seen that.  So far it hasn't helped.
>
> > Greetings,
> > Greg
> >
> >
> > pon., 9 gru 2019 o 23:02 Mark H. Wood <mw...@iupui.edu> napisał(a):
> >
> > > On Thu, Dec 05, 2019 at 04:13:08PM +0100, Javier Puerto wrote:
> > > > I recommend you to use the Spring configuration. I never had this
> > > > requirement before but by the error message and the configuration
> > > fragment
> > > > that you have sent the NPE is caused because you are not passing an
> > > > instance of "org.dspace.saxon.ConfigurableTransformerFactory", you
> are
> > > > passing a String instead.
> > > >
> > > > <property name='transformerFactory'
> > > >
>  value='org.dspace.saxon.ConfigurableTransformerFactory'/>
> > > >
> > > > IIRC you should change it to:
> > > > <property name='transformerFactory'>
> > > >   <bean class="org.dspace.saxon.ConfigurableTransformerFactory"/>
> > > > </property>
> > > >
> > > > The attribute "value" is for literal values. You can also define the
> bean
> > > > with an ID and then use the attribute "ref" with the ID of the bean.
> > > > I hope that helps.
> > >
> > > It would have made more sense for this to take a bean reference, but
> > > the Javadoc for TraxProcessor says that setTransformerFactory() takes
> > > a String argument.  That seems to be correct:  when I change it to a
> > > reference, I get:
> > >
> > > 09-Dec-2019 15:12:39.128 SEVERE [localhost-startStop-24]
> > > org.apache.catalina.cor
> > > e.StandardContext.listenerStart Exception sending context initialized
> > > event to l
> > > istener instance of class
> > > [org.springframework.web.context.ContextLoaderListener
> > > ]
> > >         org.springframework.beans.factory.BeanCreationException: Error
> > > creating
> > > bean with name 'org.apache.excalibur.xml.xslt.XSLTProcessor/saxon'
> defined
> > > in Se
> > > rvletContext resource [/WEB-INF/spring/applicationContext.xml]:
> > > Initialization o
> > > f bean failed; nested exception is
> > > org.springframework.beans.ConversionNotSuppor
> > > tedException: Failed to convert property value of type
> > > 'org.dspace.saxon.Configu
> > > rableTransformerFactory' to required type 'java.lang.String' for
> property
> > > 'trans
> > > formerFactory'; nested exception is java.lang.IllegalStateException:
> > > Cannot conv
> > > ert value of type [org.dspace.saxon.ConfigurableTransformerFactory] to
> > > required
> > > type [java.lang.String] for property 'transformerFactory': no matching
> > > editors o
> > > r conversion strategy found
> > >
> > > When I change it back to the literal name of the class, the
> > > webapp. starts normally.  But it still errors out when it tries to run
> > > the XSLT transformer.
> > >
> > > It begins to look as though one can't really wire up TraxProcessor
> > > using Spring.  (By this I mean:  using Spring's normal <bean>
> > > <property> etc.)  I'm guessing that it blows up because nothing has
> > > called #parameterize(Parameters), because #parameterize() knows how
> > > the properties must be set up and makes sure they are all sensible,
> > > and thus something was left unset.
> > >
> > > I tried adding
> > >
> > >   log4j.logger.org.apache.excalibur = DEBUG
> > >   log4j.logger.org.apache.avalon = DEBUG
> > >
> > > to our logging config. but it made no useful difference in the
> > > output.  I cannot see what paths are actually being consulted for
> > > Cocoon component configuration, but it seems that none of the places
> > > I've put my .xconf is one of them.
> > >
> > > > El mié., 4 dic. 2019 a las 22:46, Mark H. Wood (<mw...@iupui.edu>)
> > > escribió:
> > > >
> > > > > I'm using Cocoon 2.2.  I need to pass a custom XSLT transformer
> > > > > factory (that wraps Saxon's to configure it) to TraxProcessor, and
> the
> > > > > advice I've found in several places around the Web doesn't seem to
> be
> > > > > working:  my factory class never gets instantiated.
> > > > >
> > > > > I've got a file
> META-INF/cocoon/avalon/cocoon-core-saxon-xslt.xconf:
> > > > >
> > > > > <?xml version="1.0" encoding="UTF-8"?>
> > > > > <components>
> > > > >   <component
> role="org.apache.excalibur.xml.xslt.XSLTProcessor/saxon"
> > > > >     class="org.apache.cocoon.components.xslt.TraxProcessor">
> > > > >     <parameter name="use-store" value="true"/>
> > > > >     <parameter name="transformer-factory"
> > > > >
> > > value="org.dspace.saxon.ConfigurableTransformerFactory"/>
> > > > >   </component>
> > > > > </components>
> > > > >
> > > > > I also tried copying it to WEB-INF/cocoon and it didnt' seem to
> work
> > > > > there either.
> > > > >
> > > > > I do have <configurator:settings/> and <avalon:bridge/> in the
> Spring
> > > > > config.
> > > > >
> > > > > Is there some way to debug component configuration and see if the
> file
> > > > > is even being looked for (and where *is* configuration looking)?
> The
> > > > > Cocoon site directs me to Excalibur, which directs me to Avalon,
> which
> > > > > says that Avalon is wound up and directs me back to Excalibur....
> > > > >
> > > > >
> > > > >
> > > > > I've also tried to configure the thing using Spring:
> > > > >
> > > > >     <bean name='org.apache.excalibur.xml.xslt.XSLTProcessor/saxon'
> > > > >           class='org.apache.cocoon.components.xslt.TraxProcessor'
> > > > >           init-method='initialize'
> > > > >           destroy-method='dispose'>
> > > > >       <!--property name='use-store' value='true'/-->
> > > > >       <property name='transformerFactory'
> > > > >
> > >  value='org.dspace.saxon.ConfigurableTransformerFactory'/>
> > > > >     </bean>
> > > > >
> > > > > but so far I'm missing something:  TraxProcessor.sourceToSAX
> throws an
> > > > > NPE.  I'm probably not setting the parameters correctly -- there
> isn't
> > > > > a setter for use-store at all, for example.
> > > > >
> > > > > I've found any number of pages that tell me Avalon configuration is
> > > > > being replaced by Spring, but nothing practical on how to convert
> > > > > Avalon configuration (such as the first sample above) to Spring, or
> > > > > even how to write fresh Spring configuration for Cocoon components.
> > > > > It would be nice to know how to do this even if I wind up using the
> > > > > Avalon approach with the present task.
> > > > >
> > > > > --
> > > > > Mark H. Wood
> > > > > Lead Technology Analyst
> > > > >
> > > > > University Library
> > > > > Indiana University - Purdue University Indianapolis
> > > > > 755 W. Michigan Street
> > > > > Indianapolis, IN 46202
> > > > > 317-274-0749
> > > > > www.ulib.iupui.edu
> > > > >
> > >
> > > --
> > > Mark H. Wood
> > > Lead Technology Analyst
> > >
> > > University Library
> > > Indiana University - Purdue University Indianapolis
> > > 755 W. Michigan Street
> > > Indianapolis, IN 46202
> > > 317-274-0749
> > > www.ulib.iupui.edu
> > >
>
> --
> Mark H. Wood
> Lead Technology Analyst
>
> University Library
> Indiana University - Purdue University Indianapolis
> 755 W. Michigan Street
> Indianapolis, IN 46202
> 317-274-0749
> www.ulib.iupui.edu
>

Reply via email to