Problem with Depolyed eXist in 3.5.1

The eXist database deployed in OPS 3.5.1 does not return query results as xml, instead it returns as text/html.  Not a huge issue unless of course you are running a query (like me) to replace an existing instance with.  At this point OPS rejects the instance as invalid.

I have download and built a newer version of eXist which fixes this issue, and this runs as an external web service to my OPS.  Instead I now want to replace the eXist packaged with OPS with the newer one.  I have replaced;

exist.jar
exist-modules.jar
exist-optional.jar
xmldb.jar
xmlrpc-1.2-patched.jar

With the ones in the eXist build.  The first time round my tomcat complained that it couldn't find quartz, so I copied the quartz-1.6.0.jar from eXist into OPS.  Now I get:


22-Jun-2007 12:31:56 org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
        at org.quartz.impl.StdSchedulerFactory.instantiate(StdSchedulerFactory.java:1104)
        at org.quartz.impl.StdSchedulerFactory.getScheduler(StdSchedulerFactory.java:1355)
        at org.exist.scheduler.Scheduler.<init>(Scheduler.java:83)
        at org.exist.storage.BrokerPool.<init>(BrokerPool.java:526)
        at org.exist.storage.BrokerPool.configure(BrokerPool.java:175)
        at org.exist.storage.BrokerPool.configure(BrokerPool.java:149)
        at org.exist.http.servlets.EXistServlet.startup(EXistServlet.java:587)
        at org.exist.http.servlets.EXistServlet.init(EXistServlet.java:115)
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4044)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:761)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:741)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
        at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:920)
        at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:883)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1023)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1015)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
        at org.apache.catalina.core.StandardService.start(StandardService.java:448)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
22-Jun-2007 12:31:56 org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /ops threw load() exception
java.lang.NoClassDefFoundError: javax/transaction/UserTransaction
        at org.quartz.impl.StdSchedulerFactory.instantiate(StdSchedulerFactory.java:1104)
        at org.quartz.impl.StdSchedulerFactory.getScheduler(StdSchedulerFactory.java:1355)
        at org.exist.scheduler.Scheduler.<init>(Scheduler.java:83)
        at org.exist.storage.BrokerPool.<init>(BrokerPool.java:526)
        at org.exist.storage.BrokerPool.configure(BrokerPool.java:175)
        at org.exist.storage.BrokerPool.configure(BrokerPool.java:149)
        at org.exist.http.servlets.EXistServlet.startup(EXistServlet.java:587)
        at org.exist.http.servlets.EXistServlet.init(EXistServlet.java:115)
        at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1161)
        at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:981)
        at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4044)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4350)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:761)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:741)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
        at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:920)
        at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:883)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:120)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1023)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1015)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
        at org.apache.catalina.core.StandardService.start(StandardService.java:448)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)

Nothing else about OPS has changed from 'out of the box'.  I have copied:

serializer-2.9.0.jar
xalan-2.7.0.jar
xerces-2_8_1.jar
xml-apis.jar

Into an endorsed folder to get the old eXist to start correctly.

What .jar  file or config am I missing to start the newbuild of eXist?

Hi Chris,

On 6/22/07, ChrisSpeare <[hidden email]> wrote:
> The eXist database deployed in OPS 3.5.1 does not return query results as
> xml, instead it returns as text/html.  Not a huge issue unless of course you
> are running a query (like me) to replace an existing instance with.  At this
> point OPS rejects the instance as invalid.

That's right: this bug has been fixed after the 1.1.1 release. So
we'll make sure to upgrade eXist when there is a new release of eXist,
but for now we don't want to include a nightly build of eXist in a
release of Orbeon Forms.

> What .jar  file or config am I missing to start the newbuild of eXist?

I haven't gone through this exercise myself. Right now I am using a
nightly build of eXist, and I am deploying it along Orbeon Forms in a
separate web application. You might find some more information about
upgrading the embedded eXist in this post by Erik:

http://www.nabble.com/eXist-upgrade-redux%3A-antlr-upgrade--tf3126320.html#a8666094

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws