Eclipse Community Forums: Eclipse Scout » WildFly 8.2.0.Final EAR deployment

Home » Eclipse Projects » Eclipse Scout » WildFly 8.2.0.Final EAR deployment

WildFly 8.2.0.Final EAR deployment [message #1691443]

Tue, 07 April 2015 06:09

Eclipse User

Hello,

I try to deploy my scout application on WildFly 8.2 but without success. I got some exceptions on startup (see the complete log attached 'log.txt'):

!SESSION 2015-04-07 11:52:40.114 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.8.0_20
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE

!ENTRY org.eclipse.update.configurator 4 0 2015-04-07 11:52:40.117
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Exception in org.eclipse.update.internal.configurator.ConfigurationActivator.start() of bundle org.eclipse.update.configurator.
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:792)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:721)
	at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:936)
	at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:319)
	at org.eclipse.osgi.container.Module.doStart(Module.java:571)
	at org.eclipse.osgi.container.Module.start(Module.java:439)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1562)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)
	at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)
Caused by: javax.xml.parsers.FactoryConfigurationError: Provider __redirected.__SAXParserFactory not found
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:200)
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:152)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:232)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at org.eclipse.update.internal.configurator.ConfigurationParser.<clinit>(ConfigurationParser.java:34)
	at org.eclipse.update.internal.configurator.PlatformConfiguration.loadConfig(PlatformConfiguration.java:1081)
	at org.eclipse.update.internal.configurator.PlatformConfiguration.initializeCurrent(PlatformConfiguration.java:752)
	at org.eclipse.update.internal.configurator.PlatformConfiguration.<init>(PlatformConfiguration.java:104)
	at org.eclipse.update.internal.configurator.PlatformConfiguration.startup(PlatformConfiguration.java:707)
	at org.eclipse.update.internal.configurator.ConfigurationActivator.getPlatformConfiguration(ConfigurationActivator.java:404)
	at org.eclipse.update.internal.configurator.ConfigurationActivator.initialize(ConfigurationActivator.java:136)
	at org.eclipse.update.internal.configurator.ConfigurationActivator.start(ConfigurationActivator.java:69)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:771)
	at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:764)
	... 12 more
Caused by: java.lang.ClassNotFoundException: __redirected/__SAXParserFactory
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:340)
	at javax.xml.parsers.FactoryFinder.getProviderClass(FactoryFinder.java:124)
	at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:188)
	... 27 more
Root exception:
javax.xml.parsers.FactoryConfigurationError: Provider __redirected.__SAXParserFactory not found

Did somebody had the same problems?

Thanks in advance!

Attachment: log.txt
(Size: 29.10KB, Downloaded 238 times)

[Updated on: Wed, 08 April 2015 04:51] by Moderator

Re: WildFly 8.2.0.Final EAR deployment [message #1692120 is a reply to message #1691443]

Mon, 13 April 2015 11:29

Eclipse User

Hi
Before I try your configuration: There seems to be another error with javax.servlet.
Can you check that you do NOT have a plugin javax.servlet deployed? There seems to be a versioning problem. javax.servlet should always be used from the container.
If this does not work, we can try to reproduce your problem.
Thanks,
Judith

11:52:40,132 INFO (Framework Event Dispatcher: Equinox Container: 30cdf0d3-0bdd-0014-11e3-d62e4ca61769) !ENTRY org.eclipse.rap.rwt.osgi 4 0 2015-04-07 11:52:40.132
11:52:40,132 INFO (Framework Event Dispatcher: Equinox Container: 30cdf0d3-0bdd-0014-11e3-d62e4ca61769) !MESSAGE FrameworkEvent ERROR
11:52:40,133 INFO (Framework Event Dispatcher: Equinox Container: 30cdf0d3-0bdd-0014-11e3-d62e4ca61769) !STACK 0
11:52:40,133 INFO (Framework Event Dispatcher: Equinox Container: 30cdf0d3-0bdd-0014-11e3-d62e4ca61769) org.osgi.framework.BundleException: Could not resolve module: org.eclipse.rap.rwt.osgi
1:52:40,133 INFO [stdout] (Framework Event Dispatcher: Equinox Container: 30cdf0d3-0bdd-0014-11e3-d62e4ca61769) Unresolved requirement: Import-Package: javax.servlet; version="[2.5.0,4.0.0)"

Re: WildFly 8.2.0.Final EAR deployment [message #1692494 is a reply to message #1692120]

Thu, 16 April 2015 05:10

Eclipse User

Hi,

thanks for you reply!
I get the same exeptions even when I deploy a empty project ('Application with a singe form') and that empty project don't have a javax.servlet.

Re: WildFly 8.2.0.Final EAR deployment [message #1693115 is a reply to message #1692494]

Tue, 21 April 2015 16:34

Eclipse User

I have checked with a test application (simple 'Application with a single form') called sandbox.
If I check the production server product:

/{your app}.server/products/production/{your app}-server.product

It does not validate, because "javax.servlet" is missing.
index.php/fa/21595/0/

This does not prevent to build and export the application.

For testing purpose, I have managed to deploy the war on a tomcat. This works.

I did not manage to reproduce your setup on WildFly. This is probably because I am not a WildFly user at all. I have tried to deploy the war on a local standalone instance.

I got the message:

Success: enabled sandbox_server.war.

And the Log entry:

 2015-04-21 17:42:13,513 INFO  [org.jboss.as.repository] (XNIO-1 task-9) JBAS014900: Content added at location C:\****\wildfly-8.2.0.Final\standalone\data\content\**\****\content
2015-04-21 17:42:21,476 INFO  [org.jboss.as.server.deployment] (MSC service thread 1-5) JBAS015876: Starting deployment of "sandbox_server.war" (runtime-name: "sandbox_server.war")
2015-04-21 17:42:23,147 INFO  [org.wildfly.extension.undertow] (MSC service thread 1-6) JBAS017534: Registered web context: /sandbox_server
2015-04-21 17:42:23,199 INFO  [org.jboss.as.server] (XNIO-1 task-1) JBAS018559: Deployed "sandbox_server.war" (runtime-name : "sandbox_server.war")

And in the administration console, I see:
http://localhost:9990/console/App.html#deployments

index.php/fa/21596/0/

But when I try to open the URL:
http://localhost:8080/sandbox_server

I get:

BridgeServlet: /sandbox_server

I could not found any application log.

I will continue to search and to ask around.

.

Attachment: Product_validation.png
(Size: 58.31KB, Downloaded 1651 times)
Attachment: Administration_Console.png
(Size: 26.84KB, Downloaded 1673 times)

Re: WildFly 8.2.0.Final EAR deployment [message #1693640 is a reply to message #1693115]

Mon, 27 April 2015 04:34

Eclipse User

Hi Reinhold

Do you have any dependencies to JAX-WS or Docx4j in your project (maybe initially added by creating a new Scout project)?
If so, can you remove them and try again.
Removing via Scout Object Properties view / Technologies should remove the dependencies in the .product files too.

Thanks
Stephan

Re: WildFly 8.2.0.Final EAR deployment [message #1693894 is a reply to message #1693640]

Wed, 29 April 2015 03:45

Eclipse User

Hi Stephan,

we already tried this unfortunately without success.

Best regards,
Reinhold

Re: WildFly 8.2.0.Final EAR deployment [message #1694035 is a reply to message #1693894]

Thu, 30 April 2015 04:10

Eclipse User

This is an important topic. I know that people in our company have deployed Scout Application on Wildfly (version 8.1 I think). I will try to get more information and come back to you.

Previous Topic:	Scout server not starting anymore
Next Topic:	Button position in Form

Goto Forum:

-=] Back to Top [=-

Current Time: Sun Jul 27 14:28:29 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter