Quantcast
Channel: zeroturnaround.com » All Posts
Viewing all 2540 articles
Browse latest View live

How To Assess Your Organization's DevOps Readiness

$
0
0

Today, organizations must delight customers, beat competitors to market, and pivot quickly when needed. The increasing rate of change in today’s complex business environment demands more value in less time. And quite often, the ability to deliver quality software quickly and reliably is what drives success in this new world of business value.

In finance, the most innovative banks have developed technology that allows us to deposit and manage money from our smartphones. Apple and Pandora help us discover and purchase music within seconds of release. Successful retailers are finding innovative ways to eliminate friction in the customer experience, allowing us to purchase, make returns, and offer recommendations, all without stepping outside our homes.

When organizations keep up with the velocity of technological change, they possess an undeniable competitive advantage over their peers. And many of these innovative organizations are adopting a DevOps methodology to reach the velocities they need. But this methodology isn’t just about improving technology and revamping processes. Organizational culture plays a critical role in promoting the behaviors required to safely sustain the faster pace.

Birthed out of Agile software development and Lean methodologies, and raised amid tectonic architectural shifts like micro-services, containers, and cloud, the DevOps movement focuses on tools, process, and culture to increase software development and delivery velocity.

The Primary DevOps Challenge

Due to the nature of their work, CIOs and other tech leaders understand what it takes to make an organization a technological innovator. Others, however, still struggle to understand that the ability to deliver a quality product (high-quality code in this case) with speed and stability is at the heart of innovation and customer satisfaction.

Adding further complexity is the fact that many leaders, though they understand the immense impact DevOps can have on their businesses, don’t quite understand where to start with a transformation of this magnitude.

This is largely due to the fact that DevOps Training is not entirely a technology solution. It is also a fundamental shift in the way organizations structure themselves to get work done in a completely new way — a culture shift that challenges the beliefs and assumptions that people hold true about each other, themselves, and their work.

So, how can these organizations begin to understand how they should evolve to stay competitive?


Reply To: JRebel, XRebel and Intellij 2017.3

$
0
0

Hello,

This issue has been fixed in the latest 3.4.4 release of XRebel.

Starting WebSphere with both JRebel and XRebel extremely slow

$
0
0

I use both XRebel and JRebel. I have noticed that starting my server takes a long time. I decided to get some benchmarks. The main issue seems to be that when both tools are used numerous hung threads occur. I can send you whatever logs you want and can regenerate them if needed. Hopefully, my time calculations were correct. I attempted to keep my environment (processes running, etc.) the same for all tests.

My environment
Windows 7 Professional
Eclipse Oxygen.2 Release (4.7.2) Build id: 20171218-0600
WebSphere 8.5.5.9 – Debug Mode
JRebel For Eclipse 7.1.4
XRebel 3.4.3

Neither JRebel nor XRebel
Test 1: [1/10/18 7:05:54:132 EST] – [1/10/18 7:08:15:890 EST] = 2 mins 21 secs
Test 2: [1/10/18 7:11:23:391 EST] – [1/10/18 7:13:26:499 EST] = 2 mins 3 secs
Test 3: [1/10/18 7:20:03:135 EST] – [1/10/18 7:22:08:458 EST] = 2 mins 5 secs

Just JRebel (Non Legacy)
Test 1: [1/10/18 7:28:50:524 EST] – [1/10/18 7:37:40:806 EST] = 8 mins 50 secs
Test 2: [1/10/18 7:43:53:476 EST] – [1/10/18 7:52:21:895 EST] = 8 mins 28 secs
Test 3: [1/10/18 8:06:49:480 EST] – [1/10/18 8:15:09:571 EST] = 9 mins 3 secs

Just JRebel (Legacy)
Test 1: [1/10/18 8:53:37:757 EST] – [1/10/18 9:00:56:770 EST] = 7 mins 19 secs
Test 2: [1/10/18 9:10:51:267 EST] – [1/10/18 9:17:52:569 EST] = 7 mins 1 secs
Test 3: [1/10/18 9:26:43:286 EST] – [1/10/18 9:33:24:994 EST] = 7 mins 4 secs

Just XRebel
Test 1: [1/10/18 9:41:23:766 EST] – [1/10/18 9:48:33:763 EST] = 7 mins 10 secs
Test 2: [1/10/18 9:54:13:097 EST] – [1/10/18 10:00:24:772 EST] = 6 mins 11 secs
Test 3: [1/10/18 10:06:37:721 EST] – [1/10/18 10:13:33:524 EST] = 6 mins 56 secs

Both JRebel (Non Legacy) and XRebel
Test 1: [1/10/18 10:20:32:822 EST] – [1/10/18 10:50:52:021 EST] = 30 mins 20 secs
Test 2: [1/10/18 10:57:42:008 EST] – [1/10/18 11:28:37:695 EST] = 30 mins 56 secs
Test 3: [1/10/18 11:46:48:491 EST] – [1/10/18 12:31:49:467 EST] = 45 mins 1 secs (Not sure what happened here)

Both JRebel (Legacy) and XRebel
Test 1: [1/10/18 12:42:55:214 EST] – [1/10/18 13:00:59:279 EST] = 18 mins 17 secs
Test 2: [1/10/18 13:19:59:748 EST] – [1/10/18 13:39:02:129 EST] = 19 mins 3 secs
Test 3: [1/10/18 13:52:36:674 EST] – [1/10/18 14:14:13:248 EST] = 21 mins 37 secs

Obviously, I can’t wait 30 minutes for the server to start. What I do at the moment is use one tool or the other. Below is the stack trace for the first hung thread:

[1/11/18 7:31:50:252 EST] 000000a0 SharedEJBRunt I WSVR0057I: EJB jar started: RASPersistence.jar
[1/11/18 7:40:26:095 EST] 00000105 ThreadMonitor W WSVR0605W: Thread “server.startup : 4” (000000a0) has been active for 754248 milliseconds and may be hung. There is/are 1 thread(s) in total in the server that may be hung.
at com.zeroturnaround.javarebel.gxb.get(SourceFile:480)
at com.zeroturnaround.javarebel.gry.get(SourceFile:726)
at com.zeroturnaround.reload.ae.a(SourceFile:99)
at com.zeroturnaround.javarebel.to.a(SourceFile:185)
at com.zeroturnaround.javarebel.ut.a(SourceFile:81)
at com.zeroturnaround.javarebel.to.a(SourceFile:360)
at com.zeroturnaround.javarebel.SDKIntegrationImpl.findReloadableClass(SourceFile:104)
at com.ibm.ws.classloader.CompoundClassLoader.localFindClass(CompoundClassLoader.java)
at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:605)
at java.lang.ClassLoader.loadClass(ClassLoader.java:741)
at java.lang.Class.forNameImpl(Native Method)
at java.lang.Class.forName(Class.java:309)
at com.zeroturnaround.javarebel.tu.a(SourceFile:118)
at com.zeroturnaround.javarebel.tu.a(SourceFile:302)
at com.zeroturnaround.javarebel.tm.transform(SourceFile:123)
at java.lang.ClassLoader.defineClass(ClassLoader.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
at sun.reflect.DelegatingMethodAccessorImpl.__invoke(DelegatingMethodAccessorImpl.java:56)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java)
at java.lang.reflect.Method.invoke(Method.java:620)
at com.zeroturnaround.javarebel.th.a(SourceFile:94)
at com.zeroturnaround.javarebel.th.a(SourceFile:83)
at com.zeroturnaround.javarebel.to.a(SourceFile:193)
at com.zeroturnaround.javarebel.ut.a(SourceFile:81)
at com.zeroturnaround.javarebel.to.a(SourceFile:360)
at com.zeroturnaround.javarebel.SDKIntegrationImpl.findReloadableClass(SourceFile:104)
at com.ibm.ws.classloader.CompoundClassLoader.localFindClass(CompoundClassLoader.java)
at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:605)
at java.lang.ClassLoader.loadClass(ClassLoader.java:741)
at com.ibm.ws.webbeans.services.ScannerServiceImpl.convertClassNamesToClass(ScannerServiceImpl.java:490)
at com.ibm.ws.webbeans.services.ScannerServiceImpl.ecsScan(ScannerServiceImpl.java:428)
at com.ibm.ws.webbeans.services.ScannerServiceImpl.populateBeans(ScannerServiceImpl.java:231)
at com.ibm.ws.webbeans.services.JCDIComponentImpl.populateOneDeployedObject(JCDIComponentImpl.java:333)
at com.ibm.ws.webbeans.services.JCDIComponentImpl.isJCDIEnabled(JCDIComponentImpl.java:837)
at com.ibm.ws.jaxrs.metadata.JAXRSServerMetaDataBuilder.buildJAXRSMetaData(JAXRSServerMetaDataBuilder.java:85)
at com.ibm.ws.jaxrs.component.JAXRSComponentImpl.stateChanged(JAXRSComponentImpl.java:294)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.stateChanged(ApplicationMgrImpl.java:1123)
at com.ibm.ws.runtime.component.DeployedApplicationImpl.fireDeployedObjectEvent(DeployedApplicationImpl.java:1366)
at com.ibm.ws.runtime.component.DeployedModuleImpl.setState(DeployedModuleImpl.java:248)
at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:636)
at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:972)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:777)
at com.ibm.ws.runtime.component.ApplicationMgrImpl$5.run(ApplicationMgrImpl.java:2197)
at com.ibm.ws.security.auth.ContextManagerImpl.runAs(ContextManagerImpl.java:5396)
at com.ibm.ws.security.auth.ContextManagerImpl.runAsSystem(ContextManagerImpl.java:5612)
at com.ibm.ws.security.core.SecurityContext.runAsSystem(SecurityContext.java:255)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:2202)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:435)
at com.ibm.ws.runtime.component.CompositionUnitImpl.start(CompositionUnitImpl.java:123)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:378)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.access$500(CompositionUnitMgrImpl.java:126)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl$CUInitializer.run(CompositionUnitMgrImpl.java:984)
at com.ibm.wsspi.runtime.component.WsComponentImpl$_AsynchInitializer.run(WsComponentImpl.java:502)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1881)
[1/11/18 7:41:43:394 EST] 000000a0 webapp I com.ibm.ws.webcontainer.webapp.WebGroupImpl WebGroup SRVE0169I: Loading Web Module: com.nsk.ras.template.templateWeb.war.

I then get a number of hung threads similar to:

[1/11/18 7:43:26:108 EST] 0000005d ThreadMonitor W WSVR0605W: Thread “SoapConnectorThreadPool : 38” (0000012a) has been active for 754928 milliseconds and may be hung. There is/are 2 thread(s) in total in the server that may be hung.

If I start with just JRebel or just XRebel I do not get the hung threads. I am not thrilled with the 7 minute start times, but it is acceptable.

Thanks,

Mark

camel xml routes not reloading

$
0
0

Hi, I have a Camel XML route that I’m running via SpringBoot.

I make an edit to my xml route (e.g. add logging) and can see that jrebel appears to be reloading the route.xml (see logs below) but when I actually make calls to the route I dont see the changes implemetned


2018-01-12 12:37:29 JRebel: Reloading Spring bean definitions in 'file:/<some-path>/routes.xml'.
2018-01-12 12:37:30 JRebel: Reconfiguring bean 'properties' [com.BFSBridgePropertyPlaceHolder]
2018-01-12 12:37:30 JRebel: Reconfiguring bean 'propertySourcesPlaceholderConfigurer' [org.springframework.context.support.PropertySourcesPlaceholderConfigurer]
2018-01-12 12:37:30 JRebel: Destroying singleton for re-registering: collateral-routes
2018-01-12 12:37:30 JRebel: Adding bean 'routes'

Reply To: weblogic:bean is already undeployed

$
0
0

Hello!

Could you please send the full error stack trace and jrebel.log file (TRACE level) to support@zeroturnaround.com with the link to this forum topic?

To generate it just add -Drebel.log=trace to your VM arguments, restart your server and reproduce the issue.

Some code snippets illustrating what are you doing would also be helpful in reproducing it on our side! :)

Kind regards,
Valerie

Reply To: Starting WebSphere with both JRebel and XRebel extremely slow

$
0
0

Hello Mark!

WOW, that’s hell of the slowdown! Let’s try to figure it out. Could you please send us your performance and trace level jrebel.log file generated while reproducing this behaviour to support@zeroturnaround.com with the link to this forum topic?

To generate it just add -Drebel.log=trace -Drebel.log.dump_stack_traces=10 -Drebel.log.perf=true to your VM arguments, restart your server, reproduce the issue, stop the server, archive the log file and send to us. The file should be in your $USER_HOME/.jrebel folder (might be hidden).

Also just to clarify, if you run WAS not in the debug mode, is performance any different?

Kind regards,
Valerie

Reply To: Starting WebSphere with both JRebel and XRebel extremely slow

$
0
0

I did some tests to answer your question about starting with debugging off and it is much better with debugging off.

Neither JRebel nor XRebel
Test 1: [1/12/18 8:14:44:788 EST] – [1/12/18 8:16:17:557 EST] = 1 mins 27 secs
Test 2: [1/12/18 8:24:30:430 EST] – [1/12/18 8:26:02:769 EST] = 1 mins 38 secs
Test 3: [1/12/18 8:38:08:185 EST] – [1/12/18 8:39:42:046 EST] = 1 mins 34 secs

Both JRebel (Non Legacy) and XRebel
Test 1: [1/12/18 7:20:24:320 EST] – [1/12/18 7:27:04:859 EST] = 6 mins 40 secs
Test 2: [1/12/18 7:34:28:149 EST] – [1/12/18 7:40:37:549 EST] = 5 mins 51 secs
Test 3: [1/12/18 8:00:36:049 EST] – [1/12/18 8:07:06:765 EST] = 6 mins 30 secs
No hung threads.

Both JRebel (Legacy) and XRebel
Test 1: [1/12/18 8:47:37:576 EST] – [1/12/18 8:54:27:812 EST] = 6 mins 50 secs
Test 2: [1/12/18 8:59:28:032 EST] – [1/12/18 9:06:22:612 EST] = 6 mins 54 secs
Test 3: [1/12/18 9:12:20:547 EST] – [1/12/18 9:18:23:543 EST] = 6 mins 3 secs
No hung threads.

I wanted to mention, I did check the configuration of the various thread pools in my WebSphere instance to ensure I didn’t have the maximum amount set too low.

JREBEL not working ..Please help

$
0
0

Hello, I am having a difficult time to get JREBEL to work with my project . Its an EAR , Consisting of JARs & WARs

My project structure :

PROJECT_A
> BusinessBeans/SRC
–Packages with java files
>Clients/SRC
–Packages with java files
>WebApps/SRC
–Packages with java files
>BusinessBeans
–build.xml
–ivy.xml
>Clients
–build.xml
–ivy.xml
>WebApps
–build.xml
–ivy.xml
>build.xml
>ivy.xml

Can you please let me know where should I place my rebel.xml file in the above structure and also what should be the contents of it ?? Also, where should the rebel.xml reside in the final EAR that gets generated ??


Maven, Wildfly Swarm, JRebel-Setup not booting up

$
0
0

Hello,

I have aproblem using JRebel with my Swarm project. It is built with maven.
I think the most helpful is to post my log out:

2018-01-24 10:29:58 JRebel: Directory ‘D:\workspace\CRS\CrsLrsWhKanban\target\classes’ will be monitored for changes.
2018-01-24 10:29:58 JRebel: Directory ‘D:\workspace\CRS\CrsLrsWhKanban\src\main\webapp’ will be monitored for changes.
2018-01-24 10:29:58 JRebel: Directory ‘D:\workspace\CRS\CrsLrsWhKanban\target\generated-resources’ will be monitored for changes.
2018-01-24 10:29:58 JRebel: Directory ‘D:\workspace\CRS\CrsLrsWhKanban\target\m2e-wtp\web-resources’ will be monitored for changes.
2018-01-24 10:29:58 JRebel: Directory ‘D:\workspace\CRS\CrsBase\target\classes’ will be monitored for changes.
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: #############################################################
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: JRebel Agent 7.1.5 (201801171200)
2018-01-24 10:29:59 JRebel: (c) Copyright ZeroTurnaround AS, Estonia, Tartu.
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: Over the last 30 days JRebel prevented
2018-01-24 10:29:59 JRebel: at least 0 redeploys/restarts saving you about 0 hours.
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: Over the last 360 days JRebel prevented
2018-01-24 10:29:59 JRebel: at least 5125 redeploys/restarts saving you about 35.6 hours.
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: Licensed to ***
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: License type: dedicated
2018-01-24 10:29:59 JRebel: Valid from: October 27, 2017
2018-01-24 10:29:59 JRebel: Valid until: October 30, 2018
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel:
2018-01-24 10:29:59 JRebel: #############################################################
2018-01-24 10:29:59 JRebel:
Wed Jan 24 10:30:01 CET 2018 INFO [org.wildfly.swarm.bootstrap] (main) Dependencies not bundled; resolving from M2REPO.
log4j:WARN No appenders could be found for logger (org.jboss.logging).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
2018-01-24 10:30:17,760 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Logging – STABLE org.wildfly.swarm:logging:2018.1.0
2018-01-24 10:30:17,764 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: JCA – STABLE org.wildfly.swarm:jca:2018.1.0
2018-01-24 10:30:17,765 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Bean Validation – STABLE org.wildfly.swarm:bean-validation:2018.1.0
2018-01-24 10:30:17,768 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: CDI Configuration – STABLE org.wildfly.swarm:cdi-config:2018.1.0
2018-01-24 10:30:17,768 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Datasources – STABLE org.wildfly.swarm:datasources:2018.1.0
2018-01-24 10:30:17,769 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Transactions – STABLE org.wildfly.swarm:transactions:2018.1.0
2018-01-24 10:30:17,769 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Elytron – STABLE org.wildfly.swarm:elytron:2018.1.0
2018-01-24 10:30:17,769 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: JPA – STABLE org.wildfly.swarm:jpa:2018.1.0
2018-01-24 10:30:17,769 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: CDI – STABLE org.wildfly.swarm:cdi:2018.1.0
2018-01-24 10:30:17,770 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: Undertow – STABLE org.wildfly.swarm:undertow:2018.1.0
2018-01-24 10:30:17,771 INFO [org.wildfly.swarm] (main) WFSWARM0013: Installed fraction: JSF – STABLE org.wildfly.swarm:jsf:2018.1.0

… Starts as usual…

2018-01-24 10:30:59,896 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.ironjacamar.jdbcadapters”) which may be changed or removed in future versions without notice.
2018-01-24 10:30:59,898 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.jts”) which may be changed or removed in future versions without notice.
2018-01-24 10:30:59,899 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.ironjacamar.jdbcadapters”) which may be changed or removed in future versions without notice.
2018-01-24 10:30:59,900 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.jts”) which may be changed or removed in future versions without notice.
2018-01-24 10:30:59,900 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.ironjacamar.jdbcadapters”) which may be changed or removed in future versions without notice.
2018-01-24 10:30:59,900 WARN [org.jboss.as.dependency.private] (MSC service thread 1-6) WFLYSRV0018: Deployment “deployment.f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” is using a private module (“org.jboss.jts”) which may be changed or removed in future versions without notice.
2018-01-24 10:31:00,425 INFO [org.jboss.weld.deployer] (MSC service thread 1-3) WFLYWELD0003: Processing weld deployment f2bb1289-c37a-4f40-95d3-2e28d15c735d.war
2018-01-24 10:31:00,499 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.deployment.unit.”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war”.POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit.”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war”.POST_MODULE: WFLYSRV0153: Failed to process phase POST_MODULE of deployment “f2bb1289-c37a-4f40-95d3-2e28d15c735d.war”
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:172)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.LinkageError: loader constraint violation: when resolving method “org.zeroturnaround.jrebel.weld2.jboss.cbp.JbossBeanDeploymentArchiveUtil.processClasses(Lorg/jboss/weld/bootstrap/JbossJrDirScanner;Lorg/jboss/weld/bootstrap/spi/BeansXml;Lorg/jboss/weld/resources/spi/ResourceLoader;Ljava/util/Set;Ljava/util/Set;Z)Lorg/jboss/weld/bootstrap/spi/BeansXml;” the class loader (instance of org/jboss/modules/ModuleClassLoader) of the current class, org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for the method’s defining class, org/zeroturnaround/jrebel/weld2/jboss/cbp/JbossBeanDeploymentArchiveUtil, have different Class objects for the type org/jboss/weld/bootstrap/JbossJrDirScanner used in the signature
at org.jboss.as.weld.deployment.BeanDeploymentArchiveImpl._scan(BeanDeploymentArchiveImpl.java)
at org.jboss.as.weld.deployment.BeanDeploymentArchiveImpl.jrRescan(BeanDeploymentArchiveImpl.java)
at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.handleResourceRoot(BeanArchiveProcessor.java:237)
at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor$ResourceRootHandler.access$100(BeanArchiveProcessor.java:206)
at org.jboss.as.weld.deployment.processors.BeanArchiveProcessor.deploy(BeanArchiveProcessor.java:113)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:165)
… 5 more

2018-01-24 10:31:00,511 ERROR [org.jboss.as.controller.management-operation] (main) WFLYCTL0013: Operation (“add”) failed – address: ((“deployment” => “f2bb1289-c37a-4f40-95d3-2e28d15c735d.war”)) – failure description: {“WFLYCTL0080: Failed services” => {“jboss.deployment.unit.\”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war\”.POST_MODULE” => “WFLYSRV0153: Failed to process phase POST_MODULE of deployment \”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war\”
Caused by: java.lang.LinkageError: loader constraint violation: when resolving method \”org.zeroturnaround.jrebel.weld2.jboss.cbp.JbossBeanDeploymentArchiveUtil.processClasses(Lorg/jboss/weld/bootstrap/JbossJrDirScanner;Lorg/jboss/weld/bootstrap/spi/BeansXml;Lorg/jboss/weld/resources/spi/ResourceLoader;Ljava/util/Set;Ljava/util/Set;Z)Lorg/jboss/weld/bootstrap/spi/BeansXml;\” the class loader (instance of org/jboss/modules/ModuleClassLoader) of the current class, org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for the method’s defining class, org/zeroturnaround/jrebel/weld2/jboss/cbp/JbossBeanDeploymentArchiveUtil, have different Class objects for the type org/jboss/weld/bootstrap/JbossJrDirScanner used in the signature”}}
2018-01-24 10:31:00,517 ERROR [org.jboss.as.server] (main) WFLYSRV0021: Deploy of deployment “f2bb1289-c37a-4f40-95d3-2e28d15c735d.war” was rolled back with the following failure message:
{“WFLYCTL0080: Failed services” => {“jboss.deployment.unit.\”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war\”.POST_MODULE” => “WFLYSRV0153: Failed to process phase POST_MODULE of deployment \”f2bb1289-c37a-4f40-95d3-2e28d15c735d.war\”
Caused by: java.lang.LinkageError: loader constraint violation: when resolving method \”org.zeroturnaround.jrebel.weld2.jboss.cbp.JbossBeanDeploymentArchiveUtil.processClasses(Lorg/jboss/weld/bootstrap/JbossJrDirScanner;Lorg/jboss/weld/bootstrap/spi/BeansXml;Lorg/jboss/weld/resources/spi/ResourceLoader;Ljava/util/Set;Ljava/util/Set;Z)Lorg/jboss/weld/bootstrap/spi/BeansXml;\” the class loader (instance of org/jboss/modules/ModuleClassLoader) of the current class, org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for the method’s defining class, org/zeroturnaround/jrebel/weld2/jboss/cbp/JbossBeanDeploymentArchiveUtil, have different Class objects for the type org/jboss/weld/bootstrap/JbossJrDirScanner used in the signature”}}
2018-01-24 10:31:01,900 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment f2bb1289-c37a-4f40-95d3-2e28d15c735d.war (runtime-name: f2bb1289-c37a-4f40-95d3-2e28d15c735d.war) in 1378ms

Can you help me? What is that java.lang.LinkageError: loader constraint violation exception containing jrebel classes?

Reply To: Maven, Wildfly Swarm, JRebel-Setup not booting up

$
0
0

Hi Roman,

I tried reproducing a similar issue on my end but didn’t succeed in doing so. Could you help me out by starting the application with the additional VM argument -Drebel.log=trace and reproduce this issue once more. This will generate a jrebel.log to {user.home}/.jrebel/ which should give us enough information about why you’re seeing this exception.

Please send this log to support@zeroturnaround.com. All the additional details are also appreciated, for example pom.xml files for both of your modules would potentially help.

As soon as we can reproduce it on our end, we can figure out a solution.

Best,
Hannes

Reply To: Maven, Wildfly Swarm, JRebel-Setup not booting up

$
0
0

I’ve sent you a mail. Thanks for your support! :-)

java.lang.StackOverflowError after java upgrade from 1.8.0_151 to 1.8.0_161

$
0
0

I’ve upgraded my JDK from Version 1.8.0_151 to 1.8.0_161. Now I got an java.lang.StackOverflowError when I try to start my wildfly appserver with jrebel.

The output is:

JAVA_OPTS already set in environment; overriding default settings with values: -agentpath:/home/kirsch/jrebel/lib/libjrebel64.so -Drebel.log=trace
=========================================================================

JBoss Bootstrap Environment

JBOSS_HOME: /home/kirsch/wildfly

JAVA: /usr/lib/jvm/java-8-oracle/bin/java

JAVA_OPTS: -server -agentpath:/home/kirsch/jrebel/lib/libjrebel64.so -Drebel.log=trace -Xms64m -Xmx4096m -XX:MetaspaceSize=96M -XX:MaxMetaspaceSize=256m -Djava.net.preferIPv4Stack=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true -agentlib:jdwp=transport=dt_socket,address=8787,server=y,suspend=n -Dorg.jboss.as.logging.per-deployment=false -DnonNCHAREncoding -Ddoxis4.csb.disable.performance=true -XX:+UnlockCommercialFeatures -XX:+FlightRecorder -Dde.ser.doxis4.client.private.bypassClientVersionCheck=true -ea -Dde.ser.doxis4.storage.copy.writeSizeInKB=64 -Dde.ser.doxis4.storage.copy.buffersizeInKB=256 -Dcom.ser.sedna.kernel.hashCompositionDumpDirectory=/tmp

=========================================================================

2018-01-25 18:49:50 JRebel: Starting logging to file: /home/kirsch/.jrebel/jrebel.log
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: #############################################################
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: JRebel Agent 7.1.5 (201801171200)
2018-01-25 18:49:50 JRebel: (c) Copyright ZeroTurnaround AS, Estonia, Tartu.
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: Over the last 30 days JRebel prevented
2018-01-25 18:49:50 JRebel: at least 40 redeploys/restarts saving you about 1.6 hours.
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: Over the last 365 days JRebel prevented
2018-01-25 18:49:50 JRebel: at least 509 redeploys/restarts saving you about 20.6 hours.
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: Licensed to Alexander Kirsch (SER Software Technology GmbH)
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: License type: dedicated
2018-01-25 18:49:50 JRebel: Valid from: June 1, 2017
2018-01-25 18:49:50 JRebel: Valid until: June 3, 2018
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel:
2018-01-25 18:49:50 JRebel: #############################################################
2018-01-25 18:49:50 JRebel:
Listening for transport dt_socket at address: 8787
Exception in thread “rebel-cache-writer” java.lang.StackOverflowError
Exception in thread “process reaper” java.lang.StackOverflowError
Exception in thread “process reaper” java.lang.StackOverflowError
Exception in thread “main” java.lang.StackOverflowError
Exception in thread “rebel-fsnotify-OutputReader” java.lang.StackOverflowError
Exception in thread “rebel-fsnotify-OutputReader” java.lang.StackOverflowError
Exception in thread “Thread-2” java.lang.StackOverflowError

I’ve have enabled jrebel log trace level trace. In the jrebel.log I can see this:

2018-01-25 18:49:52.354 ERROR [11] [ContainerIdentifier] Unexpected error when trying to identify container. It’s not critical, but please report it to the support.: java.lang.RuntimeException: Unexpected exception detected during rule set processing
at org.zeroturnaround.jrebel.stats.id.container.ServerRuleSet.identifyContainer(ServerRuleSet.java:38)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier.identifyContainer(ContainerIdentifier.java:161)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier.identifyNormalContainer(ContainerIdentifier.java:133)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier.identifyContainer(ContainerIdentifier.java:108)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier.identify(ContainerIdentifier.java:88)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier.access$000(ContainerIdentifier.java:35)
at org.zeroturnaround.jrebel.stats.id.container.ContainerIdentifier$1.run(ContainerIdentifier.java:69)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.StackOverflowError

2018-01-25 18:49:52.354 INFO [11] [ContainerIdentifier] Container identification took 329 millis
2018-01-25 18:49:52.391 INFO [12] [DiskInfo] mount:
java.lang.StackOverflowError

Reply To: java.lang.StackOverflowError after java upgrade from 1.8.0_151 to 1.8.0_161

$
0
0

Hello,

This looks very similar to a known issue that is connected to FlightRecorder and debugging. Luckily this has already been fixed in the latest nightly build of JRebel, you can find instructions on how to switch to the nightly build here.

Let me know if you continue to run into any issues with the nightly build.

Reply To: java.lang.StackOverflowError after java upgrade from 1.8.0_151 to 1.8.0_161

$
0
0

Hello,

I’ve disabled the java properties for the JMC Flight Recorder and that solved the problem for me. I can life with that workaround until the next official JRebel release. JRebel is much more important than JMC ;-).

Kind regards and thank you for your fast help!

Alexander

Reply To: java.lang.StackOverflowError after java upgrade from 1.8.0_151 to 1.8.0_161

$
0
0

It’s great to hear that worked, it looks like the next release is currently scheduled for early February so you won’t have to be without JMC for too long. I’ll update this thread when that release happens as well.


jrebel password

$
0
0

Hello, I configured jrebel in my vps, but the option to put a password on the connection is not working.

I am using the following command:

“java -jar jrebel.jar -set-remote-password my_password”

It appears that the password has been successfully changed, however the connection only works without a password, if I enter password says that the password is incorrect.

Reply To: jrebel password

$
0
0

Hi,

The password configuration will be saved under REBEL_BASE which will default to the .jrebel folder under the current user home.
If your server is running under a different user, make sure to specify the correct REBEL_BASE when setting the password, e.g.
java -Drebel.base=/home/serveruser/.jrebel -jar jrebel.jar -set-remote-password pw

Reply To: jrebel password

$
0
0

Sorry, it did not work.

I am start my server with args:

$JAVA -Xms$INITIAL_MEMORY -Xmx$MAXIMUM_MEMORY -Drebel.remoting_port=54555 -agentpath:/home/user_test/jrebel/lib/libjrebel64.so -Drebel.remoting_plugin=true -jar $SERVER_LOCATION/$SERVER_JAR $SERVER_ARGS

  • This reply was modified 3 hours, 21 minutes ago by  lhenrique01.

Deploy Problem JRebel x Netbeans/Payara/Weld project

$
0
0

Hi,

I installed JRebel plugin in NetBeans 8.1, using the howto https://zeroturnaround.com/software/jrebel/quickstart/netbeans.

Then, I checked the project “sitesat2” (Payara4.1.174 + JSF 2.2 + CDI Weld + JPA 2 + Hibernate 4.3.11) to use JRebel.

The file rebel.xml was created like this:


<?xml version="1.0" encoding="UTF-8"?>

<!--
  This is the JRebel configuration file. It maps the running application to your IDE workspace, enabling JRebel reloading for this project.
  Refer to https://manuals.zeroturnaround.com/jrebel/standalone/config.html for more information.
-->
<application generated-by="netbeans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.zeroturnaround.com" xsi:schemaLocation="http://www.zeroturnaround.com http://update.zeroturnaround.com/jrebel/rebel-2_1.xsd">

    <classpath>
        <dir name="/sistemas/sitesat2/build/web/WEB-INF/classes">
        </dir>
    </classpath>

    <web>
        <link target="/">
            <dir name="/sistemas/sitesat2/web">
            </dir>
        </link>
    </web>

</application>

When I try to deploy the app, it doesn’t work.
NOTE: the app works fine without JRebel.
Below the complete server.log:


Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=512m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=4096m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=512m; support was removed in 8.0
2018-01-30 15:57:13 JRebel:  Starting logging to file: /sistemas/home/edilmar/.jrebel/jrebel.log
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  #############################################################
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  JRebel Agent 7.1.5 (201801171200)
2018-01-30 15:57:13 JRebel:  (c) Copyright ZeroTurnaround AS, Estonia, Tartu.
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  Over the last 2 days JRebel prevented
2018-01-30 15:57:13 JRebel:  at least 0 redeploys/restarts saving you about 0 hours.
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  Licensed to Edilmar Alves (InterSite Sistemas)
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  License type: evaluation
2018-01-30 15:57:13 JRebel:  Valid from: January 30, 2018
2018-01-30 15:57:13 JRebel:  Valid until: February 13, 2018
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  You are using an EVALUATION license.
2018-01-30 15:57:13 JRebel:  Days left until license expires: 14
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  To extend your evaluation or purchase a license,
2018-01-30 15:57:13 JRebel:  contact sales@zeroturnaround.com.
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  If you think this is an error, contact support@zeroturnaround.com.
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:
2018-01-30 15:57:13 JRebel:  #############################################################
2018-01-30 15:57:13 JRebel:
Launching GlassFish on Felix platform
jan 30, 2018 3:57:17 PM com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner createBundleProvisioner
INFORMAÇÕES: Create bundle provisioner class = class com.sun.enterprise.glassfish.bootstrap.osgi.BundleProvisioner.
Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime@1f3a74ef in service registry.
#!## LogManagerService.postConstruct : rootFolder=/opt/lp/payara41/glassfish
#!## LogManagerService.postConstruct : templateDir=/opt/lp/payara41/glassfish/lib/templates
#!## LogManagerService.postConstruct : src=/opt/lp/payara41/glassfish/lib/templates/logging.properties
#!## LogManagerService.postConstruct : dest=/opt/lp/payara41/glassfish/domains/domain1/config/logging.properties
INFORMAÇÕES:   Running Payara Version: Payara Server  4.1.2.174 #badassfish (build 192)
INFORMAÇÕES:   Server log file is using Formatter class: com.sun.enterprise.server.logging.ODLLogFormatter
INFORMAÇÕES:   Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFORMAÇÕES:   Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
INFORMAÇÕES:   Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
INFORMAÇÕES:   Authorization Service has successfully initialized.
INFORMAÇÕES:   Grizzly Framework 2.3.31 started in: 146ms - bound to [/0.0.0.0:8080]
INFORMAÇÕES:   Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
INFORMAÇÕES:   Grizzly Framework 2.3.31 started in: 11ms - bound to [/0.0.0.0:8181]
INFORMAÇÕES:   Registered fish.payara.ha.hazelcast.store.HazelcastBackingStoreFactoryProxy for persistence-type = hazelcast in BackingStoreFactoryRegistry
INFORMAÇÕES:   Registered Hazelcast BackingStoreFactory with persistence-type = hazelcast
INFORMAÇÕES:   Grizzly Framework 2.3.31 started in: 4ms - bound to [/0.0.0.0:4848]
INFORMAÇÕES:   Grizzly Framework 2.3.31 started in: 2ms - bound to [/0.0.0.0:3700]
INFORMAÇÕES:   2018-01-30 15:57:31 JRebel: Directory '/sistemas/sitesat2/build/web/WEB-INF/classes' will be monitored for changes.
INFORMAÇÕES:   2018-01-30 15:57:31 JRebel: Directory '/sistemas/sitesat2/web' will be monitored for changes.
INFORMAÇÕES:   Web service endpoint deployment events listener registered successfully.
INFORMAÇÕES:   GlassFishORBFactory service initialized.
INFORMAÇÕES:   Java security manager is disabled.
INFORMAÇÕES:   Entering Security Startup Service.
INFORMAÇÕES:   Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
INFORMAÇÕES:   Security Service(s) started successfully.
INFORMAÇÕES:   Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080
INFORMAÇÕES:   Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181
INFORMAÇÕES:   Created HTTP listener admin-listener on host/port 0.0.0.0:4848
INFORMAÇÕES:   Created virtual server server
INFORMAÇÕES:   Created virtual server __asadmin
INFORMAÇÕES:   Setting JAAS app name glassfish-web
INFORMAÇÕES:   Virtual server server loaded default web module
INFORMAÇÕES:   Webservice Endpoint deployed PropWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/PropWS.
INFORMAÇÕES:   Webservice Endpoint deployed FornPagtoViagensWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/FornPagtoViagensWS.
INFORMAÇÕES:   Webservice Endpoint deployed ConfigWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/ConfigWSService.
INFORMAÇÕES:   Loading WS-TX Services. Please wait.
INFORMAÇÕES:   Webservice Endpoint deployed CoordinatorPortTypePortImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/CoordinatorPortType11.
INFORMAÇÕES:   Webservice Endpoint deployed ParticipantPortTypeImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/ParticipantPortType.
INFORMAÇÕES:   Webservice Endpoint deployed RegistrationRequesterPortTypeImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/RegistrationRequesterPortType.
INFORMAÇÕES:   Webservice Endpoint deployed ParticipantPortTypePortImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/ParticipantPortType11.
INFORMAÇÕES:   Webservice Endpoint deployed RegistrationPortTypeRPCPortImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/RegistrationPortTypeRPC11.
INFORMAÇÕES:   Webservice Endpoint deployed CoordinatorPortTypeImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/CoordinatorPortType.
INFORMAÇÕES:   Webservice Endpoint deployed RegistrationPortTypeImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/RegistrationPortTypeRPC.
INFORMAÇÕES:   Webservice Endpoint deployed RegistrationRequesterPortTypePortImpl
 listening at address at http://edilmar.intersite.com.br:8080/__wstx-services/RegistrationRequesterPortType11.
INFORMAÇÕES:   Loading application [wstx-services] at [/__wstx-services]
INFORMAÇÕES:   WS-TX Services successfully started.
Informações:   HV000001: Hibernate Validator 5.2.4.Final
Informações:   HHH000204: Processing PersistenceUnitInfo [
    name: sitesat2PU
    ...]
Informações:   HHH000412: Hibernate Core {4.3.11.Final}
Informações:   HHH000206: hibernate.properties not found
Informações:   HHH000021: Bytecode provider name : javassist
Informações:   HCANN000001: Hibernate Commons Annotations {4.0.5.Final}
Informações:   HHH000400: Using dialect: org.hibernate.dialect.PostgreSQLDialect
Informações:   HHH000424: Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException
Informações:   HHH000397: Using ASTQueryTranslatorFactory
Informações:   HHH000204: Processing PersistenceUnitInfo [
    name: sitesat2logPU
    ...]
Informações:   HHH000400: Using dialect: org.hibernate.dialect.FirebirdDialect
Informações:   HHH000397: Using ASTQueryTranslatorFactory
Informações:   WELD-000900: 2.4.5 (Final)
GRAVE:   Exception while invoking class org.glassfish.weld.WeldDeployer load method
java.lang.IllegalStateException: This web container has not yet been started
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1544)
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1501)
    at org.glassfish.weld.ejb.EjbDescriptorImpl.getBeanClass(EjbDescriptorImpl.java:100)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.populateEJBsForThisBDA(BeanDeploymentArchiveImpl.java:208)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.<init>(BeanDeploymentArchiveImpl.java:162)
    at org.glassfish.weld.RootBeanDeploymentArchive.createModuleBda(RootBeanDeploymentArchive.java:97)
    at org.glassfish.weld.RootBeanDeploymentArchive.<init>(RootBeanDeploymentArchive.java:90)
    at org.glassfish.weld.DeploymentImpl.createModuleBda(DeploymentImpl.java:731)
    at org.glassfish.weld.DeploymentImpl.<init>(DeploymentImpl.java:145)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:525)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:112)
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:209)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:318)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
    at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
    at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:243)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:327)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:375)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:487)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:305)
    at org.glassfish.hk2.runlevel.RunLevelContext.findOrCreate(RunLevelContext.java:85)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2126)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:116)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:90)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.oneJob(CurrentTaskFuture.java:1237)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.run(CurrentTaskFuture.java:1168)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

GRAVE:   Exception during lifecycle processing
java.lang.IllegalStateException: This web container has not yet been started
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1544)
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1501)
    at org.glassfish.weld.ejb.EjbDescriptorImpl.getBeanClass(EjbDescriptorImpl.java:100)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.populateEJBsForThisBDA(BeanDeploymentArchiveImpl.java:208)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.<init>(BeanDeploymentArchiveImpl.java:162)
    at org.glassfish.weld.RootBeanDeploymentArchive.createModuleBda(RootBeanDeploymentArchive.java:97)
    at org.glassfish.weld.RootBeanDeploymentArchive.<init>(RootBeanDeploymentArchive.java:90)
    at org.glassfish.weld.DeploymentImpl.createModuleBda(DeploymentImpl.java:731)
    at org.glassfish.weld.DeploymentImpl.<init>(DeploymentImpl.java:145)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:525)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:112)
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:209)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:318)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
    at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
    at com.sun.enterprise.v3.server.ApplicationLoaderService.postConstruct(ApplicationLoaderService.java:243)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:327)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:375)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:487)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:305)
    at org.glassfish.hk2.runlevel.RunLevelContext.findOrCreate(RunLevelContext.java:85)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2126)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:116)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:90)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.oneJob(CurrentTaskFuture.java:1237)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.run(CurrentTaskFuture.java:1168)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

GRAVE:   Exception while loading the app
GRAVE:   Application deployment failed: Exception while loading the app
INFORMAÇÕES:   Payara Server  4.1.2.174 #badassfish (192) startup time : Felix (7.057ms), startup services(70.543ms), total(77.600ms)
ADVERTÊNCIA:   Exception while dispatching an event
java.lang.IllegalStateException: This web container has not yet been started
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1544)
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1501)
    at org.zeroturnaround.javarebel.integration.hibernate.HibernateWrapper$HibernateUpToDate.updated(HibernateWrapper.java:107)
    at org.hibernate.internal.SessionFactoryImpl.checkReload(SessionFactoryImpl.java)
    at org.hibernate.internal.SessionFactoryImpl.isClosed(SessionFactoryImpl.java)
    at org.hibernate.jpa.internal.EntityManagerFactoryImpl.isOpen(EntityManagerFactoryImpl.java:537)
    at org.hibernate.jpa.internal.EntityManagerFactoryImpl.validateNotClosed(EntityManagerFactoryImpl.java:387)
    at org.hibernate.jpa.internal.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:368)
    at org.glassfish.persistence.jpa.JPADeployer.closeEMFs(JPADeployer.java:424)
    at org.glassfish.persistence.jpa.JPADeployer.event(JPADeployer.java:415)
    at org.glassfish.kernel.event.EventsImpl$1.run(EventsImpl.java:123)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

INFORMAÇÕES:   Cleaning JarFileFactory Cache to prevent jar FD leaks
INFORMAÇÕES:   Grizzly Framework 2.3.31 started in: 28ms - bound to [/0.0.0.0:7677]
INFORMAÇÕES:   Creating a SecureRMIServerSocketFactory @ 0.0.0.0 with ssl config = GlassFishConfigBean.org.glassfish.grizzly.config.dom.Ssl
INFORMAÇÕES:   SSLParams =org.glassfish.admin.mbeanserver.ssl.SSLParams@2d75bb7c
ADVERTÊNCIA:   All SSL cipher suites disabled for network-listener(s).  Using SSL implementation specific defaults
INFORMAÇÕES:   SSLParams =org.glassfish.admin.mbeanserver.ssl.SSLParams@2d75bb7c
ADVERTÊNCIA:   All SSL cipher suites disabled for network-listener(s).  Using SSL implementation specific defaults
INFORMAÇÕES:   SSLServerSocket /0.0.0.0:8686 and [SSL: ServerSocket[addr=/0.0.0.0,localport=8686]] created
INFORMAÇÕES:   Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@10aabada as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@401358e5.
INFORMAÇÕES:   /opt/lp/payara41/glassfish/domains/domain1/autodeploy/bundles does not exist, please create it.
INFORMAÇÕES:   JMXStartupService has started JMXConnector on JMXService URL service:jmx:rmi://0.0.0.0:8686/jndi/rmi://0.0.0.0:8686/jmxrmi
INFORMAÇÕES:   failure, not retryable...
INFORMAÇÕES:   Webservice Endpoint deployed ConfigWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/ConfigWSService.
INFORMAÇÕES:   Webservice Endpoint deployed FornPagtoViagensWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/FornPagtoViagensWS.
INFORMAÇÕES:   Webservice Endpoint deployed PropWS
 listening at address at http://edilmar.intersite.com.br:8080/sitesat2/PropWS.
Informações:   HHH000204: Processing PersistenceUnitInfo [
    name: sitesat2PU
    ...]
Informações:   HHH000412: Hibernate Core {4.3.11.Final}
Informações:   HHH000206: hibernate.properties not found
Informações:   HHH000021: Bytecode provider name : javassist
Informações:   HCANN000001: Hibernate Commons Annotations {4.0.5.Final}
Informações:   HHH000400: Using dialect: org.hibernate.dialect.PostgreSQLDialect
Informações:   HHH000424: Disabling contextual LOB creation as createClob() method threw error : java.lang.reflect.InvocationTargetException
Informações:   HHH000397: Using ASTQueryTranslatorFactory
Informações:   HHH000204: Processing PersistenceUnitInfo [
    name: sitesat2logPU
    ...]
Informações:   HHH000400: Using dialect: org.hibernate.dialect.FirebirdDialect
Informações:   HHH000397: Using ASTQueryTranslatorFactory
GRAVE:   Exception while invoking class org.glassfish.weld.WeldDeployer load method
java.lang.IllegalStateException: This web container has not yet been started
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1544)
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1501)
    at org.glassfish.weld.ejb.EjbDescriptorImpl.getBeanClass(EjbDescriptorImpl.java:100)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.populateEJBsForThisBDA(BeanDeploymentArchiveImpl.java:208)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.<init>(BeanDeploymentArchiveImpl.java:162)
    at org.glassfish.weld.RootBeanDeploymentArchive.createModuleBda(RootBeanDeploymentArchive.java:97)
    at org.glassfish.weld.RootBeanDeploymentArchive.<init>(RootBeanDeploymentArchive.java:90)
    at org.glassfish.weld.DeploymentImpl.createModuleBda(DeploymentImpl.java:731)
    at org.glassfish.weld.DeploymentImpl.<init>(DeploymentImpl.java:145)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:525)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:112)
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:209)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:318)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:508)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:544)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:540)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:570)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:562)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:561)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1469)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:111)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1851)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1727)
    at org.glassfish.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:544)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:540)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:570)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:562)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:561)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1469)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:111)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1851)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1727)
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
    at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
    at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:483)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:180)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:539)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:593)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:573)
    at java.lang.Thread.run(Thread.java:748)

GRAVE:   Exception during lifecycle processing
java.lang.IllegalStateException: This web container has not yet been started
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1544)
    at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1501)
    at org.glassfish.weld.ejb.EjbDescriptorImpl.getBeanClass(EjbDescriptorImpl.java:100)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.populateEJBsForThisBDA(BeanDeploymentArchiveImpl.java:208)
    at org.glassfish.weld.BeanDeploymentArchiveImpl.<init>(BeanDeploymentArchiveImpl.java:162)
    at org.glassfish.weld.RootBeanDeploymentArchive.createModuleBda(RootBeanDeploymentArchive.java:97)
    at org.glassfish.weld.RootBeanDeploymentArchive.<init>(RootBeanDeploymentArchive.java:90)
    at org.glassfish.weld.DeploymentImpl.createModuleBda(DeploymentImpl.java:731)
    at org.glassfish.weld.DeploymentImpl.<init>(DeploymentImpl.java:145)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:525)
    at org.glassfish.weld.WeldDeployer.load(WeldDeployer.java:112)
    at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:209)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:318)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:220)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:508)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:544)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:540)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:570)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:562)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:561)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1469)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:111)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1851)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1727)
    at org.glassfish.deployment.admin.ReDeployCommand.execute(ReDeployCommand.java:131)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:544)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:540)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:570)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:562)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:360)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:561)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1469)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:111)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1851)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1727)
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
    at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
    at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:483)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:180)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.portunif.PUFilter.handleRead(PUFilter.java:231)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:539)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:593)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:573)
    at java.lang.Thread.run(Thread.java:748)

GRAVE:   Exception while loading the app
GRAVE:   Exception while loading the app : This web container has not yet been started

JRebel causing NPE in Eclipse debugger?

$
0
0

JRebel version 7.1.5.RELEASE

I am getting an error dialog most of the time when I hit a breakpoint and when I step through code. I see this in my Eclipse log:

java.lang.NullPointerException
at com.zeroturnaround.jdi.util.DebuggerIntegration.isReloadableClass(DebuggerIntegration.java:279)
at com.zeroturnaround.jdi.JRVirtualMachine.detectReloadableTypeGriffin(JRVirtualMachine.java:382)
at com.zeroturnaround.jdi.JRVirtualMachine.detectReloadableType(JRVirtualMachine.java:363)
at com.zeroturnaround.jdi.JRVirtualMachine.isReloadableType(JRVirtualMachine.java:344)
at com.zeroturnaround.jdi.JRReferenceType.init(JRReferenceType.java:64)
at com.zeroturnaround.jdi.JRReferenceType.changeFields(JRReferenceType.java:89)
at com.zeroturnaround.jdi.JRReferenceType.allFields(JRReferenceType.java:153)
at org.eclipse.jdi.internal.InterfaceTypeImpl$$$jr.allFields(<generated>:60000)
at com.zeroturnaround.jdi.JRReferenceType._allFields(JRReferenceType.java:604)
at com.zeroturnaround.jdi.JRReferenceType.allFields(JRReferenceType.java:154)
at org.eclipse.jdi.internal.ClassTypeImpl$$$jr.allFields(<generated>:60000)
at org.eclipse.jdt.internal.debug.core.model.JDIValue.getVariablesList(JDIValue.java:261)
at org.eclipse.jdt.internal.debug.core.model.JDIValue.hasVariables(JDIValue.java:481)
at org.eclipse.debug.internal.ui.model.elements.VariableContentProvider.hasChildren(VariableContentProvider.java:65)
at org.eclipse.jdt.internal.debug.ui.variables.JavaVariableContentProvider.hasChildren(JavaVariableContentProvider.java:93)
at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider.updateHasChildren(ElementContentProvider.java:229)
at org.eclipse.debug.internal.ui.model.elements.ElementContentProvider$3.run(ElementContentProvider.java:206)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

Viewing all 2540 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>