Posted by stessy on Apr 24, 2009; 11:52am
URL: https://discuss.orbeon.com/running-3-6-on-Weblogic-tp43526p43546.html

Followed the complete procedure, wrap the war in the ear file and made modifications in the weblogic-application.xml didn't solve my problem.
Here is the stack trace returned:

Message icon - Error An error occurred during activation of changes, please see the log for details.
Message icon - Error [HTTP:101216]Servlet: "exist-rest-servlet" failed to preload on startup in Web application: "orbeon". javax.servlet.ServletException: configuration file exist-conf.xml not found or not readable at org.exist.http.servlets.EXistServlet.init(EXistServlet.java:109) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:283) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Unknown Source) at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:64) at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:58) at weblogic.servlet.internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:48) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:521) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:1893) at weblogic.servlet.internal.WebAppServletContext.loadServletsOnStartup(WebAppServletContext.java:1870) at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1790) at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:2999) at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1371) at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:468) at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60) at weblogic.application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:200) at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:117) at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:204) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:60) at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:27) at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:635) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:37) at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:212) at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:16) at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:162) at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79) at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:569) at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:140) at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:106) at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:323) at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:820) at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1227) at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:436) at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:163) at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:181) at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:12) at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:67) at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:516) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201) at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
Message icon - Error configuration file exist-conf.xml not found or not readable

Don't understand why it can't read that config file.

If you have any advice it's welcome.

Regards,
Stessy

Erik Bruchez wrote

Vlad, thanks for sharing this.

-Erik

On Jun 10, 2008, at 11:39 PM, mangvlad wrote:

>
> After trying several ways to get it to work, I was able to run Orbeon
> (nightly, so it is 3.7) under Weblogic 10.
>
> The way to do it is to "wrap" the WAR into EAR and in the
> weblogic-application.xml
>
> add:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE weblogic-application PUBLIC "-//BEA Systems, Inc.//DTD  
> WebLogic
> Application 8.1.0//EN"
> "http://www.bea.com/servers/wls810/dtd/weblogic-application_2_0.dtd">
> <weblogic-application>
> <prefer-application-packages>
> <package-name>antlr.*</package-name>
> </prefer-application-packages>
> </weblogic-application>
>
> This seems to be doing the "trick"...
>
>
>
> Alessandro Vernet wrote:
>>
>> Vlad,
>>
>> On Mar 25, 2008, at 3:40 PM, Alessandro Vernet wrote:
>>> You should not even have to rebuild Orbeon Forms, as we are not
>>> using antlr directly. eXist is. So you could try to reroot antlr and
>>> rebuild eXist to use that rerooted version of antlr. Building eXist
>>> is fairly simple: you can check out the 1.2 release from their SVN
>>> repository, and run the patch_exist.sh script checked in at the root
>>> of the Orbeon Forms code to patch it for Orbeon Forms. Of course,
>>> there is not guarantee that rerooting antlr will be enough to solve
>>> the problem.
>>
>>
>> Actually, since the problem is with the embedded eXist, you might  
>> just
>> want to deploy eXist along Orbeon Forms and use that version of  
>> eXist.
>> You can instruct the XForms store to use another version of eXist by
>> changing the oxf.xforms.store.application.uri property in
>> properties.xml.
>>
>> 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/
>>
>>
>>
>> --
>> You receive this message as a subscriber of the ops-users@ow2.org  
>> mailing
>> list.
>> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
>> For general help: mailto:sympa@ow2.org?subject=help
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>>
>> -----
>> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
>> http://www.orbeon.com/
>>
>>
>
> --
> View this message in context: http://www.nabble.com/running-3.6-on-Weblogic-tp15693888p17765341.html
> Sent from the ObjectWeb OPS - Users mailing list archive at  
> Nabble.com.
>
>
> --
> You receive this message as a subscriber of the ops-users@ow2.org  
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
> For general help: mailto:sympa@ow2.org?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 ops-users@ow2.org mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
For general help: mailto:sympa@ow2.org?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws