Ops initializing eXist twice

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Ops initializing eXist twice

Michael Roberts-10
Hello Orbeon Folks:

We are using Orbeon Forms, nightly build 20080821.  When our code  
tries to process a form for the first time, we see these messages in  
the log:

2008-08-22 13:23:07,212 DEBUG XFormsServer  - XForms - cannot cache  
dynamic state UUID for resulting document.
2008-08-22 13:23:07,213 DEBUG XFormsStateManager  - XForms - global  
application store: created new store.
2008-08-22 13:23:07,216 DEBUG ConfigurationHelper  - Could not retieve  
instance of brokerpool: database instance 'exist' is not available
2008-08-22 13:23:07,216 INFO  Configuration  - Reading configuration  
from file /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-conf.xml


Exist was already configured when OPS started up, and so shortly after  
those debug messages from eXist (ConfigurationHelper) we end up with a  
FileLockException:

2008-08-22 13:23:07,221 DEBUG BrokerPool  - configuring database  
instance 'exist'...
2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance 'exist'  
will have between 1 and 20 brokers
2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance 'exist'  
will be synchronized every 120,000 ms
2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance 'exist'  
will wait  45,000 ms during shutdown
2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance 'exist'  
is enabled for transactions : true
2008-08-22 13:23:07,223 INFO  FileLock  - File lock last access  
timestamp: Aug 22, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
data/dbx_dir.lck
2008-08-22 13:23:07,223 INFO  FileLock  - Found a stale lockfile.  
Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
data/dbx_dir.lck
2008-08-22 13:23:07,223 INFO  FileLock  - Deleting lock file: /opt/
RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
2008-08-22 13:23:07,632 ERROR Scheduler  - Failed to schedule periodic  
job 'FileLockHeartBeat: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
data/dbx_dir.lck'
org.quartz.ObjectAlreadyExistsException: Unable to store Job with  
name: 'FileLockHeartBeat: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
data/dbx_dir.lck' and group: 'eXist.internal', because one already  
exists with this identification.        at  
org.quartz.simpl.RAMJobStore.storeJob(RAMJobStore.java:222)
         at  
org.quartz.simpl.RAMJobStore.storeJobAndTrigger(RAMJobStore.java:195)
         at  
org.quartz.core.QuartzScheduler.scheduleJob(QuartzScheduler.java:703)
         at org.quartz.impl.StdScheduler.scheduleJob(StdScheduler.java:
255)
         at  
org.exist.scheduler.Scheduler.createPeriodicJob(Scheduler.java:289)
         at  
org.exist.scheduler.Scheduler.createPeriodicJob(Scheduler.java:241)
         at org.exist.storage.lock.FileLock.tryLock(FileLock.java:157)
         at  
org.exist.storage.BrokerPool.canReadDataDir(BrokerPool.java:650)
         at org.exist.storage.BrokerPool.<init>(BrokerPool.java:604)
         at org.exist.storage.BrokerPool.configure(BrokerPool.java:198)
         at org.exist.xmldb.DatabaseImpl.configure(DatabaseImpl.java:
105)
         at  
org.exist.xmldb.DatabaseImpl.getLocalCollection(DatabaseImpl.java:180)
         at  
org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:160)
         at  
org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:155)
         at org.xmldb.api.DatabaseManager.getCollection(Unknown Source)
         at  
org
.orbeon
.oxf.processor.xmldb.XMLDBProcessor.getCollection(XMLDBProcessor.java:
155)
         at  
org
.orbeon
.oxf.processor.xmldb.XMLDBProcessor.executeQuery(XMLDBProcessor.java:
251)
         at  
org
.orbeon.oxf.processor.xmldb.XMLDBProcessor.query(XMLDBProcessor.java:
174)


This problem only happens with Java 6 (we think), as I am using Java 5  
in my development environment (with Eclipse).  The deployment  
environment is Java 6, Linux, Tomcat 5.5.23.  We are using the  
separate deployment option.  Our only change to OPS source code is a  
verbose logging version of resources/config/log4j.xml

Has anyone encountered this or fixed this problem?

Cheers,
Michael Roberts




--
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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Ops initializing eXist twice

Michael Roberts-10
No response so far, so I thought I would ask the question differently.

For projects successfully using Orbeon and Tomcat, what versions of  
the Java JVM and Tomcat are you using?

Orbeon folks:  what versions of Java and Tomcat do you use when testing?


On Aug 22, 2008, at 1:44 PM, Michael Roberts wrote:

> Hello Orbeon Folks:
>
> We are using Orbeon Forms, nightly build 20080821.  When our code  
> tries to process a form for the first time, we see these messages in  
> the log:
>
> 2008-08-22 13:23:07,212 DEBUG XFormsServer  - XForms - cannot cache  
> dynamic state UUID for resulting document.
> 2008-08-22 13:23:07,213 DEBUG XFormsStateManager  - XForms - global  
> application store: created new store.
> 2008-08-22 13:23:07,216 DEBUG ConfigurationHelper  - Could not  
> retieve instance of brokerpool: database instance 'exist' is not  
> available
> 2008-08-22 13:23:07,216 INFO  Configuration  - Reading configuration  
> from file /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-conf.xml
>
>
> Exist was already configured when OPS started up, and so shortly  
> after those debug messages from eXist (ConfigurationHelper) we end  
> up with a FileLockException:
>
> 2008-08-22 13:23:07,221 DEBUG BrokerPool  - configuring database  
> instance 'exist'...
> 2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance  
> 'exist' will have between 1 and 20 brokers
> 2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance  
> 'exist' will be synchronized every 120,000 ms
> 2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance  
> 'exist' will wait  45,000 ms during shutdown
> 2008-08-22 13:23:07,221 INFO  BrokerPool  - database instance  
> 'exist' is enabled for transactions : true
> 2008-08-22 13:23:07,223 INFO  FileLock  - File lock last access  
> timestamp: Aug 22, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/dbx_dir.lck
> 2008-08-22 13:23:07,223 INFO  FileLock  - Found a stale lockfile.  
> Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/dbx_dir.lck
> 2008-08-22 13:23:07,223 INFO  FileLock  - Deleting lock file: /opt/
> RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
> 2008-08-22 13:23:07,632 ERROR Scheduler  - Failed to schedule  
> periodic job 'FileLockHeartBeat: /opt/RSuite/tomcat/webapps/ops/WEB-
> INF/exist-data/dbx_dir.lck'
> org.quartz.ObjectAlreadyExistsException: Unable to store Job with  
> name: 'FileLockHeartBeat: /opt/RSuite/tomcat/webapps/ops/WEB-INF/
> exist-data/dbx_dir.lck' and group: 'eXist.internal', because one  
> already exists with this identification.        at  
> org.quartz.simpl.RAMJobStore.storeJob(RAMJobStore.java:222)
>        at  
> org.quartz.simpl.RAMJobStore.storeJobAndTrigger(RAMJobStore.java:195)
>        at  
> org.quartz.core.QuartzScheduler.scheduleJob(QuartzScheduler.java:703)
>        at org.quartz.impl.StdScheduler.scheduleJob(StdScheduler.java:
> 255)
>        at  
> org.exist.scheduler.Scheduler.createPeriodicJob(Scheduler.java:289)
>        at  
> org.exist.scheduler.Scheduler.createPeriodicJob(Scheduler.java:241)
>        at org.exist.storage.lock.FileLock.tryLock(FileLock.java:157)
>        at  
> org.exist.storage.BrokerPool.canReadDataDir(BrokerPool.java:650)
>        at org.exist.storage.BrokerPool.<init>(BrokerPool.java:604)
>        at org.exist.storage.BrokerPool.configure(BrokerPool.java:198)
>        at org.exist.xmldb.DatabaseImpl.configure(DatabaseImpl.java:
> 105)
>        at  
> org.exist.xmldb.DatabaseImpl.getLocalCollection(DatabaseImpl.java:180)
>        at  
> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:160)
>        at  
> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:155)
>        at org.xmldb.api.DatabaseManager.getCollection(Unknown Source)
>        at  
> org
> .orbeon
> .oxf
> .processor.xmldb.XMLDBProcessor.getCollection(XMLDBProcessor.java:155)
>        at  
> org
> .orbeon
> .oxf.processor.xmldb.XMLDBProcessor.executeQuery(XMLDBProcessor.java:
> 251)
>        at  
> org
> .orbeon.oxf.processor.xmldb.XMLDBProcessor.query(XMLDBProcessor.java:
> 174)
>
>
> This problem only happens with Java 6 (we think), as I am using Java  
> 5 in my development environment (with Eclipse).  The deployment  
> environment is Java 6, Linux, Tomcat 5.5.23.  We are using the  
> separate deployment option.  Our only change to OPS source code is a  
> verbose logging version of resources/config/log4j.xml
>
> Has anyone encountered this or fixed this problem?
>
> Cheers,
> Michael Roberts
>
>
>
> --
> 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
> OW2 mailing lists service home page: http://www.ow2.org/wws

__________________________________________________
Michael Roberts | Director, Engineering | Really Strategies, Inc.
email:  [hidden email]
office: 610.631.6770
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com | http://blog.reallysi.com | www.rsuitecms.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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Ops initializing eXist twice

Alessandro Vernet
Administrator
In reply to this post by Michael Roberts-10
On Aug 22, 2008, at 10:44 AM, Michael Roberts wrote:

> This problem only happens with Java 6 (we think), as I am using Java  
> 5 in my development environment (with Eclipse).  The deployment  
> environment is Java 6, Linux, Tomcat 5.5.23.

Things should work well with Java 6 and Tomcat 5.5, and I don't  
recognize the error message you quoted. Is eXist accessible,  
independently from Orbeon Forms? For instance, after you having  
started Tomcat, can you access eXist with the REST API? Also, would it  
be possible to test this with Java 5 on that machine, to see if this  
is really caused by Java 6?

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet



--
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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Re: Ops initializing eXist twice

Michael Roberts-10
I have switched the deployment environment to Java 5 (version 1.5.0_14-b03). 

It is still failing on Java 5.  The deployment OS is Linux (RHEL 4).  Tomcat is Tomcat 5.5.23.

At startup it does this:
2008-08-26 11:31:39,522 INFO  GrammarPool  - Initializing GrammarPool.
2008-08-26 11:31:39,524 INFO  EXistServlet  - configuring eXist instance
2008-08-26 11:31:39,524 DEBUG BrokerPool  - configuring database instance 'exist'...
2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance 'exist' will have between 1 and 20 brokers
2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance 'exist' will be synchronized every 120,000 ms
2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance 'exist' will wait  45,000 ms during shutdown
2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance 'exist' is enabled for transactions : true
2008-08-26 11:31:39,581 INFO  FileLock  - File lock last access timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
2008-08-26 11:31:39,581 INFO  FileLock  - Found a stale lockfile. Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
2008-08-26 11:31:39,581 INFO  FileLock  - Deleting lock file: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
2008-08-26 11:31:39,592 DEBUG BrokerPool  - isReadOnly: false
2008-08-26 11:31:39,592 DEBUG BrokerPool  - initializing database instance 'exist'...
2008-08-26 11:31:39,594 INFO  DefaultCacheManager  - Cache settings: totalPages: 12,288; maxCacheSize: 11,059
2008-08-26 11:31:39,595 WARN  AgentFactory  - Class not found for JMX agent: org.exist.management.impl.JMXAgent
2008-08-26 11:31:39,598 INFO  XQueryPool  - QueryPool: size = 128; maxStackSize = 5; timeout = 120,000; timeoutCheckInterval = 30,000
2008-08-26 11:31:39,608 DEBUG CollectionCacheManager  - collection collectionCache will be using 25165824 bytes max.
2008-08-26 11:31:39,613 DEBUG Journal  - SyncOnCommit = false
2008-08-26 11:31:39,613 DEBUG Journal  - Using directory for the journal: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data
2008-08-26 11:31:39,613 DEBUG TransactionManager  - GroupCommits = false
2008-08-26 11:31:39,613 INFO  FileLock  - File lock last access timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/journal.lck
2008-08-26 11:31:39,613 INFO  FileLock  - Found a stale lockfile. Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/journal.lck
2008-08-26 11:31:39,613 INFO  FileLock  - Deleting lock file: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/journal.lck
2008-08-26 11:31:39,652 DEBUG NGramIndex  - Created NGram index: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/ngram.dbx
2008-08-26 11:31:39,652 INFO  IndexManager  - Registered index org.exist.indexing.ngram.NGramIndex as ngram-index
2008-08-26 11:31:39,653 DEBUG FTIndex  - Creating 'words.dbx'...
2008-08-26 11:31:39,653 INFO  IndexManager  - Registered index org.exist.fulltext.FTIndex as ft-legacy-index
2008-08-26 11:31:39,700 DEBUG TextSearchEngine  - using tokenizer: org.exist.storage.analysis.SimpleTokenizer
2008-08-26 11:31:39,704 DEBUG DBBroker  - Initializing broker 1548033466

The first time we try to display a form (our application forwards to the XForms filter)

I now see this failure:

2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - annotated document and static state not obtained from cache.
2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - found cached static state UUID.
2008-08-26 11:32:30,578 DEBUG ProcessorImpl  - Config (URIReferences) found: org.orbeon.oxf.xforms.processor.XFormsToXHTML$InputDependencies@3734fc1a
2008-08-26 11:32:30,579 DEBUG XFormsServer  - XForms - cannot cache dynamic state UUID for resulting document.
2008-08-26 11:32:30,586 DEBUG XFormsStateManager  - XForms - global application store: created new store.
2008-08-26 11:32:30,599 INFO  Configuration  - Reading configuration from classloader
2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.stem: false
2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.store-term-freq: true
2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.tokenizer: org.exist.storage.analysis.SimpleTokenizer
2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.case-sensitive: true
2008-08-26 11:32:30,602 DEBUG ConfigurationHelper  - Could not retieve instance of brokerpool: database instance 'exist' is not available
2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.index-depth: 5
2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.suppress-whitespace: none
2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.preserve-whitespace-mixed-content: false
2008-08-26 11:32:30,603 DEBUG Configuration  - database: native
2008-08-26 11:32:30,603 DEBUG ConfigurationHelper  - Could not retieve instance of brokerpool: database instance 'exist' is not available
2008-08-26 11:32:30,605 ERROR ProcessorService  - Exception at line 92, column 60 of oxf:/ops/pfc/xforms-epilogue.xpl (reading processor output: name='document', id='xhtml-data')
org.exist.util.DatabaseConfigurationException: cannot read data directory: /exist-data
        at org.exist.util.Configuration.configureBackend(Configuration.java:634)
        at org.exist.util.Configuration.<init>(Configuration.java:297)
        at org.exist.xmldb.DatabaseImpl.configure(DatabaseImpl.java:104)
        at org.exist.xmldb.DatabaseImpl.getLocalCollection(DatabaseImpl.java:180)
        at org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:160)
        at org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:155)
        at org.xmldb.api.DatabaseManager.getCollection(Unknown Source)
        at org.orbeon.oxf.processor.xmldb.XMLDBProcessor.getCollection(XMLDBProcessor.java:155)
        at org.orbeon.oxf.processor.xmldb.XMLDBProcessor.executeQuery(XMLDBProcessor.java:251)
        at org.orbeon.oxf.processor.xmldb.XMLDBProcessor.query(XMLDBProcessor.java:174)
        at org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore$XMLDBAccessor.query(XFormsPersistentApplicationStateStore.java:515)
        at org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore.executeQuery(XFormsPersistentApplicationStateStore.java:369)
        at org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore.expireAllPersistentWithSession(XFormsPersistentApplicationStateStore.java:341)
        at org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore.instance(XFormsPersistentApplicationStateStore.java:144)
        at org.orbeon.oxf.xforms.state.XFormsStateManager.getInitialEncodedClientState(XFormsStateManager.java:122)
        at org.orbeon.oxf.xforms.processor.XFormsToXHTML.doIt(XFormsToXHTML.java:221)
        at org.orbeon.oxf.xforms.processor.XFormsToXHTML.access$0(XFormsToXHTML.java:108)
        at org.orbeon.oxf.xforms.processor.XFormsToXHTML$1.readImpl(XFormsToXHTML.java:80)
        at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl$1.read(ProcessorImpl.java:995)
        at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl.read(ProcessorImpl.java:1178)
        at org.orbeon.oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:350)
        at org.orbeon.oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:355)
        at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access$1(XIncludeProcessor.java:1)
        at org.orbeon.oxf.processor.xinclude.XIncludeProcessor$1$1.read(XIncludeProcessor.java:85)
        at org.orbeon.oxf.processor.ProcessorImpl.readCacheInputAsObject(ProcessorImpl.java:453)
        at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access$2(XIncludeProcessor.java:1)


Our webapp's web.xml has this:

  <!-- Declare and configure the Orbeon Forms XForms filter -->
  <filter>
    <filter-name>ops-xforms-filter</filter-name>
    <filter-class>org.orbeon.oxf.servlet.OPSXFormsFilter</filter-class>
    <init-param>
      <param-name>oxf.xforms.renderer.context</param-name>
      <param-value>/ops</param-value>
    </init-param>
  </filter>  

  

  <!-- Any web resource under /xforms is processed by the XForms engine -->
  <filter-mapping>
    <filter-name>ops-xforms-filter</filter-name>
    <url-pattern>/xforms/*</url-pattern>
    <dispatcher>FORWARD</dispatcher>
    <dispatcher>REQUEST</dispatcher>
  </filter-mapping>

  

And we are forwarding to this JSP which emits an XForms instance:

/xforms/DisplayForm.jsp


On Aug 25, 2008, at 7:43 PM, Alessandro Vernet wrote:

On Aug 22, 2008, at 10:44 AM, Michael Roberts wrote:

This problem only happens with Java 6 (we think), as I am using Java 5 in my development environment (with Eclipse).  The deployment environment is Java 6, Linux, Tomcat 5.5.23.

Things should work well with Java 6 and Tomcat 5.5, and I don't recognize the error message you quoted. Is eXist accessible, independently from Orbeon Forms? For instance, after you having started Tomcat, can you access eXist with the REST API? Also, would it be possible to test this with Java 5 on that machine, to see if this is really caused by Java 6?

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet


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


__________________________________________________
Michael Roberts | Director, Engineering | Really Strategies, Inc.
email:  [hidden email]
office: 610.631.6770  
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com | http://blog.reallysi.com | www.rsuitecms.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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Re: Re: Ops initializing eXist twice

Erik Bruchez
Administrator
The error reported is:

   "cannot read data directory: /exist-data"

I would say that means that, well, Tomcat cannot read that directory.

Make sure that this directory allows the Tomcat user read and write  
access. The directory is at WEB-INF/exist-data.

-Erik

On Aug 26, 2008, at 8:53 AM, Michael Roberts wrote:

> I have switched the deployment environment to Java 5 (version  
> 1.5.0_14-b03).
>
> It is still failing on Java 5.  The deployment OS is Linux (RHEL  
> 4).  Tomcat is Tomcat 5.5.23.
>
> At startup it does this:
> 2008-08-26 11:31:39,522 INFO  GrammarPool  - Initializing GrammarPool.
> 2008-08-26 11:31:39,524 INFO  EXistServlet  - configuring eXist  
> instance
> 2008-08-26 11:31:39,524 DEBUG BrokerPool  - configuring database  
> instance 'exist'...
> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
> 'exist' will have between 1 and 20 brokers
> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
> 'exist' will be synchronized every 120,000 ms
> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
> 'exist' will wait  45,000 ms during shutdown
> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
> 'exist' is enabled for transactions : true
> 2008-08-26 11:31:39,581 INFO  FileLock  - File lock last access  
> timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/dbx_dir.lck
> 2008-08-26 11:31:39,581 INFO  FileLock  - Found a stale lockfile.  
> Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/dbx_dir.lck
> 2008-08-26 11:31:39,581 INFO  FileLock  - Deleting lock file: /opt/
> RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
> 2008-08-26 11:31:39,592 DEBUG BrokerPool  - isReadOnly: false
> 2008-08-26 11:31:39,592 DEBUG BrokerPool  - initializing database  
> instance 'exist'...
> 2008-08-26 11:31:39,594 INFO  DefaultCacheManager  - Cache settings:  
> totalPages: 12,288; maxCacheSize: 11,059
> 2008-08-26 11:31:39,595 WARN  AgentFactory  - Class not found for  
> JMX agent: org.exist.management.impl.JMXAgent
> 2008-08-26 11:31:39,598 INFO  XQueryPool  - QueryPool: size = 128;  
> maxStackSize = 5; timeout = 120,000; timeoutCheckInterval = 30,000
> 2008-08-26 11:31:39,608 DEBUG CollectionCacheManager  - collection  
> collectionCache will be using 25165824 bytes max.
> 2008-08-26 11:31:39,613 DEBUG Journal  - SyncOnCommit = false
> 2008-08-26 11:31:39,613 DEBUG Journal  - Using directory for the  
> journal: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data
> 2008-08-26 11:31:39,613 DEBUG TransactionManager  - GroupCommits =  
> false
> 2008-08-26 11:31:39,613 INFO  FileLock  - File lock last access  
> timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/journal.lck
> 2008-08-26 11:31:39,613 INFO  FileLock  - Found a stale lockfile.  
> Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
> data/journal.lck
> 2008-08-26 11:31:39,613 INFO  FileLock  - Deleting lock file: /opt/
> RSuite/tomcat/webapps/ops/WEB-INF/exist-data/journal.lck
> 2008-08-26 11:31:39,652 DEBUG NGramIndex  - Created NGram index: /
> opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/ngram.dbx
> 2008-08-26 11:31:39,652 INFO  IndexManager  - Registered index  
> org.exist.indexing.ngram.NGramIndex as ngram-index
> 2008-08-26 11:31:39,653 DEBUG FTIndex  - Creating 'words.dbx'...
> 2008-08-26 11:31:39,653 INFO  IndexManager  - Registered index  
> org.exist.fulltext.FTIndex as ft-legacy-index
> 2008-08-26 11:31:39,700 DEBUG TextSearchEngine  - using tokenizer:  
> org.exist.storage.analysis.SimpleTokenizer
> 2008-08-26 11:31:39,704 DEBUG DBBroker  - Initializing broker  
> 1548033466
>
> The first time we try to display a form (our application forwards to  
> the XForms filter)
>
> I now see this failure:
>
> 2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - annotated  
> document and static state not obtained from cache.
> 2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - found cached  
> static state UUID.
> 2008-08-26 11:32:30,578 DEBUG ProcessorImpl  - Config  
> (URIReferences) found: org.orbeon.oxf.xforms.processor.XFormsToXHTML
> $InputDependencies@3734fc1a
> 2008-08-26 11:32:30,579 DEBUG XFormsServer  - XForms - cannot cache  
> dynamic state UUID for resulting document.
> 2008-08-26 11:32:30,586 DEBUG XFormsStateManager  - XForms - global  
> application store: created new store.
> 2008-08-26 11:32:30,599 INFO  Configuration  - Reading configuration  
> from classloader
> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.stem: false
> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.store-term-
> freq: true
> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.tokenizer:  
> org.exist.storage.analysis.SimpleTokenizer
> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.case-
> sensitive: true
> 2008-08-26 11:32:30,602 DEBUG ConfigurationHelper  - Could not  
> retieve instance of brokerpool: database instance 'exist' is not  
> available
> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.index-depth: 5
> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.suppress-
> whitespace: none
> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.preserve-
> whitespace-mixed-content: false
> 2008-08-26 11:32:30,603 DEBUG Configuration  - database: native
> 2008-08-26 11:32:30,603 DEBUG ConfigurationHelper  - Could not  
> retieve instance of brokerpool: database instance 'exist' is not  
> available
> 2008-08-26 11:32:30,605 ERROR ProcessorService  - Exception at line  
> 92, column 60 of oxf:/ops/pfc/xforms-epilogue.xpl (reading processor  
> output: name='document', id='xhtml-data')
> org.exist.util.DatabaseConfigurationException: cannot read data  
> directory: /exist-data
>         at  
> org.exist.util.Configuration.configureBackend(Configuration.java:634)
>         at org.exist.util.Configuration.<init>(Configuration.java:297)
>         at org.exist.xmldb.DatabaseImpl.configure(DatabaseImpl.java:
> 104)
>         at  
> org.exist.xmldb.DatabaseImpl.getLocalCollection(DatabaseImpl.java:180)
>         at  
> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:160)
>         at  
> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:155)
>         at org.xmldb.api.DatabaseManager.getCollection(Unknown Source)
>         at  
> org
> .orbeon
> .oxf
> .processor.xmldb.XMLDBProcessor.getCollection(XMLDBProcessor.java:155)
>         at  
> org
> .orbeon
> .oxf.processor.xmldb.XMLDBProcessor.executeQuery(XMLDBProcessor.java:
> 251)
>         at  
> org
> .orbeon.oxf.processor.xmldb.XMLDBProcessor.query(XMLDBProcessor.java:
> 174)
>         at  
> org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore
> $XMLDBAccessor.query(XFormsPersistentApplicationStateStore.java:515)
>         at  
> org
> .orbeon
> .oxf
> .xforms
> .state
> .XFormsPersistentApplicationStateStore
> .executeQuery(XFormsPersistentApplicationStateStore.java:369)
>         at  
> org
> .orbeon
> .oxf
> .xforms
> .state
> .XFormsPersistentApplicationStateStore
> .expireAllPersistentWithSession
> (XFormsPersistentApplicationStateStore.java:341)
>         at  
> org
> .orbeon
> .oxf
> .xforms
> .state
> .XFormsPersistentApplicationStateStore
> .instance(XFormsPersistentApplicationStateStore.java:144)
>         at  
> org
> .orbeon
> .oxf
> .xforms
> .state
> .XFormsStateManager
> .getInitialEncodedClientState(XFormsStateManager.java:122)
>         at  
> org
> .orbeon.oxf.xforms.processor.XFormsToXHTML.doIt(XFormsToXHTML.java:
> 221)
>         at org.orbeon.oxf.xforms.processor.XFormsToXHTML.access
> $0(XFormsToXHTML.java:108)
>         at org.orbeon.oxf.xforms.processor.XFormsToXHTML
> $1.readImpl(XFormsToXHTML.java:80)
>         at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl
> $1.read(ProcessorImpl.java:995)
>         at org.orbeon.oxf.processor.ProcessorImpl
> $ProcessorOutputImpl.read(ProcessorImpl.java:1178)
>         at  
> org
> .orbeon
> .oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:350)
>         at  
> org
> .orbeon
> .oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:355)
>         at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access
> $1(XIncludeProcessor.java:1)
>         at org.orbeon.oxf.processor.xinclude.XIncludeProcessor
> $1$1.read(XIncludeProcessor.java:85)
>         at  
> org
> .orbeon
> .oxf
> .processor.ProcessorImpl.readCacheInputAsObject(ProcessorImpl.java:
> 453)
>         at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access
> $2(XIncludeProcessor.java:1)
>
>
> Our webapp's web.xml has this:
>
>   <!-- Declare and configure the Orbeon Forms XForms filter -->
>   <filter>
>     <filter-name>ops-xforms-filter</filter-name>
>     <filter-class>org.orbeon.oxf.servlet.OPSXFormsFilter</filter-
> class>
>     <init-param>
>       <param-name>oxf.xforms.renderer.context</param-name>
>       <param-value>/ops</param-value>
>     </init-param>
>   </filter>
>
>   <!-- Any web resource under /xforms is processed by the XForms  
> engine -->
>   <filter-mapping>
>     <filter-name>ops-xforms-filter</filter-name>
>     <url-pattern>/xforms/*</url-pattern>
>     <dispatcher>FORWARD</dispatcher>
>     <dispatcher>REQUEST</dispatcher>
>   </filter-mapping>
>
> And we are forwarding to this JSP which emits an XForms instance:
>
> /xforms/DisplayForm.jsp
>
>
> On Aug 25, 2008, at 7:43 PM, Alessandro Vernet wrote:
>
>> On Aug 22, 2008, at 10:44 AM, Michael Roberts wrote:
>>
>>> This problem only happens with Java 6 (we think), as I am using  
>>> Java 5 in my development environment (with Eclipse).  The  
>>> deployment environment is Java 6, Linux, Tomcat 5.5.23.
>>
>> Things should work well with Java 6 and Tomcat 5.5, and I don't  
>> recognize the error message you quoted. Is eXist accessible,  
>> independently from Orbeon Forms? For instance, after you having  
>> started Tomcat, can you access eXist with the REST API? Also, would  
>> it be possible to test this with Java 5 on that machine, to see if  
>> this is really caused by Java 6?
>>
>> Alex
>> --
>> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
>> Orbeon's Blog: http://www.orbeon.com/blog/
>> Personal Blog: http://avernet.blogspot.com/
>> Twitter - http://twitter.com/avernet
>>
>>
>> --
>> 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
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>
> __________________________________________________
> Michael Roberts | Director, Engineering | Really Strategies, Inc.
> email:  [hidden email]
> office: 610.631.6770
> 2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
> www.reallysi.com | http://blog.reallysi.com | www.rsuitecms.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
> OW2 mailing lists service home page: http://www.ow2.org/wws
--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Re: Re: Re: Ops initializing eXist twice

Michael Roberts-10
I would interpret the error message differently, Erik.

I have not changed any files in the Orbeon war, other than to enable  
debug logging.    This means I have not changed any eXist  
configuration files.

During startup, Orbeon initializes eXist and places the data in /opt/
RSuite/tomcat/webapps/ops/WEB-INF/exist-data

However, when we go to display a form, it appears that eXist is being  
initialized a second time.  The second time it reports it cannot read /
exist-data.  That would indicate to me that it is not getting the  
correct configuration information.


On Aug 26, 2008, at 12:54 PM, Erik Bruchez wrote:

> The error reported is:
>
> "cannot read data directory: /exist-data"
>
> I would say that means that, well, Tomcat cannot read that directory.
>
> Make sure that this directory allows the Tomcat user read and write  
> access. The directory is at WEB-INF/exist-data.
>
> -Erik
>
> On Aug 26, 2008, at 8:53 AM, Michael Roberts wrote:
>
>> I have switched the deployment environment to Java 5 (version  
>> 1.5.0_14-b03).
>>
>> It is still failing on Java 5.  The deployment OS is Linux (RHEL  
>> 4).  Tomcat is Tomcat 5.5.23.
>>
>> At startup it does this:
>> 2008-08-26 11:31:39,522 INFO  GrammarPool  - Initializing  
>> GrammarPool.
>> 2008-08-26 11:31:39,524 INFO  EXistServlet  - configuring eXist  
>> instance
>> 2008-08-26 11:31:39,524 DEBUG BrokerPool  - configuring database  
>> instance 'exist'...
>> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
>> 'exist' will have between 1 and 20 brokers
>> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
>> 'exist' will be synchronized every 120,000 ms
>> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
>> 'exist' will wait  45,000 ms during shutdown
>> 2008-08-26 11:31:39,526 INFO  BrokerPool  - database instance  
>> 'exist' is enabled for transactions : true
>> 2008-08-26 11:31:39,581 INFO  FileLock  - File lock last access  
>> timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/
>> exist-data/dbx_dir.lck
>> 2008-08-26 11:31:39,581 INFO  FileLock  - Found a stale lockfile.  
>> Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
>> data/dbx_dir.lck
>> 2008-08-26 11:31:39,581 INFO  FileLock  - Deleting lock file: /opt/
>> RSuite/tomcat/webapps/ops/WEB-INF/exist-data/dbx_dir.lck
>> 2008-08-26 11:31:39,592 DEBUG BrokerPool  - isReadOnly: false
>> 2008-08-26 11:31:39,592 DEBUG BrokerPool  - initializing database  
>> instance 'exist'...
>> 2008-08-26 11:31:39,594 INFO  DefaultCacheManager  - Cache  
>> settings: totalPages: 12,288; maxCacheSize: 11,059
>> 2008-08-26 11:31:39,595 WARN  AgentFactory  - Class not found for  
>> JMX agent: org.exist.management.impl.JMXAgent
>> 2008-08-26 11:31:39,598 INFO  XQueryPool  - QueryPool: size = 128;  
>> maxStackSize = 5; timeout = 120,000; timeoutCheckInterval = 30,000
>> 2008-08-26 11:31:39,608 DEBUG CollectionCacheManager  - collection  
>> collectionCache will be using 25165824 bytes max.
>> 2008-08-26 11:31:39,613 DEBUG Journal  - SyncOnCommit = false
>> 2008-08-26 11:31:39,613 DEBUG Journal  - Using directory for the  
>> journal: /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data
>> 2008-08-26 11:31:39,613 DEBUG TransactionManager  - GroupCommits =  
>> false
>> 2008-08-26 11:31:39,613 INFO  FileLock  - File lock last access  
>> timestamp: Aug 26, 2008 /opt/RSuite/tomcat/webapps/ops/WEB-INF/
>> exist-data/journal.lck
>> 2008-08-26 11:31:39,613 INFO  FileLock  - Found a stale lockfile.  
>> Trying to remove it:  /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-
>> data/journal.lck
>> 2008-08-26 11:31:39,613 INFO  FileLock  - Deleting lock file: /opt/
>> RSuite/tomcat/webapps/ops/WEB-INF/exist-data/journal.lck
>> 2008-08-26 11:31:39,652 DEBUG NGramIndex  - Created NGram index: /
>> opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data/ngram.dbx
>> 2008-08-26 11:31:39,652 INFO  IndexManager  - Registered index  
>> org.exist.indexing.ngram.NGramIndex as ngram-index
>> 2008-08-26 11:31:39,653 DEBUG FTIndex  - Creating 'words.dbx'...
>> 2008-08-26 11:31:39,653 INFO  IndexManager  - Registered index  
>> org.exist.fulltext.FTIndex as ft-legacy-index
>> 2008-08-26 11:31:39,700 DEBUG TextSearchEngine  - using tokenizer:  
>> org.exist.storage.analysis.SimpleTokenizer
>> 2008-08-26 11:31:39,704 DEBUG DBBroker  - Initializing broker  
>> 1548033466
>>
>> The first time we try to display a form (our application forwards  
>> to the XForms filter)
>>
>> I now see this failure:
>>
>> 2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - annotated  
>> document and static state not obtained from cache.
>> 2008-08-26 11:32:30,577 DEBUG XFormsServer  - XForms - found cached  
>> static state UUID.
>> 2008-08-26 11:32:30,578 DEBUG ProcessorImpl  - Config  
>> (URIReferences) found: org.orbeon.oxf.xforms.processor.XFormsToXHTML
>> $InputDependencies@3734fc1a
>> 2008-08-26 11:32:30,579 DEBUG XFormsServer  - XForms - cannot cache  
>> dynamic state UUID for resulting document.
>> 2008-08-26 11:32:30,586 DEBUG XFormsStateManager  - XForms - global  
>> application store: created new store.
>> 2008-08-26 11:32:30,599 INFO  Configuration  - Reading  
>> configuration from classloader
>> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.stem: false
>> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.store-term-
>> freq: true
>> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.tokenizer:  
>> org.exist.storage.analysis.SimpleTokenizer
>> 2008-08-26 11:32:30,602 DEBUG Configuration  - indexer.case-
>> sensitive: true
>> 2008-08-26 11:32:30,602 DEBUG ConfigurationHelper  - Could not  
>> retieve instance of brokerpool: database instance 'exist' is not  
>> available
>> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.index-depth: 5
>> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.suppress-
>> whitespace: none
>> 2008-08-26 11:32:30,603 DEBUG Configuration  - indexer.preserve-
>> whitespace-mixed-content: false
>> 2008-08-26 11:32:30,603 DEBUG Configuration  - database: native
>> 2008-08-26 11:32:30,603 DEBUG ConfigurationHelper  - Could not  
>> retieve instance of brokerpool: database instance 'exist' is not  
>> available
>> 2008-08-26 11:32:30,605 ERROR ProcessorService  - Exception at line  
>> 92, column 60 of oxf:/ops/pfc/xforms-epilogue.xpl (reading  
>> processor output: name='document', id='xhtml-data')
>> org.exist.util.DatabaseConfigurationException: cannot read data  
>> directory: /exist-data
>>       at  
>> org.exist.util.Configuration.configureBackend(Configuration.java:634)
>>       at org.exist.util.Configuration.<init>(Configuration.java:297)
>>       at org.exist.xmldb.DatabaseImpl.configure(DatabaseImpl.java:
>> 104)
>>       at  
>> org.exist.xmldb.DatabaseImpl.getLocalCollection(DatabaseImpl.java:
>> 180)
>>       at  
>> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:160)
>>       at  
>> org.exist.xmldb.DatabaseImpl.getCollection(DatabaseImpl.java:155)
>>       at org.xmldb.api.DatabaseManager.getCollection(Unknown Source)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .processor.xmldb.XMLDBProcessor.getCollection(XMLDBProcessor.java:
>> 155)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .processor.xmldb.XMLDBProcessor.executeQuery(XMLDBProcessor.java:251)
>>       at  
>> org
>> .orbeon
>> .oxf.processor.xmldb.XMLDBProcessor.query(XMLDBProcessor.java:174)
>>       at  
>> org.orbeon.oxf.xforms.state.XFormsPersistentApplicationStateStore
>> $XMLDBAccessor.query(XFormsPersistentApplicationStateStore.java:515)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .xforms
>> .state
>> .XFormsPersistentApplicationStateStore
>> .executeQuery(XFormsPersistentApplicationStateStore.java:369)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .xforms
>> .state
>> .XFormsPersistentApplicationStateStore
>> .expireAllPersistentWithSession
>> (XFormsPersistentApplicationStateStore.java:341)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .xforms
>> .state
>> .XFormsPersistentApplicationStateStore
>> .instance(XFormsPersistentApplicationStateStore.java:144)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .xforms
>> .state
>> .XFormsStateManager
>> .getInitialEncodedClientState(XFormsStateManager.java:122)
>>       at  
>> org
>> .orbeon.oxf.xforms.processor.XFormsToXHTML.doIt(XFormsToXHTML.java:
>> 221)
>>       at org.orbeon.oxf.xforms.processor.XFormsToXHTML.access
>> $0(XFormsToXHTML.java:108)
>>       at org.orbeon.oxf.xforms.processor.XFormsToXHTML
>> $1.readImpl(XFormsToXHTML.java:80)
>>       at org.orbeon.oxf.processor.ProcessorImpl$ProcessorOutputImpl
>> $1.read(ProcessorImpl.java:995)
>>       at org.orbeon.oxf.processor.ProcessorImpl
>> $ProcessorOutputImpl.read(ProcessorImpl.java:1178)
>>       at  
>> org
>> .orbeon
>> .oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:350)
>>       at  
>> org
>> .orbeon
>> .oxf.processor.ProcessorImpl.readInputAsSAX(ProcessorImpl.java:355)
>>       at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access
>> $1(XIncludeProcessor.java:1)
>>       at org.orbeon.oxf.processor.xinclude.XIncludeProcessor
>> $1$1.read(XIncludeProcessor.java:85)
>>       at  
>> org
>> .orbeon
>> .oxf
>> .processor.ProcessorImpl.readCacheInputAsObject(ProcessorImpl.java:
>> 453)
>>       at org.orbeon.oxf.processor.xinclude.XIncludeProcessor.access
>> $2(XIncludeProcessor.java:1)
>>
>>
>> Our webapp's web.xml has this:
>>
>> <!-- Declare and configure the Orbeon Forms XForms filter -->
>> <filter>
>>   <filter-name>ops-xforms-filter</filter-name>
>>   <filter-class>org.orbeon.oxf.servlet.OPSXFormsFilter</filter-class>
>>   <init-param>
>>     <param-name>oxf.xforms.renderer.context</param-name>
>>     <param-value>/ops</param-value>
>>   </init-param>
>> </filter>
>>
>> <!-- Any web resource under /xforms is processed by the XForms  
>> engine -->
>> <filter-mapping>
>>   <filter-name>ops-xforms-filter</filter-name>
>>   <url-pattern>/xforms/*</url-pattern>
>>   <dispatcher>FORWARD</dispatcher>
>>   <dispatcher>REQUEST</dispatcher>
>> </filter-mapping>
>>
>> And we are forwarding to this JSP which emits an XForms instance:
>>
>> /xforms/DisplayForm.jsp
>>
>>
>> On Aug 25, 2008, at 7:43 PM, Alessandro Vernet wrote:
>>
>>> On Aug 22, 2008, at 10:44 AM, Michael Roberts wrote:
>>>
>>>> This problem only happens with Java 6 (we think), as I am using  
>>>> Java 5 in my development environment (with Eclipse).  The  
>>>> deployment environment is Java 6, Linux, Tomcat 5.5.23.
>>>
>>> Things should work well with Java 6 and Tomcat 5.5, and I don't  
>>> recognize the error message you quoted. Is eXist accessible,  
>>> independently from Orbeon Forms? For instance, after you having  
>>> started Tomcat, can you access eXist with the REST API? Also,  
>>> would it be possible to test this with Java 5 on that machine, to  
>>> see if this is really caused by Java 6?
>>>
>>> Alex
>>> --
>>> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
>>> Orbeon's Blog: http://www.orbeon.com/blog/
>>> Personal Blog: http://avernet.blogspot.com/
>>> Twitter - http://twitter.com/avernet
>>>
>>>
>>> --
>>> 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
>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>>
>> __________________________________________________
>> Michael Roberts | Director, Engineering | Really Strategies, Inc.
>> email:  [hidden email]
>> office: 610.631.6770
>> 2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
>> www.reallysi.com | http://blog.reallysi.com | www.rsuitecms.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
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>
> --
> Orbeon Forms - Web Forms for the Enterprise Done the Right Way
> 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
> OW2 mailing lists service home page: http://www.ow2.org/wws

__________________________________________________
Michael Roberts | Director, Engineering | Really Strategies, Inc.
email:  [hidden email]
office: 610.631.6770
2570 Boulevard of the Generals | Suite 213 | Audubon, PA 19403
www.reallysi.com | http://blog.reallysi.com | www.rsuitecms.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
OW2 mailing lists service home page: http://www.ow2.org/wws
Reply | Threaded
Open this post in threaded view
|

Re: Re: Re: Re: Re: Ops initializing eXist twice

Alessandro Vernet
Administrator
On Tue, Aug 26, 2008 at 10:15 AM, Michael Roberts
<[hidden email]> wrote:
> I would interpret the error message differently, Erik.
>
> I have not changed any files in the Orbeon war, other than to enable debug
> logging.    This means I have not changed any eXist configuration files.
>
> During startup, Orbeon initializes eXist and places the data in
> /opt/RSuite/tomcat/webapps/ops/WEB-INF/exist-data

Are you also getting the same error if instead of your application you
deploy a vanilla orbeon.war, for instance the 3.7 beta1
(http://forge.objectweb.org/project/showfiles.php?group_id=168)?

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet



--
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
OW2 mailing lists service home page: http://www.ow2.org/wws