[GLASSFISH-21347] Undeploy shows successful messages, but application is still as deployed Created: 10/Apr/15  Updated: 30/Jun/15

Status: In Progress
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: LeoInside Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Solaris 10 x86
GlassFish Server Open Source Edition 3.1.2.2 (build 5)



 Description   

The application is still shown after asadmin undeploy run successfully:

#/opt/glassfish3/glassfish/bin/asadmin --port 50500 --user admin --host masterservice undeploy pss
Enter admin password for user "admin">
Command undeploy executed successfully.

  1. /opt/glassfish3/glassfish/bin/asadmin --port 50500 --user admin --host masterservice list-applications
    Enter admin password for user "admin">
    RestCM-ear-1.1.1 <ear, ejb, web>
    SoapAuthorityService <ear, ejb>
    SoapNotificationIRP <ear, ejb, webservices>
    SoapBulkCMIRP <ear, ejb, webservices>
    SoapBasicCMIRP <ear, ejb, webservices>
    pms_compApplication <ejb, webservices>
    nms_shm <ear, ejb, web, connector>
    pmTrace_WebServices <ejb, webservices>
    pss <ear, web, ejb>
    com.ericsson.oss.common.alarm.manager.webapp <web>
    Command list-applications executed successfully.

===================================================
However, the application directory has been removed by the command from "./domains/domain1/applications" and "./domains/domain1/applications/__internal" directories..



 Comments   
Comment by enoefay [ 17/Apr/15 ]

Hi Hong,

Is there any update on this issue ..? What's the latest analysis ..?

Kind Regards,
Noel

Comment by Vinay Vishal [ 30/Jun/15 ]

Hi,

This issue couldn't be reproduced.

output:

bash-3.2$ cat /etc/release
Oracle Solaris 10 8/11 s10x_u10wos_17b X86
Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved.
Assembled 23 August 2011
bash-3.2$ cd glassfish3/glassfish/bin/
bash-3.2$ ./asadmin deploy /home/vivishal/sample.war
Enter admin user name> admin
Enter admin password for user "admin">
Application deployed with name sample.
Command deploy executed successfully.
bash-3.2$ ./asadmin list-applications
Enter admin user name> admin
Enter admin password for user "admin">
sample <web>
Command list-applications executed successfully.
bash-3.2$ ./asadmin undeploy sample
Enter admin user name> admin
Enter admin password for user "admin">
Command undeploy executed successfully.
bash-3.2$ ./asadmin list-applications
Enter admin user name> admin
Enter admin password for user "admin">
Nothing to list.
Command list-applications executed successfully.

Can you please confirm if this issue still exists? If so, can you please share a sample file with which you are able to reproduce the issue?





[GLASSFISH-21303] A class annotated with both WebService and WebServlet causes deployment failure. Created: 09/Feb/15  Updated: 30/Jun/15

Status: Open
Project: glassfish
Component/s: web_container, web_services
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

A class in a war with the following annotations causes this exception upon deployment.
Caused by: java.io.IOException: Server returned HTTP response code: 405 for URL: http://localhost:8080/RequestContext/translator?wsdl

If I make the class extend HttpServlet I get a different exception:

Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[1,1]
Message: Premature end of file.
at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.next(XMLStreamReaderImpl.java:601)

Here is the class:

@WebServlet(loadOnStartup = 1, name = "Translator", urlPatterns = "/translator")
@WebService(endpointInterface = "org.jboss.cdi.tck.tests.context.request.ws.Translator", serviceName = "Translator")
public class TranslatorEndpoint implements Translator {}

I will attach a sample war shortly.



 Comments   
Comment by Vinay Vishal [ 30/Jun/15 ]

Can you please attach sample war?





[GLASSFISH-21341] Severe: Exception while deploying the app [helloservice-war] : A MultiException has 2 exceptions. They are: Created: 30/Mar/15  Updated: 30/Jun/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: pavel11 Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

windows 7, Netbeans 8.0.2, jdk1.8.0_31, GlassFish 4.1 b 13



 Comments   
Comment by pavel11 [ 30/Mar/15 ]

I try to run Java EE example from Oracle tutorial. I download java_ee_sdk-7u1-web.zip file, use GlassFish and samples from it.
the sample I work with: ..\glassfish4\docs\javaee-tutorial\examples\jaxws

When I run, it returns error, and it looks like similar to https://java.net/jira/browse/GLASSFISH-20952. Though I do not understand what to do with that.

Here stack trace

Severe: Exception while deploying the app [helloservice-war]
Severe: Exception during lifecycle processing
MultiException stack 1 of 2
com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:218)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.webservices.jsr109-impl [250]: Unable to resolve 250.0: missing requirement [250.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.tools.ws.spi)(version>=2.3.0)(Unable to render embedded object: File ( Unable to resolve 257.0: missing requirement [257.0] osgi.wiring.package; (&(osgi.wiring.package=javax.xml.rpc)(version>=1.1.0)() not found.(version>=2.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3974)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2037)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
... 57 more
MultiException stack 2 of 2
java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.webservices.WebServicesContainer
name=org.glassfish.webservices.WebServicesContainer
contracts=

{org.glassfish.webservices.WebServicesContainer,org.glassfish.api.container.Container}
scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName={org.glassfish.main.webservices.jsr109-impl},Bundle-Version={4.1.0}
rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW],918763885)
proxiable=null
proxyForSameScope=null
analysisName=null
id=434
locatorId=0
identityHashCode=1010978305
reified=false)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2067)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)

Severe: Exception while deploying the app [helloservice-war] : A MultiException has 2 exceptions. They are:
1. com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
2. java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.webservices.WebServicesContainer
name=org.glassfish.webservices.WebServicesContainer
contracts={org.glassfish.webservices.WebServicesContainer,org.glassfish.api.container.Container}

scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName=

{org.glassfish.main.webservices.jsr109-impl},Bundle-Version={4.1.0}
rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW],918763885)
proxiable=null
proxyForSameScope=null
analysisName=null
id=434
locatorId=0
identityHashCode=1010978305
reified=false)
com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:218)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.webservices.jsr109-impl [250]: Unable to resolve 250.0: missing requirement [250.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.tools.ws.spi)(version>=2.3.0)(Unable to render embedded object: File ( Unable to resolve 257.0: missing requirement [257.0] osgi.wiring.package; (&(osgi.wiring.package=javax.xml.rpc)(version>=1.1.0)() not found.(version>=2.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3974)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2037)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
... 57 more

Info: visiting unvisited references
Severe: Exception while deploying the app [helloservice-war]
Severe: Exception during lifecycle processing
MultiException stack 1 of 2
com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:218)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.webservices.jsr109-impl [250]: Unable to resolve 250.0: missing requirement [250.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.tools.ws.spi)(version>=2.3.0)(Unable to render embedded object: File ( Unable to resolve 257.0: missing requirement [257.0] osgi.wiring.package; (&(osgi.wiring.package=javax.xml.rpc)(version>=1.1.0)() not found.(version>=2.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3974)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2037)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
... 57 more
MultiException stack 2 of 2
java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.webservices.WebServicesContainer
name=org.glassfish.webservices.WebServicesContainer
contracts={org.glassfish.webservices.WebServicesContainer,org.glassfish.api.container.Container}
scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName={org.glassfish.main.webservices.jsr109-impl}

,Bundle-Version=

{4.1.0}
rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW],918763885)
proxiable=null
proxyForSameScope=null
analysisName=null
id=434
locatorId=0
identityHashCode=1010978305
reified=false)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2067)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)

Severe: Exception while deploying the app [helloservice-war] : A MultiException has 2 exceptions. They are:
1. com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
2. java.lang.IllegalStateException: Could not load descriptor SystemDescriptor(
implementation=org.glassfish.webservices.WebServicesContainer
name=org.glassfish.webservices.WebServicesContainer
contracts={org.glassfish.webservices.WebServicesContainer,org.glassfish.api.container.Container}
scope=javax.inject.Singleton
qualifiers={}
descriptorType=CLASS
descriptorVisibility=NORMAL
metadata=Bundle-SymbolicName={org.glassfish.main.webservices.jsr109-impl},Bundle-Version={4.1.0}

rank=0
loader=OsgiPopulatorPostProcessor.HK2Loader(OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW],918763885)
proxiable=null
proxyForSameScope=null
analysisName=null
id=434
locatorId=0
identityHashCode=1010978305
reified=false)
com.sun.enterprise.module.ResolveError: Failed to start OSGiModuleImpl:: Bundle = [org.glassfish.main.webservices.jsr109-impl [250]], State = [NEW]
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:218)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.osgi.framework.BundleException: Unresolved constraint in bundle org.glassfish.main.webservices.jsr109-impl [250]: Unable to resolve 250.0: missing requirement [250.0] osgi.wiring.package; (&(osgi.wiring.package=com.sun.tools.ws.spi)(version>=2.3.0)(Unable to render embedded object: File ( Unable to resolve 257.0: missing requirement [257.0] osgi.wiring.package; (&(osgi.wiring.package=javax.xml.rpc)(version>=1.1.0)() not found.(version>=2.0.0)))]
at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:3974)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2037)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
... 57 more

Info: Grizzly Framework 2.3.15 started in: 34ms - bound to [/0.0.0.0:8080]
Info: Grizzly Framework 2.3.15 started in: 40ms - bound to [/0.0.0.0:8181]
Info: visiting unvisited references
Info: Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080
Info: Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181
Info: Created HTTP listener admin-listener on host/port 0.0.0.0:4848
Info: Created virtual server server
Info: Created virtual server __asadmin
Info: Setting JAAS app name glassfish-web
Info: Virtual server server loaded default web module
Severe: Startup of context failed due to previous errors
Severe: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:935)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:6133)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:720)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5950)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1593)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1290)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:982)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1593)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1290)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:402)
at org.apache.catalina.startup.Embedded.start(Embedded.java:995)
at com.sun.enterprise.web.WebContainer.postConstruct(WebContainer.java:865)
at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:329)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:377)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:461)
at org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:114)
at org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:102)
at org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture$1.call(Cache.java:97)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture.run(Cache.java:154)
at org.glassfish.hk2.utilities.cache.Cache.compute(Cache.java:199)
at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:153)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2258)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:105)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:87)
at org.glassfish.internal.data.EngineInfo.getContainer(EngineInfo.java:86)
at com.sun.enterprise.v3.server.ApplicationLifecycle.startContainers(ApplicationLifecycle.java:1011)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:717)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)

Severe: Container StandardEngine[glassfish-web].StandardHost[server].StandardContext[] has not been started
org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5954)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1593)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1290)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:982)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1593)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1290)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:402)
at org.apache.catalina.startup.Embedded.start(Embedded.java:995)
at com.sun.enterprise.web.WebContainer.postConstruct(WebContainer.java:865)
at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:329)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:377)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:461)
at org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:114)
at org.jvnet.hk2.internal.SingletonContext$1.compute(SingletonContext.java:102)
at org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture$1.call(Cache.java:97)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at org.glassfish.hk2.utilities.cache.Cache$OriginThreadAwareFuture.run(Cache.java:154)
at org.glassfish.hk2.utilities.cache.Cache.compute(Cache.java:199)
at org.jvnet.hk2.internal.SingletonContext.findOrCreate(SingletonContext.java:153)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2258)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:105)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:87)
at org.glassfish.internal.data.EngineInfo.getContainer(EngineInfo.java:86)
at com.sun.enterprise.v3.server.ApplicationLifecycle.startContainers(ApplicationLifecycle.java:1011)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:717)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)
Caused by: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at java.util.ServiceLoader.fail(ServiceLoader.java:239)
at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
at org.glassfish.web.loader.ServletContainerInitializerUtil.getInterestList(ServletContainerInitializerUtil.java:193)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5996)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:774)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5929)
... 29 more

Info: Java security manager is disabled.
Info: Entering Security Startup Service.
Info: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
Info: Security Service(s) started successfully.
Info: visiting unvisited references
Info: visiting unvisited references
Info: visiting unvisited references
Severe: Startup of context failed due to previous errors
Severe: Exception during cleanup after start failed
org.apache.catalina.LifecycleException: Manager has not yet been started
at org.apache.catalina.session.StandardManager.stop(StandardManager.java:935)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:6133)
at com.sun.enterprise.web.WebModule.stop(WebModule.java:720)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5950)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)

Severe: ContainerBase.addChild: start:
org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5954)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)
Caused by: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at java.util.ServiceLoader.fail(ServiceLoader.java:239)
at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372)
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
at org.glassfish.web.loader.ServletContainerInitializerUtil.getInterestList(ServletContainerInitializerUtil.java:193)
at org.apache.catalina.core.StandardContext.callServletContainerInitializers(StandardContext.java:5996)
at com.sun.enterprise.web.WebModule.callServletContainerInitializers(WebModule.java:774)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5929)
... 14 more

Warning: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1044)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)

Severe: Exception while invoking class com.sun.enterprise.web.WebApplication start method
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)

Severe: Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: java.util.ServiceConfigurationError: javax.servlet.ServletContainerInitializer: Provider com.sun.xml.ws.transport.http.servlet.WSServletContainerInitializer not found
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:168)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLoaderService.processApplication(ApplicationLoaderService.java:406)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.load(InstallerThread.java:211)
at com.sun.enterprise.v3.admin.adapter.InstallerThread.run(InstallerThread.java:100)

Severe: Exception while loading the app
Severe: Undeployment failed for context
Severe: Application deployment failed: Exception while loading the app
Info: Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...
Info: Listening to REST requests at context: /management/domain.

Comment by pavel11 [ 30/Mar/15 ]

Looks like I used not proper archive java_ee_sdk-7u1-web.zip instead of java_ee_sdk-7u1.zip . I miss because i working with web services, and thought web preferable. More over i find example from tutorial in this archive but it cannot be run. When I use java_ee_sdk-7u1.zip it works fine.

Comment by Vinay Vishal [ 25/Jun/15 ]

Hi Pavel,
Seems like you have been able to achieve whatever you were trying to achieve here. Can I close this issue then? Can you please confirm?

Thanks,
Vinay

Comment by Vinay Vishal [ 30/Jun/15 ]

Hi,

Can you please confirm if this issue can be closed?

Thanks.





[GLASSFISH-21378] can't redeploy Created: 19/Jun/15  Updated: 30/Jun/15

Status: Open
Project: glassfish
Component/s: deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: t.shimada Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Redhat linux 6.6



 Description   

We are using Glassfish 4.1 for our web-system. now we have problem that couldn't redeploy some applications.

behavior:

#1 To undeploy one application. It seems to be succeeded.
#2 But That Application don't stop. Because we can see too much log besides it continues outputting it.
------------------------------------------------
[2015-06-18T13:03:03.465+0900] [glassfish 4.1] [SEVERE] [] [javax.enterprise.web.util] [tid: _ThreadID=57 _ThreadName=admin-listener(5)] [timeMillis: 1434600183465] [levelValue: 1000] [[
The web application [/webpublisher] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@2458d471]) and a value of type [com.tangosol.net.GuardSupport.Context] (value [GuardContext {Guardable={WrapperGuardable Guard

{Daemon=DistributedCache:DistributedCache-StatusManagementData}

Service=PartitionedCache{Name=DistributedCache-StatusManagementData, State=(SERVICE_STARTED), LocalStorage=disabled, CoordinatorId=1}}, timeout=0, state=HEALTHY}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.]]
------------------------------------------------
#3 To deploy same application. But it didn't deploy.

I think that the problem is caused that logs.

Do you know workaround?



 Comments   
Comment by Arindam Bandyopadhyay [ 25/Jun/15 ]

Could you provide a sample application such that I can test the issue?

Comment by t.shimada [ 30/Jun/15 ]

Dear Arindam.

This is Toshikazu.(t.shimada)

Thank you for your reply.

I'm afraid to you.
we can't provide sample application.
Because that application is our customers's.

So if you know how to workaround, could you teach me it?
or please tell me if there are any examples.

I want to try these your knowledge.

I am looking forward to your reply.

Best Regards.

Comment by Arindam Bandyopadhyay [ 30/Jun/15 ]

In My Opinion this is a application specific problem . I have tried may application which are successfully deploying , undeploying and redeploying . So if I don't get the exact steps to reproduce the issue , I will not be able to identify the root cause and fix it .Please provide us the exact steps to reproduce the issue.





[GLASSFISH-21383] restart-domain has 2 java processes with use a lot of memory Created: 29/Jun/15  Updated: 29/Jun/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: tiran1984 Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java8
windows server 2012 r2



 Description   

my glassfish runs on the windows server 2012 R2 as a service when i try to restart the a domain by asadmin it restart not correct.

I found 2 java processes with use a lot of memory after the restart
1.
"C:\Program Files\Java\jdk1.8.0_45\bin\java.exe" cp D:/DEVELOPMENT/Software/glassfish4/glassfish/modules/glassfish.jar -XX:+UnlockDiagnosticVMOptions -XX:NewRatio=2 -XX:+UseCompressedOops -XX:MaxPermSize=512m -Xmx2048m -server -javaagent:/DEVELOPMENT/Software/glassfish4/glassfish/lib/monitor/flashlight-agent.jar -Djavax.xml.accessExternalSchema=all -Djavax.net.ssl.trustStore=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/cacerts.jks -Djdk.corba.allowOutputStreamSubclass=true -Dfelix.fileinstall.dir=D:\DEVELOPMENT\Software\glassfish4\glassfish/modules/autostart/ -Dorg.glassfish.additionalOSGiBundlesToStart=org.apache.felix.shell,org.apache.felix.gogo.runtime,org.apache.felix.gogo.shell,org.apache.felix.gogo.command,org.apache.felix.shell.remote,org.apache.felix.fileinstall -Dcom.sun.aas.installRoot=D:\DEVELOPMENT\Software\glassfish4\glassfish -Dfelix.fileinstall.poll=5000 -Djava.endorsed.dirs=D:\DEVELOPMENT\Software\glassfish4\glassfish/modules/endorsed;D:\DEVELOPMENT\Software\glassfish4\glassfish/lib/endorsed -Djava.security.policy=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/server.policy -Dosgi.shell.telnet.maxconn=1 -Dfelix.fileinstall.bundles.startTransient=true -Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory -Dfelix.fileinstall.log.level=2 -Djavax.net.ssl.keyStore=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/keystore.jks -Djava.security.auth.login.config=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/login.conf -Dfelix.fileinstall.disableConfigSave=false -Dfelix.fileinstall.bundles.new.start=true -Dcom.sun.aas.instanceRoot=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL -Dosgi.shell.telnet.port=6666 -Dgosh.args=nointeractive -Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as -Dosgi.shell.telnet.ip=127.0.0.1 -DANTLR_USE_DIRECT_CLASS_LOADING=true -Djava.awt.headless=true -Dcom.ctc.wstx.returnNullForDefaultNamespace=true "-Djava.ext.dirs=C:\Program Files\Java\jdk1.8.0_45/lib/ext;C:\Program Files\Java\jdk1.8.0_45/jre/lib/ext;D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/lib/ext" -Djdbc.drivers=org.apache.derby.jdbc.ClientDriver "-Djava.library.path=C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0/api;C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0/lib64;C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0;D:/DEVELOPMENT/Software/glassfish4/glassfish/lib;C:/ProgramData/Oracle/Java/javapath;C:/Windows/Sun/Java/bin;C:/Windows/System32;C:/Windows;C:/Windows/System32/wbem;C:/Windows/System32/WindowsPowerShell/v1.0;C:/Program Files/Microsoft SQL Server/120/DTS/Binn;C:/Program Files/Microsoft SQL Server/Client SDK/ODBC/110/Tools/Binn;C:/Program Files (x86)/Microsoft SQL Server/120/Tools/Binn;C:/Program Files/Microsoft SQL Server/120/Tools/Binn;C:/Program Files (x86)/Microsoft SQL Server/120/Tools/Binn/ManagementStudio;C:/Program Files (x86)/Microsoft SQL Server/120/DTS/Binn;C:/Program Files/Mercurial;C:/Program Files (x86)/MSBuild/12.0/Bin;C:/Program Files/TortoiseSVN/bin;C:/Program Files (x86)/Windows Kits/8.1/Windows Performance Toolkit" com.sun.enterprise.glassfish.bootstrap.ASMain -upgrade false -domaindir D:/DEVELOPMENT/Software/glassfish4/glassfish/domains/AP10DVL -read-stdin true -asadmin-args --host,,,localhost,,,port,,,4848,,,user,,,admin,,,passwordfile,,,D:/temp/glassfish_passwords.txt,,,secure=false,,,terse=false,,,echo=false,,,interactive=false,,,start-domain,,,verbose=false,,,watchdog=true,,,debug=false,,,-domaindir,,,D:\DEVELOPMENT\Software\glassfish4\glassfish\domains,,,AP10DVL -domainname AP10DVL -instancename server -type DAS -verbose false -asadmin-classpath D:/DEVELOPMENT/Software/glassfish4/glassfish/modules/admin-cli.jar -debug false -asadmin-classname com.sun.enterprise.admin.cli.AdminMain

2.
"C:\Program Files\Java\jdk1.8.0_45\bin\java.exe" cp D:/DEVELOPMENT/Software/glassfish4/glassfish/modules/glassfish.jar -XX:+UnlockDiagnosticVMOptions -XX:NewRatio=2 -XX:+UseCompressedOops -XX:MaxPermSize=512m -Xmx2048m -server -javaagent:/DEVELOPMENT/Software/glassfish4/glassfish/lib/monitor/flashlight-agent.jar -Djavax.xml.accessExternalSchema=all -Djavax.net.ssl.trustStore=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/cacerts.jks -Djdk.corba.allowOutputStreamSubclass=true -Dfelix.fileinstall.dir=D:\DEVELOPMENT\Software\glassfish4\glassfish/modules/autostart/ -Dorg.glassfish.additionalOSGiBundlesToStart=org.apache.felix.shell,org.apache.felix.gogo.runtime,org.apache.felix.gogo.shell,org.apache.felix.gogo.command,org.apache.felix.shell.remote,org.apache.felix.fileinstall -Dcom.sun.aas.installRoot=D:\DEVELOPMENT\Software\glassfish4\glassfish -Dfelix.fileinstall.poll=5000 -Djava.endorsed.dirs=D:\DEVELOPMENT\Software\glassfish4\glassfish/modules/endorsed;D:\DEVELOPMENT\Software\glassfish4\glassfish/lib/endorsed -Djava.security.policy=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/server.policy -Dosgi.shell.telnet.maxconn=1 -Dfelix.fileinstall.bundles.startTransient=true -Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory -Dfelix.fileinstall.log.level=2 -Djavax.net.ssl.keyStore=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/keystore.jks -Djava.security.auth.login.config=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/config/login.conf -Dfelix.fileinstall.disableConfigSave=false -Dfelix.fileinstall.bundles.new.start=true -Dcom.sun.aas.instanceRoot=D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL -Dosgi.shell.telnet.port=6666 -Dgosh.args=nointeractive -Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as -Dosgi.shell.telnet.ip=127.0.0.1 -DANTLR_USE_DIRECT_CLASS_LOADING=true -Djava.awt.headless=true -Dcom.ctc.wstx.returnNullForDefaultNamespace=true "-Djava.ext.dirs=C:\Program Files\Java\jdk1.8.0_45/lib/ext;C:\Program Files\Java\jdk1.8.0_45/jre/lib/ext;D:\DEVELOPMENT\Software\glassfish4\glassfish\domains\AP10DVL/lib/ext" -Djdbc.drivers=org.apache.derby.jdbc.ClientDriver "-Djava.library.path=C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0/api;C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0/lib64;C:/Program Files/IBM/OnDemand Web Enablement Kit/V9.0;D:/DEVELOPMENT/Software/glassfish4/glassfish/lib;C:/Program Files/Java/jdk1.8.0_45/jre/bin;C:/Windows/Sun/Java/bin;C:/Windows/System32;C:/Windows;C:/ProgramData/Oracle/Java/javapath;C:/Windows/System32/wbem;C:/Windows/System32/WindowsPowerShell/v1.0;C:/Program Files/Microsoft SQL Server/120/DTS/Binn;C:/Program Files/Microsoft SQL Server/Client SDK/ODBC/110/Tools/Binn;C:/Program Files (x86)/Microsoft SQL Server/120/Tools/Binn;C:/Program Files/Microsoft SQL Server/120/Tools/Binn;C:/Program Files (x86)/Microsoft SQL Server/120/Tools/Binn/ManagementStudio;C:/Program Files (x86)/Microsoft SQL Server/120/DTS/Binn;C:/Program Files/Mercurial;C:/Program Files (x86)/MSBuild/12.0/Bin;C:/Program Files/TortoiseSVN/bin;C:/Program Files (x86)/Windows Kits/8.1/Windows Performance Toolkit;D:/DEVELOPMENT/Software/glassfish4/glassfish/domains/AP10DVL/config" com.sun.enterprise.glassfish.bootstrap.ASMain -upgrade false -domaindir D:/DEVELOPMENT/Software/glassfish4/glassfish/domains/AP10DVL -read-stdin true -asadmin-args --host,,,localhost,,,port,,,4848,,,user,,,admin,,,passwordfile,,,D:/temp/glassfish_passwords.txt,,,secure=false,,,terse=false,,,echo=false,,,interactive=false,,,start-domain,,,verbose=false,,,watchdog=true,,,debug=false,,,-domaindir,,,D:\DEVELOPMENT\Software\glassfish4\glassfish\domains,,,AP10DVL -domainname AP10DVL -instancename server -type DAS -verbose false -asadmin-classpath D:/DEVELOPMENT/Software/glassfish4/glassfish/modules/admin-cli.jar -debug false -asadmin-classname com.sun.enterprise.admin.cli.AdminMain

When i try to stop the service it will not stop, I have to kill them

After i have to killed all processes from the service I have also delete the "generated" folder. Now works the server correct after a restart






[GLASSFISH-21164] On deploy jpa validation Eclipselink do not recognize entity class if has lambda expressions inside a method Created: 13/Aug/14  Updated: 29/Jun/15

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: fantarama Assignee: Srini
Resolution: Unresolved Votes: 4
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java jdk 1.8_05


Tags: eclipselink, jpa

 Description   

During deploy process if a jpa entity (@Entity) in one of his methods has a java 8 lambda expression the entity is not recognized has a jpa entity and skipped. This cause validation error during deployment if the entity is in relation with others.



 Comments   
Comment by Hong Zhang [ 13/Aug/14 ]

assign to persistence team for evaluation

Comment by Lukas Jungmann [ 13/Aug/14 ]

this is fixed in EclipseLink 2.6.0, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=429992 GF currently uses 2.5.2

Comment by fantarama [ 13/Aug/14 ]

Thanks, but is there a future plan to update GF to 2.6.0? Any workaround to be able to deploy the application?

Comment by caricsvk [ 22/May/15 ]

Eclipselink 2.6.0 is already shipped out (March 10, 2015). When do we expect to have it in glassfish nightly?

Comment by heruan [ 29/Jun/15 ]

EclipseLink 2.5.2 which is currently bundled with Glassfish 4.1 has major bugs such as ignored injection on EntityListeners and others. Update to EclipseLink 2.6.0 should be somehow planned with a milestone, but I can't find any reference on the roadmap.





[GLASSFISH-21382]  A system exception occurred during an invocation on EJB Created: 27/Jun/15  Updated: 27/Jun/15

Status: Open
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: dyego Assignee: Srini
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux Ubuntu 14 + 5GB of ram + SSD 80GB



 Description   

In my application, randomily i get :

[2015-06-26T20:53:36.645-0300] [glassfish 4.1] [WARNING] [AS-EJB-00056] [javax.enterprise.ejb.container] [tid: _ThreadID=892 _ThreadName=p: thread-pool-1; w: 796] [timeMillis: 1435362816645] [levelValue: 900] [[
A system exception occurred during an invocation on EJB PaisesNacionalidadesRepositoryRJ, method: public us.linkedby.link.selo.entities.RjPaisesnacionalidades us.linkedby.link.selo.service.referenciarj.paisesnacionalidades.PaisesNacionalidadesRepositoryRJ.getRjPaisesnacionalidadesByNomePais(java.lang.String)]]

[2015-06-26T20:53:36.645-0300] [glassfish 4.1] [WARNING] [] [javax.enterprise.ejb.container] [tid: _ThreadID=892 _ThreadName=p: thread-pool-1; w: 796] [timeMillis: 1435362816645] [levelValue: 900] [[

javax.ejb.TransactionRolledbackLocalException: Client's transaction aborted
at com.sun.ejb.containers.EJBContainerTransactionManager.useClientTx(EJBContainerTransactionManager.java:361)
at com.sun.ejb.containers.EJBContainerTransactionManager.preInvokeTx(EJBContainerTransactionManager.java:255)
at com.sun.ejb.containers.BaseContainer.preInvokeTx(BaseContainer.java:4524)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1986)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:210)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy337.getRjPaisesnacionalidadesByNomePais(Unknown Source)
at us.linkedby.link.selo.service.referenciarj.paisesnacionalidades._EJB31_GeneratedPaisesNacionalidadesRepositoryRJIntf__Bean_.getRjPaisesnacionalidadesByNomePais(Unknown Source)
at us.linkedby.link.selo.service.referenciarj.paisesnacionalidades.PaisesNacionalidadesServiceRJ.getRjPaisesnacionalidadesCodigoByNomePais(PaisesNacionalidadesServiceRJ.java:69)
at sun.reflect.GeneratedMethodAccessor354.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

But, this occurs if i call 15k times the EJB method... and ocurs in diferents parts of my code...



 Comments   
Comment by dyego [ 27/Jun/15 ]

only in linux, on windows doest occurs

Comment by dyego [ 27/Jun/15 ]

The transaction is maked to rollback in diferent points on execution and this error occurs after that...

If i invoce 10k times the EJB method this not occurs..

11k not occurs...

15k occurs...

help!





[GLASSFISH-21381] war with web service not deploying correctly Created: 26/Jun/15  Updated: 26/Jun/15

Status: Open
Project: glassfish
Component/s: web_services
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: Martin Grebac
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File ab28a7f03c159ddc1af43e792c46d4d282d3759.war     Java Archive File src.jar    

 Description   

The following cdi test application passes deployment but produces the following exceptions. If it was successful you should be able to execute this url:

http://localhost:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/TestFilter2?test=wsresource

and get back this to the browser:

Filter init: true

The same application deploys and runs successfully on WLS. I have attached both the war and the source code for the application.

This bug is preventing us from passing the cdi tck 1.2.5.Final.

[#|2015-06-26T14:47:45.784-0400|WARNING|glassfish 4.1|javax.enterprise.webservices|_ThreadID=56;_ThreadName=AutoDeployer;_TimeMillis=1435344465784;_LevelValue=900;_MessageID=AS-WSJSR109IMPL-00050;|
Following exception was thrown:
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.glassfish.webservices.WebServiceReferenceManagerImpl.initiateInstance(WebServiceReferenceManagerImpl.java:319)
at org.glassfish.webservices.WebServiceReferenceManagerImpl.resolveWSReference(WebServiceReferenceManagerImpl.java:142)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$WebServiceRefProxy.create(ComponentEnvManagerImpl.java:954)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:745)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:715)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:159)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:471)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:636)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:507)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:170)
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:165)
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:46)
at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:72)
at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:121)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:336)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:263)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:485)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:439)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:336)
at com.sun.enterprise.web.WebContainer.createFilterInstance(WebContainer.java:1007)
at com.sun.enterprise.web.WebModule.createFilterInstance(WebModule.java:2143)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:264)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:131)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:5329)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5974)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:164)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:597)
at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:484)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:412)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:403)
at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:233)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
Caused by: javax.xml.ws.WebServiceException: Failed to access the WSDL at: http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL. It failed with:
http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL.
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(RuntimeWSDLParser.java:265)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:246)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:209)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:178)
at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:364)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:322)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:231)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:212)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:208)
at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:119)
at javax.xml.ws.Service.<init>(Service.java:92)
at org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TranslatorService.<init>(TranslatorService.java:58)
... 66 more
Caused by: java.io.FileNotFoundException: http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1625)
at java.net.URL.openStream(URL.java:1037)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.createReader(RuntimeWSDLParser.java:999)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.resolveWSDL(RuntimeWSDLParser.java:400)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:231)
... 76 more

#]

[#|2015-06-26T14:47:45.789-0400|SEVERE|glassfish 4.1|javax.enterprise.web|_ThreadID=56;_ThreadName=AutoDeployer;_TimeMillis=1435344465789;_LevelValue=1000;|
WebModule[/ab28a7f03c159ddc1af43e792c46d4d282d3759]Exception starting filter org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2
java.lang.InstantiationException
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:135)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:5329)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5974)
at com.sun.enterprise.web.WebModule.start(WebModule.java:691)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:1041)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:1024)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:747)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:2286)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1932)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:139)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:164)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:597)
at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:484)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:412)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:403)
at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:233)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Error creating managed object for class: class org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:352)
at com.sun.enterprise.web.WebContainer.createFilterInstance(WebContainer.java:1007)
at com.sun.enterprise.web.WebModule.createFilterInstance(WebModule.java:2143)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:264)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:131)
... 36 more
Caused by: java.lang.IllegalStateException: Exception attempting to inject Env-Prop: org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2/translatorField@Field-Injectable Resource. Class name = org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2 Field name=translatorField@javax.jws.WebServiceRef@@@ into class org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2: Lookup failed for 'java:comp/env/org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2/translatorField' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:175)
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:46)
at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:72)
at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:121)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:336)
at org.glassfish.weld.services.JCDIServiceImpl.createManagedObject(JCDIServiceImpl.java:263)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:485)
at com.sun.enterprise.container.common.impl.managedbean.ManagedBeanManagerImpl.createManagedBean(ManagedBeanManagerImpl.java:439)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:336)
... 40 more
Caused by: com.sun.enterprise.container.common.spi.util.InjectionException: Exception attempting to inject Env-Prop: org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2/translatorField@Field-Injectable Resource. Class name = org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2 Field name=translatorField@javax.jws.WebServiceRef@@@ into class org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2: Lookup failed for 'java:comp/env/org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2/translatorField' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:740)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:507)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:170)
at org.glassfish.weld.services.InjectionServicesImpl.aroundInject(InjectionServicesImpl.java:165)
... 48 more
Caused by: javax.naming.NamingException: Lookup failed for 'java:comp/env/org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TestFilter2/translatorField' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NamingException [Root exception is java.lang.reflect.InvocationTargetException]]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at javax.naming.InitialContext.lookup(InitialContext.java:411)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl._inject(InjectionManagerImpl.java:636)
... 51 more
Caused by: javax.naming.NamingException [Root exception is java.lang.reflect.InvocationTargetException]
at org.glassfish.webservices.WebServiceReferenceManagerImpl.resolveWSReference(WebServiceReferenceManagerImpl.java:271)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$WebServiceRefProxy.create(ComponentEnvManagerImpl.java:954)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:745)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:715)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:159)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:471)
... 55 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at org.glassfish.webservices.WebServiceReferenceManagerImpl.initiateInstance(WebServiceReferenceManagerImpl.java:319)
at org.glassfish.webservices.WebServiceReferenceManagerImpl.resolveWSReference(WebServiceReferenceManagerImpl.java:142)
... 60 more
Caused by: javax.xml.ws.WebServiceException: Failed to access the WSDL at: http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL. It failed with:
http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL.
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(RuntimeWSDLParser.java:265)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:246)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:209)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:178)
at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:364)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:322)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:231)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:212)
at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:208)
at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:119)
at javax.xml.ws.Service.<init>(Service.java:92)
at org.jboss.cdi.tck.tests.lookup.injection.non.contextual.TranslatorService.<init>(TranslatorService.java:58)
... 66 more
Caused by: java.io.FileNotFoundException: http://JJ-TP420:8080/ab28a7f03c159ddc1af43e792c46d4d282d3759/Translator/__container$publishing$subctx/null?WSDL
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1625)
at java.net.URL.openStream(URL.java:1037)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.createReader(RuntimeWSDLParser.java:999)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.resolveWSDL(RuntimeWSDLParser.java:400)
at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:231)
... 76 more

#]





[GLASSFISH-21326] deployment of a EJB with a CDI injection from a different jar fail Created: 12/Mar/15  Updated: 26/Jun/15

Status: Open
Project: glassfish
Component/s: deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: tiran1984 Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

i try to deploy a application with a EJB which make a CDI injection from a different jar. But the deployment fails.

A simple CDI injection in the same jar works

I get these exception:

Exception during lifecycle processing
org.glassfish.deployment.common.DeploymentException: CDI deployment failure:WELD-001408: Unsatisfied dependencies for type CDIOutOfEJB with qualifiers @Default
at injection point [BackedAnnotatedField] @Inject private com.ducktail.ejb.EJBImpl.outofEJB
at com.ducktail.ejb.EJBImpl.outofEJB(EJBImpl.java:0)

The deployment of the same ear on wildfly works



 Comments   
Comment by jjsnyder83 [ 24/Mar/15 ]

Please provide a reproducible test case.

Comment by tiran1984 [ 24/Mar/15 ]

How can i attach my project?

Comment by jjsnyder83 [ 16/Apr/15 ]

You can mail it to me: j.j.snyder@oracle.com

Comment by tiran1984 [ 05/May/15 ]

I send the test case! Did you received?

Comment by jjsnyder83 [ 07/May/15 ]

Yes I have it. I see why it's failing. You should be able to work around the issue by putting the testbl-3.7.0-SNAPSHOT.jar into the Ear's lib directory.

Comment by jjsnyder83 [ 11/May/15 ]

I believe this is closely related to or a duplicate of these issues:
https://java.net/jira/browse/GLASSFISH-15119
https://java.net/jira/browse/GLASSFISH-15249

Comment by tiran1984 [ 03/Jun/15 ]

No it work the deployment but I get a lot of warnings!

PWC6351: In TLD scanning, the supplied resource file:/D:/glassfish4/glassfish/domains/DOMAIN1/applications/CNEAR/commons-codec-1.3.jar does not exist
java.io.FileNotFoundException: D:\glassfish4\glassfish\domains\DOMAIN1\applications\CNEAR\commons-codec-1.3.jar (The system cannot find the file specified)
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:220)
at java.util.zip.ZipFile.<init>(ZipFile.java:150)
at java.util.jar.JarFile.<init>(JarFile.java:166)

How can I resolve this?

Comment by tiran1984 [ 03/Jun/15 ]

An other error by the deployment is

Exception during lifecycle processing
java.lang.IllegalArgumentException: Could not find sub module [fmcalRCP.war] as defined in application.xml
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.readModulesDescriptors(ApplicationArchivist.java:560)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:229)
at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:232

I can not reproduce it! I will get him sporadically!

Comment by jjsnyder83 [ 03/Jun/15 ]

Please provide full exception stacks so we can determine where the exception starts.

Comment by tiran1984 [ 03/Jun/15 ]

2015-06-03T13:11:47.556+0200] [glassfish 4.1] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=58 _ThreadName=admin-listener(4)] [timeMillis: 1433329907556] [levelValue: 1000] [[
Exception during lifecycle processing
java.lang.IllegalArgumentException: Could not find sub module [cmcalRCP.war] as defined in application.xml
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.readModulesDescriptors(ApplicationArchivist.java:560)
at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:229)
at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:232)
at org.glassfish.javaee.core.deployment.DolProvider.processDOL(DolProvider.java:193)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:227)
at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:96)
at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:881)
at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:821)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
at org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:404)
at org.glassfish.admin.rest.resources.admin.CommandResource.execCommandSimpInMultOut(CommandResource.java:234)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:151)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:171)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:104)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:387)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:331)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:103)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:297)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:254)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1028)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:365)
at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:173)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:179)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
]]

[2015-06-03T13:11:47.582+0200] [glassfish 4.1] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=58 _ThreadName=admin-listener(4)] [timeMillis: 1433329907582] [levelValue: 1000] [[
Exception while deploying the app [CMEAR] : Could not find sub module [cmcalRCP.war] as defined in application.xml]]

Comment by jjsnyder83 [ 03/Jun/15 ]

It appears to be something wrong with the application deployment.

Comment by tiran1984 [ 12/Jun/15 ]

during the deployment the application folder will not complete deleted. The folder can also not deleted from file system manuel . I have to restart the server for successful deploy or delete

It is always the same path "applications\EAR\test_war\WEB-INF\lib"
It is possilbe to find out which process lock the jar?

Comment by Vinay Vishal [ 12/Jun/15 ]

This issue could be similar to https://java.net/jira/browse/GLASSFISH-21261 which has already been fixed in revision 63874. Can you please give it a try with latest glassfish build and let us know?

http://download.java.net/glassfish/4.1/nightly/latest-glassfish.zip

Comment by tiran1984 [ 12/Jun/15 ]

Nothing changed, when i tried quick

in the ear folder I have the file .glassfishStaleFiles with
_war/
_war/WEB-INF/
_war/WEB-INF/lib/
_war/WEB-INF/lib/bl-3.7.0-SNAPSHOT.jar
lib/
lib/bl-3.7.0-SNAPSHOT.jar

this is a jar which have a beans.xml for weld cdi, it is always the this file which could not deleted

Comment by tiran1984 [ 22/Jun/15 ]

can someone help?
when I remove the beans.xml, the undeploy works fine but the CDI is disabled

Comment by jjsnyder83 [ 23/Jun/15 ]

Please send me new app and I'll try it out.





[GLASSFISH-21295] Some EE7 APIs missing during JSP compilation Created: 03/Feb/15  Updated: 26/Jun/15

Status: In Progress
Project: glassfish
Component/s: web_container
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: emailnbw Assignee: Shaifali Kansal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.1 full zip, RHEL 7.0, Oracle 1.7.0_71 JDK


Tags: glassfish, jsp

 Description   

I have a web application (single war) which includes a few JSPs. This web app worked fine under Glassfish 3.1.2.x and GF would compile the JSPs just fine.

When Glassfish 4.1 attempts to compile these same JSPs I get a bunch of errors because it can't locate javax.jax-rs API classes. This never happened in Glassfish 3.1.2.x. It appears that the contents of the default-web.xml have changed related to how the JSP servlet is configured. Specifically the APIs listed in the system-jar-includes no longer included javax.jaxrs as they once did. Instead it now includes jersey-mvc-jsp.jar. This seems like a regression.



 Comments   
Comment by Shaifali Kansal [ 08/Apr/15 ]

Can you please provide this particular war file here?

Comment by emailnbw [ 25/Apr/15 ]

Not really, it's proprietary, but this issue is with the default-web.xml file bundled in Glassfish 4.1. I could try to reproduce this with a simple test case JSP which has import which have dependencies on jax-rs when I have some time.

Comment by Shaifali Kansal [ 26/Jun/15 ]

Can you please provide the error logs for javax.jax-rs APIs along with the sample file?





[GLASSFISH-21380] plaintext default-principal-password Created: 26/Jun/15  Updated: 26/Jun/15

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 4.0, 4.1, 4.2
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: ytroch Assignee: Chris Kasso
Resolution: Unresolved Votes: 0
Labels: password, security
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

all tested


Tags: password, secuirty

 Description   

enabling "Default-principal to role mapping" makes te password appear in the domain.xml file.
disabling the option again leaves the plaintext passwords in the domain.xml file.

mentioned on bug 8032, fixed for gui, not domain.xml.






[GLASSFISH-21266] Start domain does not follow savelogin/savemasterpassword rules Created: 09/Dec/14  Updated: 26/Jun/15

Status: In Progress
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: ender01 Assignee: Vinay Vishal
Resolution: Unresolved Votes: 3
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

OS X 10.10.1 (14B25)


Tags: asadmin, password, start-domain

 Description   

Created a domain with following:
./bin/asadmin --passwordfile ./PASS_FILE --user admin create-domain --portbase 9000 --savemasterpassword --savelogin domain2

PASS_FILE:
AS_ADMIN_PASSWORD=password
AS_ADMIN_MASTERPASSWORD=password

Starting the domain now asks for the password:
./bin/asadmin start-domain domain2
Enter master password (3) attempt(s) remain)>

If I enter the password, all other asadmin commands work as expected, including stop-domain, with out having to enter the password. Even enable-secure-admin worked fine.

It seems odd that saving the password information doesn't work for the start-domain command.



 Comments   
Comment by ender01 [ 09/Dec/14 ]

Output of the create-domain command:

Using port 9048 for Admin.
Using port 9080 for HTTP Instance.
Using port 9076 for JMS.
Using port 9037 for IIOP.
Using port 9081 for HTTP_SSL.
Using port 9038 for IIOP_SSL.
Using port 9039 for IIOP_MUTUALAUTH.
Using port 9086 for JMX_ADMIN.
Using port 9066 for OSGI_SHELL.
Using port 9009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rohan.local,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=rohan.local-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Domain domain2 created.
Domain domain2 admin port is 9048.
Domain domain2 admin user is "admin".
Admin login information for host [localhost] and port [9048]
is being overwritten with credentials provided because the
--savelogin option was used during the create-domain command.
Login information relevant to admin user name [admin]
for this domain [domain2] stored at
[/Users/nick/.gfclient/pass] successfully.
Make sure that this file remains protected.
Information stored in this file will be used by
administration commands to manage this domain.
Command create-domain executed successfully.

Comment by rdelaplante [ 05/May/15 ]

I also have the same issue. The create-domain command does not save a master-password file in the new domain's directory:

/opt/glassfish/bin/asadmin create-domain --savemasterpassword=true --domainproperties domain.adminPort=4865:domain.instancePort=8097:http.ssl.port=8197 mydomain

I've tried --savemasterpassword=true and --savemasterpassword but neither work. When I try to start the service created with the create-service command, it tells me:

The Master Password is required to start the domain. No console, no prompting possible. You should either create the domain with --savemasterpassword=true or provide a password file with the --passwordfile option.
Command start-domain failed.

Comment by rdelaplante [ 05/May/15 ]

I forgot to mention that this is GlassFish 4.1 running on Debian Linux and JDK 8. Earlier I had GlassFish 3.1.1.2 and JDK 7 installed on the same machine and never had a problem with --savemasterpassword=true not working. The problem started with GlassFish 4.1 (I don't know about 4.0)

Comment by rdelaplante [ 05/May/15 ]

My workaround is to use the following command to create the master-password file after the domain has been created:

/opt/glassfish/bin/asadmin change-master-password --savemasterpassword=true mydomain

The domain should be stopped when you run this command.

Comment by Tobb [ 06/May/15 ]

Same issue here, --savemasterpassword doesn't seem to work. I am able to start the domain if I supply the --passwordfile parameter along with the start-domain command. Running Windows Server 2008 R2 Enterprise.

Comment by francisco_cpg [ 26/May/15 ]

Same problem here.
Using same workaround proposed by rdelaplante.
Why this issue is stopped?

Comment by rdelaplante [ 26/May/15 ]

Deliberate sabotage by the WebLogic group? jk

Comment by payara_steve [ 16/Jun/15 ]

This is fixed in Payara.

Commit reference is https://github.com/payara/Payara/commit/f859223a9886574f20a22476db9e237c3fa266da

I can provide a patch if you want one. I've signed the CLA.

Comment by francisco_cpg [ 16/Jun/15 ]

Hello payara_steve.
I didn't know about payara.
I took a look at http://www.payara.co.uk/. It seems nice.
But what is the main motivation about this project?

Comment by francisco_cpg [ 16/Jun/15 ]

I think my answers are here
http://www.payara.co.uk/downloads

Payara’s Relationship to GlassFish
Built from GlassFish 4.1
Public Open Source Development
GitHub
Quarterly Releases
(incorporating revisions from upstream projects e.g. Metro, Tyrus, Jersey etc.)
Patches
Fixes pushed to upstream GlassFish
Payara - Optimised for Production
Production Tuned Domain Configuration
Secured by Default
Focus on maintaining and enhancing production capabilities
Remove all unused modules

Comment by Vinay Vishal [ 26/Jun/15 ]

master-password file ideally should reside inside domain root directory and not inside config directory as is currently happening when create-domain command is run with --savemasterpassword option specified.

Glassfish security guide too mentions it.

"For a domain, the master password is kept in domain-dir/master-password"

Glassfish-Security-Guide(Page 1-4)

Fix will soon be made available for this.





[GLASSFISH-20908] create-domain command does not accept template parameter Created: 22/Nov/13  Updated: 25/Jun/15

Status: Open
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: hmashlah Assignee: martin.mares
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 13.04



 Description   

create-domain command is not accepting a template parameter as described in the administration-guide.
The command "./asadmin create-domain --portbase 15100 --template template.xml domain2-test" is failing with message
"Invalid --template value template.xml, option accepts only jar file location."



 Comments   
Comment by deepakpn [ 24/Jan/14 ]

I am facing the same issue, any updates on when this will be fix? Is there any work-around?

Comment by CarloMo [ 13/Nov/14 ]

I'm also encountering this problem in Glassfish 4.1. Is there no way to use a custom template to create a domain in this version?

Comment by jtcacct [ 02/Apr/15 ]

Would be nice to get an update regarding this issue. My team also uses this feature. This seems to be completely broken in 4.1.

Comment by jtcacct [ 06/Apr/15 ]

Hey guys, I think I figured this out.

Check out the following directory: /opt/glassfish/glassfish/common/templates/gf

In that directory there are two jars: appserver-domain.jar and nucleus-domain.jar. Within those jars there is the standard/typical directories that reside within the domain directory. For my use case I was able to extract the contents of nucleus-domain.jar, make the same changes that were in my old template XML file to the config/domain.xml file, re-jar up the contents, and use the resulting jar file as the --template cmd line option argument. This worked.

Why this is not documented anywhere and I am the first person explaining on to do this on this ticket almost 2 years later is beyond me. I think it is safe to assume that this Jira instance is no longer being monitored by Oracle. Hopefully this post helps someone else out there through search engines.

Comment by jtcacct [ 20/Apr/15 ]

Correction to the above: nucleus-domain.jar did not work for me at all. appserver-domain.jar did, however.

Comment by CarloMo [ 25/Jun/15 ]

jtacct's solution worked for me as well.





[GLASSFISH-20946] asadmin delete-service Created: 09/Jan/14  Updated: 25/Jun/15

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: mkarg Assignee: Chris Kasso
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win



 Description   

FEATURE PROPOSAL

For easier uninstallation or other technical modifications it would be nice to have this command:

asadmin delete-service

What it shall do is the reverse of

asadmin create-service

Hence, the idea is that the command first removes the service from the Windows OS registry, and then deletes all of GlassFish's own service files.

Justification: This makes it much easier to reinstall or remove GlassFish.



 Comments   
Comment by sedek [ 25/Jun/15 ]

Try using asadmin _delete-service





[GLASSFISH-21376] There is a "null" in the log name Created: 17/Jun/15  Updated: 25/Jun/15

Status: In Progress
Project: glassfish
Component/s: logging
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: lzg5039 Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

linux


Issue Links:
Duplicate
is duplicated by GLASSFISH-21375 There is a "null" in the log name Closed
is duplicated by GLASSFISH-21377 There is a "null" in the log name Closed

 Description   

My servlet used the following source to print log.

ServletContext sc = this.getServletContext();
sc.log("This is a servlet context log method");

the following message is printted in server.log,but there is a "null" in the log name.I think it is a bug .

[2015-06-17T18:27:48.057+0900] [glassfish 4.1] [INFO] [] [javax.enterprise.web] [tid: _ThreadID=39 _ThreadName=http-listener-1(12)] [timeMillis: 1434533268057] [levelValue: 800] WebModule[null] ServletContext.log():This is a servlet context log method





[GLASSFISH-21191] Could not log in to admin console after updating from 4.0 Created: 11/Sep/14  Updated: 24/Jun/15

Status: In Progress
Project: glassfish
Component/s: update_center
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: vanuatoo Assignee: Snjezana Sevo-Zenzerovic
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu 14.04 x86, jdk 1.8 update 20



 Description   

I had existing 4.0 installation.
I've installed updatetool and updated to 4.1 build 13.
I've started the server successfully.
When I go to
http://localhost:4848/common/index.jsf
and try to login the system redirects me to
HTTP Status 500 - Internal Server Error
When I check the log there is an exception

[2014-09-11T05:49:14.663+0400] [glassfish 4.1] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154663] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...]]

[2014-09-11T05:49:14.720+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.http.server.HttpHandler] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154720] [levelValue: 900] [[
GRIZZLY0203: Unexpected error
java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.721+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=111 _ThreadName=admin-listener(7)] [timeMillis: 1410400154721] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.IllegalStateException: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:256)
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:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
... 14 more
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.742+0400] [glassfish 4.1] [INFO] [] [org.glassfish.jersey.server.ApplicationHandler] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154742] [levelValue: 800] [[
Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...]]

[2014-09-11T05:49:14.800+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.http.server.HttpHandler] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154800] [levelValue: 900] [[
GRIZZLY0203: Unexpected error
java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]

[2014-09-11T05:49:14.802+0400] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=43 _ThreadName=admin-listener(1)] [timeMillis: 1410400154802] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.IllegalStateException: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:256)
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:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoClassDefFoundError: com/google/common/cache/CacheLoader
at org.glassfish.weld.GlassFishWeldProvider.getCDI(GlassFishWeldProvider.java:96)
at javax.enterprise.inject.spi.CDI.current(CDI.java:60)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.beanManagerFromJndi(CdiComponentProvider.java:853)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.initialize(CdiComponentProvider.java:265)
at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:430)
at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:163)
at org.glassfish.jersey.server.ApplicationHandler$3.run(ApplicationHandler.java:323)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:289)
at org.glassfish.jersey.internal.Errors$2.call(Errors.java:286)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:286)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:320)
at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:285)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.<init>(GrizzlyHttpContainer.java:331)
at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainerProvider.createContainer(GrizzlyHttpContainerProvider.java:60)
at org.glassfish.jersey.server.ContainerFactory.createContainer(ContainerFactory.java:81)
at org.glassfish.admin.rest.adapter.RestAdapter.getJerseyContainer(RestAdapter.java:312)
at org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:305)
at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:175)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
... 14 more
Caused by: java.lang.ClassNotFoundException: com.google.common.cache.CacheLoader not found by org.jboss.weld.osgi-bundle [231]
at org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1532)
at org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:75)
at org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1955)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
... 39 more
]]



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 12/Sep/14 ]

So far I have been unable to reproduce the issue. Could you please run 'pkg list' command from the top level bin directory and post the output?

Comment by vanuatoo [ 12/Sep/14 ]

NAME (PUBLISHER) VERSION STATE UFIX
felix 4.0.2-0 installed ----
glassfish-appclient 4.1-13 installed ----
glassfish-appclient-l10n 4.1-13 installed ----
glassfish-cluster 4.1-13 installed ----
glassfish-cluster-l10n 4.1-13 installed ----
glassfish-cmp 4.1-13 installed ----
glassfish-cmp-l10n 4.1-13 installed ----
glassfish-common 4.1-13 installed ----
glassfish-common-full 4.1-13 installed ----
glassfish-common-full-l10n 4.1-13 installed ----
glassfish-common-l10n 4.1-13 installed ----
glassfish-common-web 4.1-13 installed ----
glassfish-common-web-l10n 4.1-13 installed ----
glassfish-corba 4.0.0-4 installed ----
glassfish-corba-base 4.0.0-4 installed ----
glassfish-ejb 4.1-13 installed ----
glassfish-ejb-l10n 4.1-13 installed ----
glassfish-ejb-lite 4.1-13 installed ----
glassfish-ejb-lite-l10n 4.1-13 installed ----
glassfish-entitybeans-container 4.1-13 installed ----
glassfish-full-incorporation 4.1-13 installed ----
glassfish-full-profile 4.1-13 installed ----
glassfish-grizzly 2.3.15-1 installed ----
glassfish-grizzly-full 2.3.15-1 installed ----
glassfish-gui 4.1-13 installed ----
glassfish-gui-l10n 4.1-13 installed ----
glassfish-ha 4.1-13 installed ----
glassfish-hk2 4.1-13 installed ----
glassfish-jca 4.1-13 installed ----
glassfish-jca-l10n 4.1-13 installed ----
glassfish-jcdi 4.1-13 installed ----
glassfish-jdbc 4.1-13 installed ----
glassfish-jdbc-l10n 4.1-13 installed ----
glassfish-jms 4.1-13 installed ----
glassfish-jms-l10n 4.1-13 installed ----
glassfish-jmx 4.1-13 installed ----
glassfish-jpa 4.1-13 installed ----
glassfish-jpa-l10n 4.1-13 installed ----
glassfish-jsf 2.2.7-0 installed ----
glassfish-jta 4.1-13 installed ----
glassfish-jta-l10n 4.1-13 installed ----
glassfish-jts 4.1-13 installed ----
glassfish-jts-l10n 4.1-13 installed ----
glassfish-management 4.1-13 installed ----
glassfish-management-l10n 4.1-13 installed ----
glassfish-nucleus 4.1-13 installed ----
glassfish-nucleus-l10n 4.1-13 installed ----
glassfish-osgi 4.1-13 installed ----
glassfish-osgi-http 4.1-13 installed ----
glassfish-registration 4.1-13 installed ----
glassfish-registration-l10n 4.1-13 installed ----
glassfish-web 4.1-13 installed ----
glassfish-web-incorporation 4.1-13 installed ----
glassfish-web-l10n 4.1-13 installed ----
glassfish-web-profile 4.1-13 installed ----
javadb-client 10.10.2.0 installed ----
javadb-common 10.10.2.0 installed ----
javadb-core 10.10.2.0 installed ----
jersey 2.10.4-0 installed ----
json 1.0-0.1 installed ----
metro 2.3.1-419 installed ----
metro-l10n 2.3.1-419 installed ----
mq-bin-exe 5.1-9.2 installed ----
mq-bin-sh 5.1-9.2 installed ----
mq-config-gf 5.1-9.2 installed ----
mq-core 5.1-9.2 installed ----
mq-locale 5.1-9.2 installed ----
mq-server 5.1-9.2 installed ----
pkg (release.native.glassfish.org) 1.122.2-57.2889 installed ----
pkg-java (release.native.glassfish.org) 1.122-57.2889 installed ----
pkg-toolkit-incorporation (release.native.glassfish.org) 2.3.6-57.2889 installed ----
python2.4-minimal (release.native.glassfish.org) 2.4.6.0-57.2889 installed ----
shoal 1.6.18-0 installed ----
updatetool (release.native.glassfish.org) 2.3.6-57.2889 installed ----
wxpython2.8-minimal (release.native.glassfish.org) 2.8.10.1-57.2889 installed ----

Comment by matgus [ 16/Jun/15 ]

I got about 70 of these exceptions when I tried to login to the admin console after installing 4.1 on a:

  • Sun-Fire V490 (SunOS jerry 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Fire-V490)
  • Java 8 (Java(TM) SE Runtime Environment (build 1.8.0_45-b14), Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode))

We have a running 4.0 which works fine on the same server.

[2015-06-16T05:28:51.700+0100] [glassfish 4.1] [WARNING] [] [org.glassfish.grizzly.filterchain.DefaultFilterChain] [tid: _ThreadID=48 _ThreadName=admin-listener(5)] [timeMillis: 1434428931700] [levelValue: 900] [[
GRIZZLY0013: Exception during FilterChain execution
java.lang.Error: BAD
at sun.security.ssl.HandshakeHash.getFinishedHash(HandshakeHash.java:249)
at sun.security.ssl.HandshakeMessage$Finished.getFinished(HandshakeMessage.java:1940)
at sun.security.ssl.HandshakeMessage$Finished.verify(HandshakeMessage.java:1909)
at sun.security.ssl.ServerHandshaker.clientFinished(ServerHandshaker.java:1645)
at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:297)
at sun.security.ssl.Handshaker.processLoop(Handshaker.java:979)
at sun.security.ssl.Handshaker.process_record(Handshaker.java:914)
at sun.security.ssl.SSLEngineImpl.readRecord(SSLEngineImpl.java:1025)
at sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:907)
at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:781)
at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624)
at org.glassfish.grizzly.ssl.SSLConnectionContext.unwrap(SSLConnectionContext.java:172)
at org.glassfish.grizzly.ssl.SSLUtils.handshakeUnwrap(SSLUtils.java:263)
at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:603)
at org.glassfish.grizzly.ssl.SSLBaseFilter.doHandshakeStep(SSLBaseFilter.java:552)
at org.glassfish.grizzly.ssl.SSLBaseFilter.handleRead(SSLBaseFilter.java:273)
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:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)

Comment by langfr [ 24/Jun/15 ]

Because of "Sun-Fire V490 (SunOS jerry 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Fire-V490)" I guess you're using Solaris 10 11/06 (Update 3) (Assembled 14 November 2006). According to the release notes of Oracle for Java 8 you need Solaris 10 Update 9+.
I see similar problems using Java 8 on Solaris 10 Update 2 without patches. Unfortunately this system cannot be patched right now.
My personal developments system has also Solaris 10 Update 2 as the basis but is fully patched with all available patches. There this problem does not appear.





[GLASSFISH-21379] Calling @Asyncronous remote EJB from MDB fails under heavy load Created: 24/Jun/15  Updated: 24/Jun/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: lprimak Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Nightly build as of June 14, 2015



 Description   

I have an MDB calling asynchrous remote EJB method
Under heavy message load, sporradically, I get rollback exception.

It looks like a race condition because JavaEETransactionImpl.checkTransaction() returns Active, and then when the call is made right away to TransactionImpl.registerSynchronizatio(), it fails with a rollback error. This seems to point to JavaEETransactionImpl's instane of the jta to be shared between threads somewhere it shouldn't

Please take a look:

Client code (simplified):

InitialContext ctxt = new InitialContext();
BeanRemote bean = ctxt.lookup("java:modue/MyBean");
bean.audit(); // method is @Asyncronous returning a Future<Void>

Exception:

[2015-06-23T14:06:50.967-0400] [glassfish 4.1] [WARNING] [] [javax.enterprise.ejb.container] [tid: _ThreadID=4359 _ThreadName=p: thread-pool-1; w: 21] [timeMillis: 1435082810967] [levelValue: 900] [[
  Exception during Singleton ResourceHandler processing
javax.transaction.RollbackException
	at com.sun.jts.jta.TransactionImpl.registerSynchronization(TransactionImpl.java:305)
	at com.sun.enterprise.transaction.JavaEETransactionImpl.registerSynchronization(JavaEETransactionImpl.java:694)
	at com.sun.ejb.containers.SimpleEjbResourceHandlerImpl.checkTransaction(SimpleEjbResourceHandlerImpl.java:120)
	at com.sun.ejb.containers.SimpleEjbResourceHandlerImpl.<init>(SimpleEjbResourceHandlerImpl.java:69)
	at com.sun.ejb.containers.SimpleEjbResourceHandlerImpl.createResourceHandler(SimpleEjbResourceHandlerImpl.java:73)
	at com.sun.ejb.EjbInvocation.clone(EjbInvocation.java:348)
	at com.sun.ejb.containers.EjbAsyncInvocationManager.submit(EjbAsyncInvocationManager.java:119)
	at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2059)
	at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2044)
	at com.sun.ejb.containers.EJBObjectInvocationHandler.invoke(EJBObjectInvocationHandler.java:212)
	at com.sun.ejb.containers.EJBObjectInvocationHandlerDelegate.invoke(EJBObjectInvocationHandlerDelegate.java:79)
	at com.sun.proxy.$Proxy1109.audit(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor1462.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie.dispatchToMethod(ReflectiveTie.java:143)
	at com.sun.corba.ee.impl.presentation.rmi.ReflectiveTie._invoke(ReflectiveTie.java:173)
	at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatchToServant(ServerRequestDispatcherImpl.java:528)
	at com.sun.corba.ee.impl.protocol.ServerRequestDispatcherImpl.dispatch(ServerRequestDispatcherImpl.java:199)
	at com.sun.corba.ee.impl.protocol.MessageMediatorImpl.handleRequestRequest(MessageMediatorImpl.java:1549)
	at com.sun.corba.ee.impl.protocol.SharedCDRClientRequestDispatcherImpl.marshalingComplete(SharedCDRClientRequestDispatcherImpl.java:119)
	at com.sun.corba.ee.impl.protocol.ClientDelegateImpl.invoke(ClientDelegateImpl.java:258)
	at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:198)
	at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:150)
	at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:226)
	at com.baw.emailsrvr.beans.__EmailAuditAppenderRemote_Remote_DynamicStub.audit(com/baw/emailsrvr/beans/__EmailAuditAppenderRemote_Remote_DynamicStub.java)
	at com.baw.emailsrvr.beans._EmailAuditAppenderRemote_Wrapper.audit(com/baw/emailsrvr/beans/_EmailAuditAppenderRemote_Wrapper.java)
	at com.baw.emailsrvr.beans.impl.EmailMessageQueueProcessor.onMessage(EmailMessageQueueProcessor.java:67)
	at com.baw.emailsrvr.beans.impl.EmailMessageEventQueueProcessorMDB.onMessage(EmailMessageEventQueueProcessorMDB.java:42)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
	at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
	at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4786)
	at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:656)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:608)
	at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
	at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
	at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:497)
	at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
	at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
	at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
	at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4758)
	at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4746)
	at org.glassfish.ejb.mdb.MessageBeanContainer.deliverMessage(MessageBeanContainer.java:1219)
	at org.glassfish.ejb.mdb.MessageBeanListenerImpl.deliverMessage(MessageBeanListenerImpl.java:81)
	at com.sun.enterprise.connectors.inbound.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:171)
	at com.sun.proxy.$Proxy617.onMessage(Unknown Source)
	at com.sun.messaging.jms.ra.OnMessageRunner.run(OnMessageRunner.java:283)
	at com.sun.enterprise.connectors.work.OneWork.doWork(OneWork.java:107)
	at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:497)
	at com.sun.corba.ee.impl.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:540)
]]

This works fine under GF 4.1 release.






[GLASSFISH-21352] asadmin set-web-env-entry has no effect on the appliaction Created: 17/Apr/15  Updated: 23/Jun/15

Status: In Progress
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: xerx593 Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win8 (x64) , (Oracle-)JDK 1.8.0_45, GlassFish Server Open Source Edition 4.1 (build 13)



 Description   

After successful execution of "set-web-env-entry" and validation via "list-web-env-entry", this EJB code still consumes/delivers the orignal (web.xml) value:

final InitialContext context = new InitialContext();
final Context env = (Context) context.lookup("java:comp/env");
System.out.println("MSG: " + env.lookup("aMessage"));

..this brings also no improvement:

@Ressource(name="aMessage")
String aMessage;
...
System.out.println("MSG: " + aMessage);

This is the original post from SO, please show us the correct solution... or confirm/fix the bug.






[GLASSFISH-21369] MDBs with no-methods listener interface don't work with Bean-managed transactions Created: 01/Jun/15  Updated: 22/Jun/15

Status: Open
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Nigel Deakin Assignee: Srini
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

In the EJB 3.2 specification, section 5.4.3 "Message-Driven Bean with No-Methods Listener Interface" states

A message-driven bean is permitted to implement a listener interface with no methods.

and that

The resource adapter determines which message listener method is invoked according to its implementation logic.

However if a resource adapter is deployed which makes use of this feature, and a MDB is deployed which is configured to use bean-managed transactions, then the following exception is thrown when the resource adapter attempts to deliver a message to the MDB proxy provided by the EJB container:

Caused by: javax.ejb.EJBException: Transaction Attribute not found for methodpublic abstract void jms.jms21.mdb.mdb3.ejb.__EJB32_Generated__MyMessageBean__Intf__.giveMeAMessage(javax.jms.Message)
  at com.sun.ejb.containers.BaseContainer.getTxAttr(BaseContainer.java:2826)
  at org.glassfish.ejb.mdb.MessageBeanContainer.containerStartsTx(MessageBeanContainer.java:416)
  at org.glassfish.ejb.mdb.MessageBeanContainer.isDeliveryTransacted(MessageBeanContainer.java:718)
  at com.sun.enterprise.connectors.inbound.MessageEndpointInvocationHandler.invoke(MessageEndpointInvocationHandler.java:173)
  at com.sun.proxy.$Proxy261.giveMeAMessage(Unknown Source)
  at jms.jms21.mdb.mdb3.ejb.__EJB32_Generated__MyMessageBean__Intf____Bean__.giveMeAMessage(Unknown Source)
  ... 8 more

(In this example, the listener method invoked by the resource adapter is called giveMeAMessage).

This exception only occurs if the MDB is configured with bean-managed transactions, using the annotation

@TransactionManagement(value = TransactionManagementType.BEAN)

The cause seems to be the following code in org.glassfish.ejb.mdb.MessageBeanContainer, which cannot cope with the case where the listener interface has no methods:

// Register the tx attribute for each method on MessageListener
// interface. NOTE : These method objects MUST come from the
// MessageListener interface, NOT the bean class itself. This
// is because the message bean container clients do not have
// access to the message bean class.
Method[] msgListenerMethods = 
   msgBeanDesc.getMessageListenerInterfaceMethods(loader);

for (int i = 0; i < msgListenerMethods.length; i++) {
  Method next = msgListenerMethods[i];
  addInvocationInfo(next, MethodDescriptor.EJB_BEAN, null);
}

The premise of this method seems to be wrong. With a MDB, whether or not the container needs to start a transaction is defined for the MDB class as a whole, not for individual methods. (See EJB 3.2 section 5.4.13). So there should be no need for the EJB container to know what the listener method is. All it needs to know is whether the MDB as a whole is configured to use container-manager or bean-managed transactions.



 Comments   
Comment by Debayan_Gupta [ 18/Jun/15 ]

Could you please provide a test case for this for better debugging and testing? I guess the example app will do fine. Just provide the module and usage instruction.

Comment by Debayan_Gupta [ 22/Jun/15 ]

Requesting again :
Could you please provide a test case for this for better debugging and testing? I guess the example app will do fine. Just provide the module and usage instruction. It'll be faster from our side to debug the problem with unit test.





[GLASSFISH-21355] Race condition in ConnectionPool (connectors-runtime) Created: 05/May/15  Updated: 18/Jun/15

Status: In Progress
Project: glassfish
Component/s: jca
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: mikekanani Assignee: Debayan_Gupta
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: 3 days
Time Spent: 2 days
Original Estimate: Not Specified
Environment:

Debian GNU/Linux 5.0.9, Java 1.6.0_26



 Description   

First of all, apologies if this is in the wrong place/does not contain enough info/is completely wrong/something else is wrong. This is my first attempted bug report so please be kind!

I have been using glassfish in a highly concurrent environment (~250 request/second) and I am running into an issue where occasionally threads completely stop. After some investigation I believe the issue is caused by a combination of having a jdbc-connection-pool with max-wait-time-in-millis=0 and a bug in glassfish. I have been able to narrow down where the thread is stuck to line 432 in ConnectionPool by taking a jstack of the application:

jdbc-connection-pool settings:

    <jdbc-connection-pool validation-table-name="dual" datasource-classname="oracle.jdbc.pool.OracleDataSource" res-type="javax.sql.DataSource" name="databaseName" is-connection-validation-required="true" max-wait-time-in-millis="0" fail-all-connections="true" validate-atmost-once-period-in-seconds="60">

Jstack extract:

"Thread-A" daemon prio=10 tid=0x00007f57d05d9000 nid=0x418b in Object.wait() [0x000000004cf82000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	- waiting on <0x000000069e44e0f8> (a java.lang.Object)
	at com.sun.enterprise.resource.pool.ConnectionPool.getResource(ConnectionPool.java:432)
	- locked <0x000000069e44e0f8> (a java.lang.Object)
	at com.sun.enterprise.resource.pool.PoolManagerImpl.getResourceFromPool(PoolManagerImpl.java:245)
	at com.sun.enterprise.resource.pool.PoolManagerImpl.getResource(PoolManagerImpl.java:170)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.getResource(ConnectionManagerImpl.java:338)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:301)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:190)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:165)
	at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:160)
	at com.sun.gjc.spi.base.DataSource.getConnection(DataSource.java:113)
	at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
	at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
	at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
	at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:293)
	at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
	at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1508)
	at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
	- locked <0x000000069e44db50> (a org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor)
	at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:579)
	at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:535)
	at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1717)
	at org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:566)
	at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:207)
	at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:193)
	at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelectCall(DatasourceCallQueryMechanism.java:264)
	at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelect(DatasourceCallQueryMechanism.java:246)
	at org.eclipse.persistence.queries.DataReadQuery.executeNonCursor(DataReadQuery.java:197)
	at org.eclipse.persistence.queries.DataReadQuery.executeDatabaseQuery(DataReadQuery.java:152)
	at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:844)
	at org.eclipse.persistence.queries.DataReadQuery.execute(DataReadQuery.java:137)
	at org.eclipse.persistence.internal.sessions.AbstractSession.internalExecuteQuery(AbstractSession.java:2831)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1516)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1498)
	at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1449)
	at org.eclipse.persistence.sequencing.QuerySequence.select(QuerySequence.java:309)
	at org.eclipse.persistence.sequencing.QuerySequence.updateAndSelectSequence(QuerySequence.java:254)
	at org.eclipse.persistence.sequencing.StandardSequence.getGeneratedVector(StandardSequence.java:71)
	at org.eclipse.persistence.sequencing.Sequence.getGeneratedVector(Sequence.java:257)
	at org.eclipse.persistence.internal.sequencing.SequencingManager$Preallocation_NoTransaction_State.getNextValue(SequencingManager.java:664)
	at org.eclipse.persistence.internal.sequencing.SequencingManager.getNextValue(SequencingManager.java:1067)
	at org.eclipse.persistence.internal.sequencing.ClientSessionSequencing.getNextValue(ClientSessionSequencing.java:70)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.assignSequenceNumber(ObjectBuilder.java:349)
	at org.eclipse.persistence.internal.descriptors.ObjectBuilder.assignSequenceNumber(ObjectBuilder.java:308)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.assignSequenceNumber(UnitOfWorkImpl.java:465)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNotRegisteredNewObjectForPersist(UnitOfWorkImpl.java:4231)
	at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.registerNotRegisteredNewObjectForPersist(RepeatableWriteUnitOfWork.java:513)
	at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.registerNewObjectForPersist(UnitOfWorkImpl.java:4176)
	at org.eclipse.persistence.internal.jpa.EntityManagerImpl.persist(EntityManagerImpl.java:440)
	at com.sun.enterprise.container.common.impl.EntityManagerWrapper.persist(EntityManagerWrapper.java:269)

I believe the issue is caused by a race condition where:

  • Thread A adds a waitMonitor to the waitQueue (Line 425)
  • Thread-B removes waitMonitor from the waitQueue (Line 1224)
  • Thread-B gets the lock for waitMonitor (Line 1231)
  • Thread-B calls waitMonitor.notifyAll() (Line 1235)
  • Thread-B releases the lock on waitMonitor
  • Thread-A gets the lock for waitMonitor (Line 429)
  • Thread-A calls waitMonitor.wait() (Line 432)

All other threads in the application remain unaffected.

com.sun.enterprise.resource.pool.ConnectionPool extract 1:

423                 if (!blocked) {
424                     //add to wait-queue
425                     Object waitMonitor = waitQueue.addToQueue();
426                     if (poolLifeCycleListener != null) {
427                         poolLifeCycleListener.connectionRequestQueued();
428                     }
429                     synchronized (waitMonitor) {
430                         try {
431                             logFine("Resource Pool: getting on wait queue");
432                             waitMonitor.wait(remainingWaitTime);
433 
434                         } catch (InterruptedException ex) {
435                             //Could be system shutdown.
436                             break;
437                         }
438 
439                         //try to remove in case that the monitor has timed
440                         // out.  We dont expect the queue to grow to great numbers
441                         // so the overhead for removing inexistant objects is low.
442                         if (_logger.isLoggable(Level.FINE)) {
443                             _logger.log(Level.FINE, "removing wait monitor from queue: " + waitMonitor);
444                         }
445                         if (waitQueue.removeFromQueue(waitMonitor)) {
446                             if (poolLifeCycleListener != null) {
447                                 poolLifeCycleListener.connectionRequestDequeued();
448                             }
449                         }
450                     }

com.sun.enterprise.resource.pool.ConnectionPool extract 2:

1219    protected void More ...notifyWaitingThreads() {
1220        // notify the first thread in the waitqueue
1221        Object waitMonitor = null;
1222        synchronized (waitQueue) {
1223            if (waitQueue.getQueueLength() > 0) {
1224                waitMonitor = waitQueue.remove();
1225                if(poolLifeCycleListener != null) {
1226                    poolLifeCycleListener.connectionRequestDequeued();
1227                }
1228            }
1229        }
1230        if (waitMonitor != null) {
1231            synchronized (waitMonitor) {
1232                if (_logger.isLoggable(Level.FINE)) {
1233                    _logger.log(Level.FINE, "Notifying wait monitor : " + waitMonitor.toString());
1234                }
1235                waitMonitor.notifyAll();
1236            }
1237        } else {
1238            logFine(" Wait monitor is null");
1239        }
1240    }

Unfortunately I cannot find a way to consistently reproduce the issue, however even if it is not the cause, the above still appears to be a possible race condition. I have also checked and the surrounding code appears to be unchanged in version 4.1.






[GLASSFISH-21283] WAR undeployment ends up with .glassfishStaleFiles after upgrading Glassfish 4.0 up to 4.1 Created: 31/Dec/14  Updated: 15/Jun/15

Status: In Progress
Project: glassfish
Component/s: deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: alexander.v.morozov Assignee: Shaifali Kansal
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7 x64 Professional, JDK 7u72 x64


Tags: javaee_ri_target

 Description   

We have simple WAR archive, which contains several jar-files (some of them contains beans.xml) and several classes within WAR, which uses Managed Beans. Our application works well under Glassfish 4.0 and redeployment time takes about 3 seconds.
Once we upgrade Glassfish up to 4.1 (release) - undeployment time dramatically increased up to 40 and more seconds. After that Glassfish creates ".glassfishStaleFiles" which enumerates all JAR-archives with beans.xml. There is no any errors in Glassfish log file. We will try to provide sample application archive a bit later.



 Comments   
Comment by alexander.v.morozov [ 12/Jan/15 ]

Sample project was uploaded to Github https://github.com/shuraa/gf41 .

Comment by Shaifali Kansal [ 12/Jun/15 ]

This bug could not be reproduced locally. I tried to deploy, undeploy and redeploy your sample project multiple times with glassfish 4.1 and everything happened within 2-3 seconds. Also no ".glassfishStaleFiles" were created either.
Can you please check if you're still facing this issue?

Comment by mmariotti [ 13/Jun/15 ]

I confirm this issue is still present.
In particular, GF fails to undeploy and delete jars which contains JSF @ManagedBeans, @EJBs, @Named CDI objects, etc.

I'm using a WAR, not an EAR, and this issue can be reprocuced on every version of windows (I tried 7, 8, 8.1, server 2012).
This is the content of .glassfishStaleFiles:

WEB-INF/
WEB-INF/lib/
WEB-INF/lib/shape-core-3.0.1-SNAPSHOT.jar
WEB-INF/lib/primefaces-5.2.1.jar
WEB-INF/lib/omnifaces-2.0.jar
WEB-INF/lib/atmosphere-runtime-2.3.1.jar

please consider a high priority for this issue, since GF 4.1, in this state, is unusable for development (repeatedly stop-cleanup-start-deploy is too slow, even with JRebel) and for production too (service unavailability is too high)

if you need me to test something, or to give you additional informations, don't hesitate.

Thank you

Comment by davidwinters1980 [ 14/Jun/15 ]

A similar issue to this https://java.net/jira/browse/GLASSFISH-21261 has been fixed on Payara can be downloaded from here: http://payara.co.uk/downloads.

The issue and commits on Payara to fix this issue can be referenced here: https://github.com/payara/Payara/issues/79.

The fix should be already in the latest Glassfish nightly also so can you try on Payara and the latest nightly Glassfish.

If you still get the same issue ..attach the contents of the server log file, the file system details you are deploying the application to on windows (NFS possibly)

Comment by davidwinters1980 [ 14/Jun/15 ]

Also if you could capture a number of thread dumps during the period of time the deployment that takes up to 40 seconds and copy the contents to here or send us a link to your dropbox so that we can download the thread dumps that would be appreciated.

Comment by mmariotti [ 15/Jun/15 ]

Already tried "Payara Server Open Source Edition 4.1.152.1 #badassfish (build 193)";
I don't know SCM revision, but I downloaded it two days ago, and the issue is still present.

In some hour I'll download and test the latest GlassFish nightly, and let you know. If the latest GlassFish is still presenting the issue, I'll provide thread dumps.

I'm not using NFS, but NTFS on a local machine; actually more than one, around 10, and every machine has a local installation, but no shared folder/NFS available to GlassFish, so maybe they are not related.

server.log doesn't contains anything relevant, however you can take it here: http://pastebin.com/6iejkfFc

Comment by mmariotti [ 15/Jun/15 ]

OK, I tried with latest GlassFish nightly, and the issue is still present.

here is the link to a zip file that contains thread dumps, server.log and .glassfishStaleFiles: glassfish_thread_dumps.zip

Thank you





[GLASSFISH-19607] ClassCastException when load JPA Entity at start up time Created: 30/Jan/13  Updated: 15/Jun/15

Status: Open
Project: glassfish
Component/s: classloader
Affects Version/s: 3.1.2
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: jasonzhang2002gmailcom Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish 3.1.2, EclipseLink 2.4.1



 Description   

I have a war file using JPA(EclipseLink). Inside the war file, there is one Message-driven bean and no other EJBs.
If I reload the web application repeatedly by touch .reload file, I will get ClassCastException.

 java.lang.ClassCastException: com.flexdms.flexims.db.BlobData cannot be cast to com.flexdms.flexims.db.BlobData
	at com.flexdms.flexims.Types.reLoadTypes(Types.java:190)
	at com.flexdms.flexims.607341762$Proxy$_$$_WeldSubclass.reLoadTypes(607341762$Proxy$_$$_WeldSubclass.java)
	at com.flexdms.flexims.Types.init(Types.java:157)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

This piece of code is invoked as ServletContextListener to initialize the application. The Class is a JPA Entity Class.

Others also noticed this issue:http://mcqueeney.com/blog/two-reasons-to-prefer-hibernate-jpa-over-eclipselink-on-glassfish/

A complete server restart always solves the issue. I suspect the the JPA Entity Class somehow gets into server class loader such as EclipseLink class. A reload creates a new copy of the class and the new copy will conflict with the old copy in server.

But running two copies of the same application under the same instance has no problem.
Whether use "delegate" class loading or not has no effect on problem.

I will see whether I can create a simple application to reproduce this or not.



 Comments   
Comment by jasonzhang2002gmailcom [ 31/Jan/13 ]

I added class loader debug. Here is more information.

Initial class loading for problematic class. Please note that Entity Class is loaded twice.

[Loaded com.flexdms.flexims.db.BlobData from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobData.class]
[Loaded com.flexdms.flexims.db.BlobData from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobData.class]
[Loaded com.flexdms.flexims.db.BlobDataPK from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobDataPK.class]

Class loading after touching .reload file. BlobData is loaded twice again. But the order is different from previous loading. I will have ClassCastException this time.

[Loaded com.flexdms.flexims.db.BlobData from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobData.class]
[Loaded com.flexdms.flexims.db.BlobDataPK from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobDataPK.class]
[Loaded com.flexdms.flexims.db.BlobData from file:/opt/glassfish3/glassfish/domains/domain1/applications/flexims_20130131/WEB-INF/classes/com/flexdms/flexims/db/BlobData.class]

By Searching the class loading log file, I notice One loading is clustered together with Entity Class. So it should be from JPA. The other should be from CDI(weld) or other mechanism.

Moving the initialization code from ServletContextListener to Servlet(Using Load On Startup) does not help.

Comment by jasonzhang2002gmailcom [ 31/Jan/13 ]

I add some static initialization code to problematic class to track class loading.

static {
		System.out.println("load BlobData");
	}

The class seems only loaded once by JPADeployer although there are two lines in class loading log.
"reload" seems to be a shortcut to a full unload and load again.

Here is initial loading sequence

CONFIG: The target entity (reference) class for the many to one mapping element [method getTypeACL] is being defaulted to: class com.flexdms.flexims.accesscontrol.TypeACL.
CONFIG: The target entity (reference) class for the one to many mapping element [method getPermissions] is being defaulted to: class com.flexdms.flexims.accesscontrol.Permission.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.accesscontrol.PropertyPermission] is being defaulted to: PropertyPermission.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.accesscontrol.Permission] is being defaulted to: Permission.
CONFIG: The column name for element [getId] is being defaulted to: ID.
CONFIG: The column name for element [getDecision] is being defaulted to: DECISION.
CONFIG: The column name for element [getPropid] is being defaulted to: PROPID.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.accesscontrol.RolePermission] is being defaulted to: RolePermission.
CONFIG: The column name for element [getRoleid] is being defaulted to: ROLEID.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.db.BlobData] is being defaulted to: BlobData.
CONFIG: The column name for element [name] is being defaulted to: NAME.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.accesscontrol.TypeACL] is being defaulted to: TypeACL.
CONFIG: The column name for element [getPTypes] is being defaulted to: PTYPES.
CONFIG: The column name for element [getTypeid] is being defaulted to: TYPEID.
CONFIG: The alias name for the entity class [class com.flexdms.flexims.accesscontrol.InstanceACE] is being defaulted to: InstanceACE.
CONFIG: The column name for element [id] is being defaulted to: ID.
CONFIG: The column name for element [typeid] is being defaulted to: TYPEID.
CONFIG: The column name for element [getRoleid] is being defaulted to: ROLEID.
CONFIG: The column name for element [getDecision] is being defaulted to: DECISION.
CONFIG: The column name for element [instanceid] is being defaulted to: INSTANCEID.
CONFIG: The primary key column name for the mapping element [method getTypeACL] is being defaulted to: TYPEID.

CONFIG: Class com.flexdms.flexims.accesscontrol.TypeACL could not be weaved for change tracking as it is not supported by its mappings.
INFO: load BlobData
INFO: EclipseLink, version: Eclipse Persistence Services - 2.4.1.v20121003-ad44345
CONFIG: connecting(DatabaseLogin(
	platform=>DerbyPlatform
	user name=> ""
	connector=>JNDIConnector datasource name=>null
))

CONFIG: Connected: jdbc:derby:/opt/glassfish3/javadb/flexims/flexims
	User: flexims
	Database: Apache Derby  Version: 10.8.1.2 - (1095077)
	Driver: Apache Derby Embedded JDBC Driver  Version: 10.8.1.2 - (1095077)
CONFIG: connecting(DatabaseLogin(
	platform=>DerbyPlatform
	user name=> ""
	connector=>JNDIConnector datasource name=>null
))
CONFIG: Connected: jdbc:derby:/opt/glassfish3/javadb/flexims/flexims
	User: flexims
	Database: Apache Derby  Version: 10.8.1.2 - (1095077)
	Driver: Apache Derby Embedded JDBC Driver  Version: 10.8.1.2 - (1095077)

INFO: file:/opt/glassfish3/glassfish/domains/domain1/eclipseApps/flexims/WEB-INF/classes/_flexims login successful
WARNING: Multiple [2] JMX MBeanServer instances exist, we will use the server at index [0] : [com.sun.enterprise.v3.admin.DynamicInterceptor@148ba3d].
WARNING: JMX MBeanServer in use: [com.sun.enterprise.v3.admin.DynamicInterceptor@148ba3d] from index [0] 
WARNING: JMX MBeanServer in use: [com.sun.jmx.mbeanserver.JmxMBeanServer@f77965] from index [1] 

INFO: JTS5014: Recoverable JTS instance, serverId = [3700]

INFO: JMS013: end point determine destionation name, Res name: javax.jms.Queue, JNDI name: BackgroundRunner descriptor name : {3}

INFO: WELD-000900 1.1.4 (Final)

WARNING: DPL8007: Unsupported deployment descriptors element message-destination value null

INFO: Registering the Jersey servlet application, named com.flexdms.flexims.json.RsActivator, at the servlet mapping, /json/*, with the Application class of the same name
INFO: Initializing Mojarra 2.2.0-m06 (-SNAPSHOT 20121109-2001 https://svn.java.net/svn/mojarra~svn/tags/2.2.0-m06@10994) for context '/flexims'

INFO: Monitoring jndi:/server/flexims/WEB-INF/faces-config.xml for modifications
INFO: Running on PrimeFaces 3.4.2
INFO: acl is constructed
INFO: PWC1412: WebModule[null] ServletContext.log():com.flexdms.flexims.InitServlet: initialization is called in InitServlet

The loading sequence is JPA weaving (EclipseLink), DB Resource creation, JSF(mojarra, maybe from FaceServlet), my initialization code.

Here is the loading sequence from reloading


INFO: Registering the Jersey servlet application, named com.flexdms.flexims.json.RsActivator, at the servlet mapping, /json/*, with the Application class of the same name
INFO: Initializing Mojarra 2.2.0-m06 (-SNAPSHOT 20121109-2001 https://svn.java.net/svn/mojarra~svn/tags/2.2.0-m06@10994) for context '/flexims'

INFO: Monitoring jndi:/server/flexims/WEB-INF/faces-config.xml for modifications
INFO: Running on PrimeFaces 3.4.2
INFO: acl is constructed
INFO: PWC1412: WebModule[null] ServletContext.log():com.flexdms.flexims.InitServlet: initialization is called in InitServlet
INFO: fileUploadDir =/opt/glassfish3/glassfish/domains/domain1/fleximsFiles/flexims
FINE: SELECT NAME, datatype, data FROM BLOBDATA WHERE (datatype = ?)
	bind => [type]
SEVERE: WebModule[/flexims]StandardWrapper.Throwable
java.lang.RuntimeException: java.lang.ClassCastException: com.flexdms.flexims.db.BlobData cannot be cast to com.flexdms.flexims.db.BlobData

The JPA and DB Resource creation are skipped. Does it mean JPA will keep old class reference?

Comment by jasonzhang2002gmailcom [ 31/Jan/13 ]

Here is a workaround.
Copy all org.eclipse.persistence jar from glassfish3/glassfish/modules to WEB-INF/lib.
change glassfish-web, set class delegate=false.

The web application can be reloaded repeatedly. The reload sequence will be the same as initial loading sequence.

Comment by jasonzhang2002gmailcom [ 31/Jan/13 ]

If I use EclipseLink inside of my war, I eventually have

Caused by: java.lang.OutOfMemoryError: PermGen space
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:791)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

after several iteration

Comment by ceyhun [ 15/Jun/15 ]

I have same exception. Maybe works for you, I clean and build project and , stop-start glassfish server and deploy again.





[GLASSFISH-21009] The behavior of --timeout-seconds is not in line with the document Created: 19/Mar/14  Updated: 12/Jun/15  Due: 19/Jun/15

Status: In Progress
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: xj Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0_1-approved, licbug

 Description   

One licensee found a contradicting behavior in Java EE 7 RI if 0 is set at
--timeout-seconds on command asadmin create-http.

There is such a description in GlassFish Reference Manual.

GlassFish Server Open Source Edition
Reference Manual Release 4.0
Page 1-77.
https://glassfish.java.net/docs/4.0/reference-manual.pdf

--timeout-seconds
The maximum time in seconds for which a keep alive connection is kept
open. A value of 0 or less means keep alive connections are kept open
indefinitely. The default is 30.

However, In Java EE 7 RI the connection is terminated immediately if
0 is set at --timeout-seconds which means 0 second is used.

It seems there is an inconsistent implementation in RI.

To reproduce.

1. Set following configurations
asadmin start-domain
asadmin create-protocol --securityenabled=false http-1
asadmin create-http --timeout-seconds 0 --default-virtual-server server http-1
asadmin create-network-listener --listenerport 7272 --protocol http-1 --enabled=true http-listener-3

The following config is set.
[domain.xml]
<protocol name="http-1">
<http timeout-seconds="0" default-virtual-server="server">
<file-cache></file-cache>
</http>
</protocol>

2. Connect the server
telnet 127.0.0.1 7272

You can see the connection is terminated immediately.



 Comments   
Comment by timmaher [ 30/Oct/14 ]

It gets even worse if you set the web session-timeout to 0 using the 4848 admin console.
Where previously there was no timeout entry in domain.xml when the timeout was set to 1800.
Saving 0 in the admin console results in the following:-
<web-container>
<session-config>
<session-manager>
<manager-properties></manager-properties>
<store-properties></store-properties>
</session-manager>
<session-properties timeout-in-seconds="0"></session-properties>
</session-config>
</web-container>
This is guaranteed to bomb all connections, including the admin console with a 500.
The only repair is to go into the domain.xml and reset the value to 1800 (I haven't tried removing it instead).





[GLASSFISH-21178] asadmin start-database does not work with JDK 1.7u67 - AccessControlException: access denied Created: 01/Sep/14  Updated: 12/Jun/15

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: everettrj Assignee: Chris Kasso
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

JDK 1.7u67


Tags: javaee_ri_target

 Description   

asadmin start-database fails once JDK updated to latest version (7u67). Was OK with JDK 7u45.

Fails in derby.log:
Fri Aug 29 15:04:21 BST 2014 : Security manager installed using the Basic server
security policy.
Fri Aug 29 15:04:21 BST 2014 : access denied ("java.net.SocketPermission"
"localhost:1527" "listen,resolve")
Fri Aug 29 15:04:21 BST 2014 : access denied ("java.net.SocketPermission"
"localhost:1527" "listen,resolve")
java.security.AccessControlException: access denied ("java.net.SocketPermission"
"localhost:1527" "listen,resolve")

This looks exactly like GLASSFISH-21004 reported against GlassFish 4.

Could a new version of JavaDB be incorporated into the next release of GlassFish 3?



 Comments   
Comment by Arindam Bandyopadhyay [ 12/May/15 ]

asadmin start-database command is successfully working on glassfish 4.1





[GLASSFISH-21104] NullPointerException on com.sun.enterprise.deployment.util.ComponentValidator Created: 25/Jun/14  Updated: 12/Jun/15

Status: Open
Project: glassfish
Component/s: deployment
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: mlebihan Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

During Integration Testing of an EJB with arquillian, I created a war without the proper deployment descriptor. That's my fault.

But the component com.sun.enterprise.deployment.util.ComponentValidator
failed on a NullPointerException

GRAVE: Exception during lifecycle processing
java.lang.NullPointerException
at com.sun.enterprise.deployment.util.ComponentValidator.accept(ComponentValidator.java:538)
at com.sun.enterprise.deployment.util.DefaultDOLVisitor.accept(DefaultDOLVisitor.java:78)
at com.sun.enterprise.deployment.util.ComponentValidator.accept(ComponentValidator.java:123)
at com.sun.enterprise.deployment.util.ApplicationValidator.accept(ApplicationValidator.java:147)
at org.glassfish.web.deployment.util.WebBundleValidator.accept(WebBundleValidator.java:81)

I think the lines below are responsible of this problem ;

{{536

// if we are here, we must have resolved the reference

537

if(DOLUtils.getDefaultLogger().isLoggable(Level.FINE))

{ 538 DOLUtils.getDefaultLogger().fine("Done Visiting " + getEjbDescriptor().getName() + " reference " + ejbRef); 539 }

}}

the "if we are here, we must have resolved the reference" comment believes that getEjbDescriptor().getName() will succeed, but it's not always the case.

This problem only occurs if the log level is Fine or more detailled.



 Comments   
Comment by Arindam Bandyopadhyay [ 12/Jun/15 ]

could you provide a sample jar/war to test this issue?





[GLASSFISH-21374] Custom Valve added without context Created: 11/Jun/15  Updated: 11/Jun/15

Status: Open
Project: glassfish
Component/s: deployment, web_container
Affects Version/s: 4.0, 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: slominskir Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: valve

 Description   

Adding a custom valve (via the glassfish-web.xml) in which the custom class implements both org.apache.catalina.Valve and org.glassfish.web.valve.GlassFishValve results in the custom class being erroneously wrapped in the GlassFishValveAdapter. This means that the valve no longer implements any interfaces since the Adapter doesn't implement any interfaces. In particular the interfaces Contained and Lifecycle are lost when wrapped. If for example you are attempting to use the org.apache.catalina.authenticator.SpnegoAuthenticator from Tomcat (modified slightly) in GlassFish the valve will fail to invoke with a NullPointerException due to the context not being set. The context isn't set because the Contained interface is masked once the class is wrapped in the adapter.

There are actually two things going wrong, any one of which would solve the problem:

1. There are two addValve methods in org.apache.catalina.core.StandardPipeline, one for Valve and one for GlassFishValve. If the Valve method is called it will result in wrapping in an adapter. The com.sun.enterprise.web.WebModule.addValve(String className) is responsible for loading custom valves and it first checks if the valve is a Valve then calls the addValve(Valve) method, and only uses the addValve(GlassFishValve) if the first check fails. The order of these if statements should be reversed.

2. The addValve(Valve) method should check if the Valve is a GlassFishValve and call the addValve(GlassFishValve) method. It actually does a check using reflection and method signature to determined if the Valve is a legacy GlassFish specific version of org.apache.catalina.Valve (different than current version - yes apparently they changed the interface in the past!) and wraps in an adapter if it is. However, that legacy version of Valve looks like the new GlassFishValve (in my case it looks like it because it actually is it – the check does not check if the class actually IS GlassFishValve).



 Comments   
Comment by slominskir [ 11/Jun/15 ]

The title of this should be "Custom Valve Erroneously Wrapped in GlassFishValveAdaptor". However, looks like editing is not available. Also the sentence that reads "doesn't implement any interfaces" should read "doesn't implement any interfaces except GlassFishValve".

Comment by slominskir [ 11/Jun/15 ]

The "work around" is to create another custom valve that wraps the real valve and the custom valve wrapper implements all interfaces except org.apache.catalina.Valve.

Comment by slominskir [ 11/Jun/15 ]

See https://java.net/jira/browse/GLASSFISH-21373 about how this came about.





[GLASSFISH-21373] SPNEGO Support Created: 10/Jun/15  Updated: 10/Jun/15

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 4.0
Fix Version/s: None

Type: Improvement Priority: Major
Reporter: slominskir Assignee: JeffTancill
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: authentication, authorization

 Description   

Direct support for SPNEGO is oddly missing from GlassFish. Tomcat has this already via:

org.apache.catalina.authenticator.SpnegoAuthenticator

https://tomcat.apache.org/tomcat-7.0-doc/config/valve.html#SPNEGO_Valve

Why doesn't GlassFish use this since it uses Tomcat Valves for authentication already?

I have been able to use a third party Servlet Filter to successfully authenticate:

http://spnego.sourceforge.net/

However, the filter approach is limited in the following ways:

1. Doesn't take advantage of the built-in Same-Realm SSO / credential persistence Session Cookie
2. Doesn't use container managed authorization (groups)
3. Doesn't propagate credentials to business layer EJBs

It probably is worth mentioning that there appears to be a now defunct project to use JSR 196 to do SPNEGO in GlassFish at:

https://spnego.java.net/

Aside from appearing to be abandoned and not actually a part of GlassFish it also doesn't support the SSO credential session cookie, and cannot be part of an existing security Realm.

Being part of an existing security Realm and supporting the persistent SSO Cookie appears to be one way to allow integration into an existing Intranet application server that must continue to support the container managed form-based username and password authentication as well. The use of SPNEGO would be a convenient alternative for those use who happen to be on the local network, but the web applications must be accessible via form based login as well. Perhaps there is another way that SPNEGO and traditional form-based container managed security can work together?






[GLASSFISH-21372] jersey 2.0 :: for cdi injection, is beans.xml mandatory? Created: 09/Jun/15  Updated: 10/Jun/15

Status: Open
Project: glassfish
Component/s: hk2, jax-rs
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: vikramalvaj Assignee: jwells
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

glassfish 4.1



 Description   

Resource class

public class UploadFileService {

@Inject public Logger logger;

@POST
@Path("/upload")
@Consumes(MediaType.MULTIPART_FORM_DATA)
public Response uploadFile(
@FormDataParam("file") InputStream uploadedInputStream,
@FormDataParam("file") FormDataContentDisposition fileDetail) {
}
}
Injecting :: Logger class

@Dependent
public final class Loggers {

@Produces
public static final Logger getLogger(final InjectionPoint injectionPoint) {
if (injectionPoint == null)

{ throw new IllegalArgumentException("injectionPoint", new NullPointerException("injectionPoint")); }

}
Injection perfectly works on including beans.xml at

*.war\WEB-INF\classes\META-INF\beans.xml

But is it not beans.xml optional in jersey 2.0 ?

Error reported in the absence of beans.xml

org.glassfish.hk2.api.UnsatisfiedDependencyException: There was no object available for injection at SystemInjecteeImpl(requiredType=Logger,parent=UploadFileService,
qualifiers={},position=-1,optional=false,self=false,unqualified=null,1642832267)
at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:74)
at org.jvnet.hk2.internal.Utilities.justInject(Utilities.java:947)
at org.jvnet.hk2.internal.ServiceLocatorImpl.inject(ServiceLocatorImpl.java:902)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider$CdiFactory$2.getInstance(CdiComponentProvider.java:245)
at org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider$CdiFactory.provide(CdiComponentProvider.java:189)



 Comments   
Comment by vikramalvaj [ 10/Jun/15 ]

My concern is ...Why an empty beans.xml file is required in this particular scenario when its optional in jersey 2.0 ?

Comment by jjsnyder83 [ 10/Jun/15 ]

The stack trace indicates that this is an hk2 exception not a cdi exception.





[GLASSFISH-21183] Web container still does not call AsynContext.complete() on timeout/exception Created: 03/Sep/14  Updated: 08/Jun/15

Status: In Progress
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: patson Assignee: Vinay Vishal
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

As reported in https://java.net/jira/browse/GLASSFISH-19364, that AsyncContext.complete() was not called for timeout/exception, and it was fixed in rev 57176 (https://java.net/projects/glassfish/lists/commits/archive/2012-11/message/316)

After that fix, timeout/exception indeed calls Request.asyncComplete(), however that call still would not call AsyncContext.complete(), therefore does not adhere to the defintion of AsyncContext which:

Timeout:

In the event that an asynchronous operation has timed out, the container must run through these steps:

Invoke, at their onTimeout method, all AsyncListener instances registered with the ServletRequest on which the asynchronous operation was initiated.
If none of the listeners called complete() or any of the dispatch() methods, perform an error dispatch with a status code equal to HttpServletResponse.SC_INTERNAL_SERVER_ERROR.
If no matching error page was found, or the error page did not call complete() or any of the dispatch() methods, call complete().

Error:

Any errors or exceptions that may occur during the execution of this method must be caught and handled by the container, as follows:

Invoke, at their onError method, all AsyncListener instances registered with the ServletRequest for which this AsyncContext was created, and make the caught Throwable available via AsyncEvent#getThrowable.
If none of the listeners called complete() or any of the dispatch() methods, perform an error dispatch with a status code equal to HttpServletResponse.SC_INTERNAL_SERVER_ERROR, and make the above Throwable available as the value of the RequestDispatcher.ERROR_EXCEPTION request attribute.
If no matching error page was found, or the error page did not call complete() or any of the dispatch() methods, call complete().

Many thanks for your kind attention in advance!!



 Comments   
Comment by Vinay Vishal [ 05/Jun/15 ]

Hi,

If we look at the contract for AsyncContext.complete() method, it states that "Any listeners of type AsyncListener that were registered with the ServletRequest for which this AsyncContext was created will be invoked at their onComplete method." .

This indeed is happening right now :
from server.log

[2015-06-05T17:38:27.426+0530] [glassfish 4.1] [INFO] [] [] [tid: _ThreadID=139 _ThreadName=Thread-8] [timeMillis: 1433506107426] [levelValue: 800] [[
onError]]

[2015-06-05T17:38:27.426+0530] [glassfish 4.1] [INFO] [] [] [tid: _ThreadID=139 _ThreadName=Thread-8] [timeMillis: 1433506107426] [levelValue: 800] [[
onComplete]]

Is there any specific issue you are seeing here if AsyncContext.complete() is not being called. Can you please share the test case if any in that case?

Comment by patson [ 08/Jun/15 ]

Hi,

Many thanks for your reply!

It is certainly correct that onComplete methods of listeners are being called.

The problem for us however, is that we inject AOP calls around AsyncContext.complete() which we expect all java servlet containers would adhere to - http://docs.oracle.com/javaee/7/api/javax/servlet/AsyncContext.html.

Many thanks again!





[GLASSFISH-20850] classloader favors modules/guava.jar over guava library in the ear Created: 11/Oct/13  Updated: 04/Jun/15

Status: Open
Project: glassfish
Component/s: cdi, classloader
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Thomas Andres Assignee: Romain Grécourt
Resolution: Unresolved Votes: 15
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to JERSEY-1884 Jersey 2.0 Maven artiifact depends on... Resolved

 Description   

I tried to upgrad the guava library in our application to version 15-0. When I deploy the application on glassfish 4.0, I see the following Exception:

Caused by: java.lang.NoSuchMethodError: com.google.common.base.Stopwatch.createStarted()Lcom/google/common/base/Stopwatch;
at MyClient.buildClient(MyClient.java:159)
at MyClient.initClient(MyClient.java:143)
at MyClient.<init>(MyClient.java:74)
at MyClient.<init>(MyClient.java:62)
at MyClientFactory.createClient(MyClientFactory.java:12)
at MyClientProducer.createClient(MyClientProducer.java:16)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:93)

To verify where the class is loaded from, I added:
URL resource = this.getClass().getClassLoader()
.getResource(Stopwatch.class.getName().replaceAll("
.", "/") + ".class");
LOGGER.info("URL for Stopwatch:" + resource.toString());
which gives me
URL for Stopwatch:bundle://108.0:1/com/google/common/base/Stopwatch.class

MyClient, MyClientFactory and MyClientProducer are all inside an ejb jar file.
guava-15.0.jar is in a lib folder next to the ejb jar (with lib/guava-15.0.jar in the ear META-INF/MANIFEST.MF Class-Path)

All other libraries there can be found. It just seems, that the weld classloader favors the guava.jar bundled with glassfish 4 over the one I provide for the application. I would expect the classloader to give stuff deployed with the ear a higher priority.



 Comments   
Comment by Thomas Andres [ 11/Oct/13 ]

BTW: Deploying the same ear on glassfish 3.1.2.2 works. The guava class is loaded correctly from the jar inside my ear.

(with a patched beans.xml, but that's another story...)

Comment by Joe Di Pol [ 11/Oct/13 ]

When we have had similar problems in the past the issue was that an OSGi module was exporting packages without any mechanism to prevent them from being found by the application's hierarchy of class loaders.

The solution was to add mandatory OSGi attributes to the exported packages that must be declared by any other module that wanted to import the packages. This prevents the API/Packages from leaking into the application space. I looked at guava.jar and it does not appear to do this – so maybe this is the problem.

For some additional information on this issue see the following:

https://java.net/jira/browse/GLASSFISH-5385
https://java.net/jira/browse/GLASSFISH-18176

Comment by simon.schlachter [ 31/Oct/13 ]

Exactly the same problem here.

Comment by simon.schlachter [ 01/Nov/13 ]

We were able to workaround the problem, by "patching" the manifests (MANIFEST.MF) of the included guava.jar file and its dependencies.

in guava we added ;mandatory:=password;password="GlassFish to all export-statements.

In the dependent modules we added ;password="GlassFish" to all import statements concerning com.google.common.*

The list of modules we had to patch is

  • jersey-bean-validation.jar
  • jersey-client.jar
  • jersey-common.jar
  • jersey-container-servlet-core.jar
  • jersey-container-servlet.jar
  • jersey-gf-cdi.jar
  • jersey-media-moxy.jar
  • jersey-mvc-jsp.jar
  • jersey-mvc.jar
  • jersey-server.jar

The effect of this change is that guava.jar-classes do no longer leak into the class path of our deployed application. This solves the guava-version-problem for us. The root problem, however, is not solved: Glassfish still favors its own classpath instead of that of the deployed application.

(The Idea for this workaround is originally from GLASSFISH-5385)

Comment by hsaqallah [ 14/Feb/14 ]

Patching GF4's files is error-prone and very impractical for a sane development/test/stage/prod environment. There should have been an easier fix. Too bad. Time to switch to Tomcat 7.

Comment by gcruscoe [ 21/Jul/14 ]

#fishcat

Testing glassfish 4.0.1 b08. I am having this issue with the moduels/guava.jar being used over the guava I have in my .ear project. It is preventing migration from 3.1.2.2 to 4.0.1. This seems like a critical issue that should be fixed for b09. It makes it impossible to even test the rest of the system if your app is using a different / incompatible version of guava.

Also this links a bug that says Jersey is going to fix theirs and when it is incorporated it will fix this. I think that version of Jersey has been incorporated but this issue is still there.

Comment by cristim1979 [ 20/Aug/14 ]

We also encountered the same defect with our application which uses Guava 17.0, and which used to work well on Glassfish 3.1.2.2.
But on Glassfish 4.0 it crashed at deploy; to fix it, we came in the end to same workaround like described by simon.schlachter above - patch 11 of the jars in \modules\ folder. But this is very impractical for a clean/official upgrade to 4.0.

Comment by Thomas Andres [ 22/Aug/14 ]

I just did a quick test with our application on glassfish 4.1 (currently on glassfish 4.0)
Most work out of the box without any changes. Compliments on that!

However I noticed this issue got a bit worse, since v4.1 now has guava v13 bundled which is a downgrade from v14 in GF4.0. (WTF??? what's the reason for this?)
I hope you can fix this for 4.1 release.

Comment by Romain Grécourt [ 22/Aug/14 ]

guava is a dependency for both weld and jersey.
Jersey now shadows what it needs, what remains is weld's dependency.

It's too late to be included in 4.1 release (it will go in the next one).
The workaround is the same, but only involves guava + weld jars.

Comment by Thomas Andres [ 22/Aug/14 ]

But what's the reason to downgrade the guava libray? This will cause additional problem to people who now use guvava v14 to avoid this problem.

Comment by Romain Grécourt [ 22/Aug/14 ]

In v4, guava was provided twice: guava.jar (for jersey) and weld-osgi-bundle.jar: both are using different versions.
In v4.1 Jersey has removed its guava dependency (it's now shadowed).

As of weld 2.1.0.Beta2 guava is not part of weld-osgi-bundle.jar, but just an OSGi dependency.
GlassFish 4.1 bundles weld 2.2.2.Final, that's why we are providing a different guava version than what was in 4.0.

Comment by Thomas Andres [ 22/Aug/14 ]

Thanks for the explanation. Looks strange when you look just at the jar, but makes sense like this.
I just tried replacing guava.jar with the version provided with v4 and that works fine so far. You might wanna consider doing that if you can't fix this issue, since that makes at least the transition from v4 to v4.1 a bit smoother.

Comment by lprimak [ 26/Aug/14 ]

I just put guava-17.jar into Glassfish modules/ directory ant it worked.
Had to delete osgi-cache/* from the domain (but only once after the patch)

Is this not simpler than the other patch in the comments above?

Comment by Romain Grécourt [ 26/Aug/14 ]

This is a server wide workaround (you may want to test a few CDI things though).
The one described above (password=GlassFish) applies for applications (i.e WEB-INF/lib).

Comment by vps [ 24/Feb/15 ]

Still same in 4.1.b13.

I ended up using a custom class loader to work around this.
The code is below, if anyone's interested; obviously it's only meant to solve my particular problem, but can be easily changed to prevent delegation for more classes.
When I started, I tried to prevent delegation of everything, but quickly run into problems with the fact that I package (for some reason) too much API classes (JTA was the first that hit me). Even passing java* packages didn't help, as there was some problem with JSF classes, exacerbated by the fact that I had JSF that was older than what's in GF. It was quicker for me to just limit the delegation to the package prefix that I care about, then to clean up my EAR libraries (I'm sure most of the stuff that I package is my fault, and shouldn't be done that way)

I think the glassfish-application.xml should have a section that describes what should and should not be delegated, based on list of RegEx of class names. Then the EAR library classloader should use that list to determine what to delegate and what to not - this will give flexibility to solve virtually any use cases. I recall WebLogic has something that does that. In all cases, it's reasonable to expect that both GF will need to carry some libraries, and the application carry the same, and they may be in severe conflict, and that may be by design.

EarLibClassLoader.java
/*
 * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
 *
 * Copyright (c) 1997-2010 Oracle and/or its affiliates. All rights reserved.
 *
 * The contents of this file are subject to the terms of either the GNU
 * General Public License Version 2 only ("GPL") or the Common Development
 * and Distribution License("CDDL") (collectively, the "License").  You
 * may not use this file except in compliance with the License.  You can
 * obtain a copy of the License at
 * https://glassfish.dev.java.net/public/CDDL+GPL_1_1.html
 * or packager/legal/LICENSE.txt.  See the License for the specific
 * language governing permissions and limitations under the License.
 *
 * When distributing the software, include this License Header Notice in each
 * file and include the License file at packager/legal/LICENSE.txt.
 *
 * GPL Classpath Exception:
 * Oracle designates this particular file as subject to the "Classpath"
 * exception as provided by Oracle in the GPL Version 2 section of the License
 * file that accompanied this code.
 *
 * Modifications:
 * If applicable, add the following below the License Header, with the fields
 * enclosed by brackets [] replaced by your own identifying information:
 * "Portions Copyright [year] [name of copyright owner]"
 *
 * Contributor(s):
 * If you wish your version of this file to be governed by only the CDDL or
 * only the GPL Version 2, indicate your decision by adding "[Contributor]
 * elects to include this software in this distribution under the [CDDL or GPL
 * Version 2] license."  If you don't indicate a single choice of license, a
 * recipient has the option to distribute your version of this file under
 * either the CDDL, the GPL Version 2 or to extend the choice of license to
 * its licensees as provided above.  However, if you add GPL Version 2 code
 * and therefore, elected the GPL Version 2 license, then the option applies
 * only if the new code is made subject to such option by the copyright
 * holder.
 */

package org.glassfish.javaee.full.deployment;

import java.net.URL;
import com.sun.enterprise.loader.ASURLClassLoader;
//import com.sun.enterprise.util.CULoggerInfo;
import java.util.logging.Logger;
import java.util.logging.LogManager;
import java.util.logging.Level;
import java.util.regex.*;
import java.util.*;

/**
 * Classloader that is responsible to load the ear libraries (lib/*.jar etc)
 *
 */
public class EarLibClassLoader extends ASURLClassLoader
{

    // private static final Logger _logger=CULoggerInfo.getLogger();
    // private static final Logger _logger=LogManager.getLogManager().getLogger("earcl");
    private static final Logger _logger=Logger.getLogger("earcl");

    private static final Collection<Pattern> preventDelegate =
        new ArrayList<Pattern>();

    static {
        preventDelegate.add(Pattern.compile("^com\\.google\\..*$"));
    }

    public EarLibClassLoader(URL[] urls, ClassLoader classLoader) {
        super(classLoader); 

        for (URL url : urls) {
            addURL(url);
        }
    }

    @Override
    protected String getClassLoaderName() {
        return "EarLibClassLoader";
    }

    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        try {
            Class<?> c = super.findClass(name);
            // _logger.log(Level.INFO, "findClass() called for "+name + "->found");
            return c;
        } catch (ClassNotFoundException e) {
            // _logger.log(Level.INFO, "findClass() called for "+name + "->NOT FOUND");
            throw e;
        }
    }


    @Override
    protected Class<?> loadClass(String name, boolean r) throws ClassNotFoundException {

        // let's make it non-delegating!

        // logger.log(Level.INFO, "EAR loading "+name+", resolve:"+r);

        boolean matched = false;
        for (Pattern p : preventDelegate) {
            Matcher m = p.matcher(name);
            if (m.matches()) {
                matched = true;
                break;
            }
        }

        if (!matched) {
            try {
                Class<?> c = super.loadClass(name,r);
                // logger.log(Level.INFO, "not matched "+name+", delegating -> found");
                return c;
            } catch (ClassNotFoundException e) {
                // logger.log(Level.INFO, "not matched "+name+", delegating -> NOT FOUND");
                throw e;
            }
        }
    
        synchronized (getClassLoadingLock(name)) {

            ClassNotFoundException toThrow = null;

            Class<?> c = findLoadedClass(name);
            if (c == null) {
            
                try {
                    c = findClass(name);
                    // logger.log(Level.INFO, "-> self found class"+name+", will return.");
                } catch (ClassNotFoundException ne) {
                    toThrow = ne;
                    // _logger.log(Level.INFO, "-> self could not find class "+name);
                }
            
            }

            if (c == null) {
                ClassLoader parent = getParent();
                if (parent == null) {
                    // _logger.log(Level.INFO, "-> no parent, throwing CNF for "+name);
                    throw toThrow;
                }
                try {
                    c = parent.loadClass(name);
                    // _logger.log(Level.INFO, "-> parent loaded class "+name);
                } catch (ClassNotFoundException ignored) {
                    // _logger.log(Level.INFO, "-> parent could not load class, throwing CNF for "+name);
                    throw toThrow;
                }
            } else {
                // _logger.log(Level.INFO, "-> self class "+name+" is already loaded");
            }

            if (r) {
                // _logger.log(Level.INFO, "-> resolving class");
                resolveClass(c);
            }

            return c;

        }
    
    }

}

Applying this to GF:

# make sure JDK 1.8 is used
# note that the output is written to /tmp/bout
mkdir -p /tmp/bout
/opt/java/jdk1.8/bin/javac -d /tmp/bout/ -cp ~/soft/glassfish4/glassfish/lib/appserv-rt.jar: EarLibClassLoader.java
# now, we need to update the .jar file that contains that class
# it's expected that GlassFish distribution is unzipped somewhere
# change to glassfish home directory before running the next lines
cd glassfish/modules
# let's unzip existing .jar that needs to be updated
mkdir -p _z
cd _z
unzip ../deployment-javaee-full.jar
# copy the modified .class
# note that current directory is _z where we unpacked the existing .jar
cp /tmp/bout/org/glassfish/javaee/full/deployment/EarLibClassLoader.class org/glassfish/javaee/full/deployment/EarLibClassLoader.class
# let's update the .jar file. Note that the jar command is crazy, but we must preserve the manifest!
/opt/java/jdk1.8/bin/jar uvfmM  ../deployment-javaee-full.jar META-INF/MANIFEST.MF .
# now, if necessary, we can update the distribution
# change to the directory that contains the glassfish4 directory as was extracted from .zip file
cd /opt/soft
zip -u glassfish-4.1.zip glassfish4/glassfish/modules/deployment-javaee-full.jar
Comment by lprimak [ 24/Feb/15 ]

How do I apply the above code in my Glassfish installation?

Comment by lprimak [ 25/Feb/15 ]

Ah, this is unfortunate. It requires patching the server itself.
This needs to be fixed by GlassFish team IMHO.

Comment by kithouna [ 02/Jun/15 ]

Simple workaround: I added <class-loader delegate="false"/> to glassfish-web.xml, now Guava is loaded from the WAR.

Comment by lprimak [ 02/Jun/15 ]

Does this work for ear files?

Comment by gabor.varga [ 04/Jun/15 ]

If you set <class-loader delegate="false"/>, JNDI lookups (e.g. with InitialContext.lookup() will fail.





[GLASSFISH-21371] Alternate descriptors not persisted in remote deployments Created: 04/Jun/15  Updated: 04/Jun/15

Status: Open
Project: glassfish
Component/s: deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: xwibao Assignee: Hong Zhang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

JDK 1.8.0_45
Linux x86_64



 Description   

If a WAR is deployed with asadmin in remote mode, and --altdd or --runtimealtdd are used, the alternate descriptors will not be persisted on target domain (opposite to local mode). No $DOMAIN/generated/altdd/* content will be created; upon application reload or server restart, the application will be re-instantiated with standard descriptors from WAR itself.



 Comments   
Comment by xwibao [ 04/Jun/15 ]
[2015-06-04T09:57:07.339+0300] [glassfish 4.1] [WARNING] [NCLS-COMUTIL-00037] [javax.enterprise.system.util] [tid: _ThreadID=1130 _ThreadName=admin-listener(32)] [timeMillis: 1433401027339] [levelValue: 900] [[  Attempt to rename /opt/glassfish4/glassfish/domains/domain1/applications/xfer-7741028430643794426/altdd/web.xml to /opt/glassfish4/glassfish/domains/domain1/generated/altdd/AltDDTest/web.xml failed after 0 retries]]

[2015-06-04T09:57:07.340+0300] [glassfish 4.1] [WARNING] [NCLS-COMUTIL-00037] [javax.enterprise.system.util] [tid: _ThreadID=1130 _ThreadName=admin-listener(32)] [timeMillis: 1433401027340] [levelValue: 900] [[  Attempt to rename /opt/glassfish4/glassfish/domains/domain1/applications/xfer-7741028430643794426/runtimealtdd/glassfish-web.xml to /opt/glassfish4/glassfish/domains/domain1/generated/altdd/AltDDTest/glassfish-web.xml failed after 0 retries]]

My installation is GlassFish 4.1 with patched nucleus-grizzly-all.jar from here (to fix broken remote deployment). Didn't yet test on nightlies or Payara.

Comment by xwibao [ 04/Jun/15 ]

Seems to be fixed in GlassFish nightlies and Payara 4.1.152.1.

Sorry for bothering, please feel free to close.





[GLASSFISH-21370] Periodic Deadlock in EJB Timer Service Created: 02/Jun/15  Updated: 02/Jun/15

Status: Open
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: slominskir Assignee: Srini
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Red Hat Enterprise Linux 6



 Description   

Occasionally while attempting to redeploy an application the redeployment will fail due to what appears to be a deadlock situation with the EJB Timer service. This happens fairly infrequently, perhaps 6 times in the last two years. However, when it does happen the only recourse is to restart GlassFish forcefully, which is fairly invasive since the redeploy with the "--keepstate=true" option allows redeployment without downtime. The problem prevents all application deployment/redeployment/undeployment, and GlassFish starting/stopping/restarting so during one of these events I must forcefully kill the Glassfish process (kill -9 on Linux) . It appears that the EJB Timer Service uses the EclipseLink ORM library to store timer information in a Derby database and encounters a Lock timeout situation. The stack trace from the most recent incident follows:

[2015-06-02T12:32:53.965-0400] [glassfish 4.0] [WARNING] [] [org.eclipse.persistence.session.file:/opt/glassfish/4/glassfish/domains/domain1/applications/ejb-timer-service-app/WEB-INF/classes/___EJB__Timer__App] [tid: _ThreadID=5374 _ThreadName=Thread-2966] [timeMillis: 1433262773965] [levelValue: 900] [[

Local Exception Stack:
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLTransactionRollbackException: A lock could not be obtained within the time requested
Error Code: 30000
Call: SELECT "TIMERID" FROM "EJB_TIMER_TBL" WHERE ("CONTAINERID" = ?)
bind => [1 parameter bound]
Query: ReportQuery(name="findTimerIdsByContainer" referenceClass=TimerState sql="SELECT "TIMERID" FROM "EJB_TIMER_TBL" WHERE ("CONTAINERID" = ?)")
at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:340)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:679)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:558)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1995)
at org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:570)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:248)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelectCall(DatasourceCallQueryMechanism.java:299)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectAllRows(DatasourceCallQueryMechanism.java:694)
at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllRowsFromTable(ExpressionQueryMechanism.java:2714)
at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllReportQueryRows(ExpressionQueryMechanism.java:2651)
at org.eclipse.persistence.queries.ReportQuery.executeDatabaseQuery(ReportQuery.java:847)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:899)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1114)
at org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:402)
at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1202)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2894)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1797)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1779)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1744)
at org.eclipse.persistence.internal.jpa.QueryImpl.executeReadQuery(QueryImpl.java:258)
at org.eclipse.persistence.internal.jpa.QueryImpl.getResultList(QueryImpl.java:468)
at org.glassfish.ejb.persistent.timer.TimerBean.findTimerIdsByContainer(TimerBean.java:115)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4695)
at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:630)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.aroundInvoke(SystemInterceptorProxy.java:140)
at sun.reflect.GeneratedMethodAccessor103.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4667)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4655)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy307.findTimerIdsByContainer(Unknown Source)
at org.glassfish.ejb.persistent.timer.PersistentEJBTimerService.stopTimers(PersistentEJBTimerService.java:643)
at com.sun.ejb.containers.BaseContainer.stopTimers(BaseContainer.java:2422)
at com.sun.ejb.containers.BaseContainer.onShutdown(BaseContainer.java:4191)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doShutdown(SingletonLifeCycleManager.java:172)
at org.glassfish.ejb.startup.EjbApplication.stop(EjbApplication.java:293)
at org.glassfish.internal.data.EngineRef.stop(EngineRef.java:161)
at org.glassfish.internal.data.ModuleInfo.stop(ModuleInfo.java:324)
at org.glassfish.internal.data.ApplicationInfo.stop(ApplicationInfo.java:380)
at com.sun.enterprise.v3.server.ApplicationLifecycle.unload(ApplicationLifecycle.java:1056)
at com.sun.enterprise.v3.server.ApplicationLifecycle.disable(ApplicationLifecycle.java:2125)
at com.sun.enterprise.v3.server.ApplicationLifecycle.disable(ApplicationLifecycle.java:113)
at com.sun.enterprise.v3.server.ApplicationLoaderService.stopApplication(ApplicationLoaderService.java:497)
at com.sun.enterprise.v3.server.ApplicationLoaderService.preDestroy(ApplicationLoaderService.java:465)
at org.jvnet.hk2.internal.ClazzCreator.preDestroyMe(ClazzCreator.java:294)
at org.jvnet.hk2.internal.ClazzCreator.dispose(ClazzCreator.java:358)
at org.jvnet.hk2.internal.SystemDescriptor.dispose(SystemDescriptor.java:473)
at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.destroyOne(AsyncRunLevelContext.java:196)
at org.jvnet.hk2.internal.ServiceHandleImpl.destroy(ServiceHandleImpl.java:159)
at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$DownAllTheWay.run(CurrentTaskFuture.java:583)
at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture.go(CurrentTaskFuture.java:120)
at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.proceedTo(AsyncRunLevelContext.java:296)
at org.glassfish.hk2.runlevel.internal.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:66)
at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:532)
at com.sun.enterprise.v3.server.AppServerStartup.stop(AppServerStartup.java:485)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.stop(GlassFishImpl.java:88)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.stop(GlassFishDecorator.java:68)
at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.stop(EmbeddedOSGiGlassFishImpl.java:82)
at com.sun.enterprise.v3.admin.StopServer.doExecute(StopServer.java:79)
at com.sun.enterprise.v3.admin.StopDomainCommand.execute(StopDomainCommand.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:527)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
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:522)
at org.glassfish.api.AsyncImpl$1$1.run(AsyncImpl.java:76)
Caused by: java.sql.SQLTransactionRollbackException: A lock could not be obtained within the time requested
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedResultSet.closeOnTransactionError(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedResultSet.movePosition(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedResultSet.next(Unknown Source)
at com.sun.gjc.spi.base.ResultSetWrapper.next(ResultSetWrapper.java:103)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.processResultSet(DatabaseAccessor.java:754)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:653)
... 80 more
Caused by: java.sql.SQLException: A lock could not be obtained within the time requested
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(Unknown Source)
... 92 more
Caused by: ERROR 40XL1: A lock could not be obtained within the time requested
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.impl.services.locks.ConcurrentLockSet.lockObject(Unknown Source)
at org.apache.derby.impl.services.locks.ConcurrentLockSet.zeroDurationLockObject(Unknown Source)
at org.apache.derby.impl.services.locks.AbstractPool.zeroDurationlockObject(Unknown Source)
at org.apache.derby.impl.services.locks.ConcurrentPool.zeroDurationlockObject(Unknown Source)
at org.apache.derby.impl.store.raw.xact.RowLocking2nohold.lockRecordForRead(Unknown Source)
at org.apache.derby.impl.store.access.conglomerate.OpenConglomerate.lockPositionForRead(Unknown Source)
at org.apache.derby.impl.store.access.conglomerate.GenericScanController.fetchRows(Unknown Source)
at org.apache.derby.impl.store.access.heap.HeapScan.fetchNextGroup(Unknown Source)
at org.apache.derby.impl.sql.execute.BulkTableScanResultSet.reloadArray(Unknown Source)
at org.apache.derby.impl.sql.execute.BulkTableScanResultSet.getNextRowCore(Unknown Source)
at org.apache.derby.impl.sql.execute.ProjectRestrictResultSet.getNextRowCore(Unknown Source)
at org.apache.derby.impl.sql.execute.BasicNoPutResultSetImpl.getNextRow(Unknown Source)
... 85 more
]]

[2015-06-02T12:32:53.970-0400] [glassfish 4.0] [WARNING] [ejb.system_exception] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=5374 _ThreadName=Thread-2966] [timeMillis: 1433262773970] [levelValue: 900] [[
EJB5184:A system exception occurred during an invocation on EJB TimerBean, method: public java.util.Set org.glassfish.ejb.persistent.timer.TimerBean.findTimerIdsByContainer(long)]]



 Comments   
Comment by slominskir [ 02/Jun/15 ]

The stack trace above shows that it is impossible to cleanly shutdown GlassFish when the EJB Timer service is stuck in this unusual state. Deployment is also impossible.





[GLASSFISH-21211] Grizzly NIO selectors running postponed tasks indefinitely causing high CPU usage Created: 19/Sep/14  Updated: 02/Jun/15

Status: Open
Project: glassfish
Component/s: grizzly-kernel
Affects Version/s: 4.1_b10
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: afcarv Assignee: oleksiys
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.1_b13, JDK 1.7u67, Linux CentOS 3.10.48 x64



 Description   

I have an nginx http server load balancing a Glassfish cluster composed of 2 instances in different machines. These instances serve a Jersey application composed of several RESTful webservices.

After some time running, I noticed a great increase in CPU load in one of the instances, even though client request throughput remained the same. Looking at the server threads I see that two of them are constantly running, being the cause of this increase.

Checking a heap dump I see that both of these threads are running selectors with postponed TCPNIOConnection tasks, which in turn do not seem to be processed correctly.

After turning on Grizzly logs I see lots of entries like the one below:

[2014-09-19T14:07:42.393+0000] [glassfish 4.1] [FINEST] [] [org.glassfish.grizzly.ProcessorExecutor] [tid: _ThreadID=105 _ThreadName=http-listener-1-kernel(8) SelectorRunner] [timeMillis: 1411135662393] [levelValue: 300] [CLASSNAME: org.glassfish.grizzly.ProcessorExecutor] [METHODNAME: execute] [[
executing connection (TCPNIOConnection{localSocketAddress=

{/10.248.232.5:28080}

, peerSocketAddress={/10.248.233.91:42864}}). IOEvent=WRITE processor=org.glassfish.grizzly.filterchain.DefaultFilterChain@3d4f0b0b]]

Where the first IP address is the Glassfish instance and the second the nginx load balancer.

Checking the nginx machine I see no open sockets with the listed number.

My theory is that nginx closed the socket for some reason (timeout?) and now Glassfish is unable to connect to it. The task will keep running and consuming resources until a server restart (as selectors with postponed tasks will call non-blocking selectNow() method).

Is this a bug or is my configuration not supported?

Thank you!



 Comments   
Comment by oleksiys [ 22/Sep/14 ]

I added more logging to investigate the problem.
Can you pls. apply the patched jar [1] and enable FINEST logging for org.glassfish.grizzly.nio.DefaultSelectorHandler
After you reproduce the problem - pls. share the server.log* files.

Thank you!
[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

Comment by afcarv [ 22/Sep/14 ]

I have done as requested and restarted the cluster but it may take a while for the issue to manifest itself as I'm not sure what toggles it. Once it does, though, I'll get the log files.

Thanks!

Comment by oleksiys [ 23/Sep/14 ]

Thank you!

Comment by afcarv [ 24/Sep/14 ]

Ok, the event happened again and another thread is looping. Unfortunately due to the heavy log rotation, I could not get the beginning of it. Server log can be downloaded below but it's mostly composed of the same entries.

https://dl.dropboxusercontent.com/u/106573849/server.zip

Let me know how you want to proceed, thanks!

Comment by oleksiys [ 26/Sep/14 ]

Can you pls. apply this patch
https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

it has to give us more stacktraces logged, thank you.

Comment by afcarv [ 26/Sep/14 ]

Patch applied. Do I keep the same logger settings as before? Will post log files once it happens again, thanks!

Comment by oleksiys [ 27/Sep/14 ]

Yep, same logger settings. Thank you!

Comment by afcarv [ 27/Sep/14 ]

Happened again with one more thread. Logged some more info now, though I still couldn't get the beginning of it.

https://dl.dropboxusercontent.com/u/106573849/server-27-09.zip

Thanks

Comment by oleksiys [ 30/Sep/14 ]

pls. try this patch [1], let me know if you still see the problem.

Thank you!

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

Comment by afcarv [ 01/Oct/14 ]

Ok, applied the patch - will let it run for a few days and let you know if it happens again.

Thanks!

Comment by afcarv [ 02/Oct/14 ]

Looks like it's still happening - got another thread looping. Is logging still in place? Thanks

Comment by lcmoreno [ 02/Oct/14 ]

Not sure if this is the same problem I'm having, but it seems like it is. I found on Stackoverflow another user reporting this high cpu usage the same way I experienced: http://stackoverflow.com/questions/25922809/glassfish-4-grizzly-threads-heavy-cpu-usage

It looks like it happens when this sun.nio.ch.SelectorImpl.selectNow is called. When I have threads using just sun.nio.ch.SelectorImpl.select I don't have the high cpu usage problem.

Comment by oleksiys [ 03/Oct/14 ]

Can you pls. apply this patch [1].
Please enable FINEST logging for "org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter". The logging you changed earlier could be disabled.
Now you'll see even more logging messages

Thank you!

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

Comment by afcarv [ 06/Oct/14 ]

Patch applied, will let you know once I have the new data, thanks!

@lcmoreno

Likely the same issue, another user reported it at http://stackoverflow.com/questions/26107101/glassfish-4-1-high-cpu-usage

Comment by dirkroets [ 06/Oct/14 ]

We've also been experiencing this issue since we upgraded to Glassfish 4.1b13 last week. We're running single (non clustered) Glassfish instances behind nginx proxies.

I've applied the latest patch and enabled logging on one of the dev servers in the office. Will post the logs here when it reoccurs.

Comment by oleksiys [ 06/Oct/14 ]

thank you guys. pls. post the log files once you experience the problem again.

Comment by dirkroets [ 06/Oct/14 ]

Log files have been uploaded to dropbox - https://dl.dropboxusercontent.com/u/46663766/logs.zip

As far as I can see all the entries in the first log file in the sequence - server.log_2014-10-06T22-12-38 - were logged before the utilisation went up. Then around 2014-10-06T22:13:16.417+0200 in the log file - server.log_2014-10-06T22-13-16 - the problem starts appearing.

Comment by oleksiys [ 07/Oct/14 ]

I have a suspect now, can you pls. run this patch [1], it should clarify if I'm right or not.

Thank you!

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-4.1/nucleus-grizzly-all.jar

Comment by dirkroets [ 07/Oct/14 ]

Patch has been loaded on one of our dev servers. Will monitor throughout the day and post the logs!

Comment by dirkroets [ 07/Oct/14 ]

Ok, log files have been uploaded to dropbox again - https://dl.dropboxusercontent.com/u/46663766/logs-2.zip

First signs of the issue I can see are in server.log_2014-10-07T10-22-36 It took a while for me to realise that the issue had reappeared, so there are plenty more log files, but they just seem to repeat the same entry.

Comment by oleksiys [ 08/Oct/14 ]

Ok, please try this patch [1], hopefully it will resolve the problem.

Thank you.

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

Comment by dirkroets [ 08/Oct/14 ]

Thanks!

I've loaded the patch onto one of the servers. Will monitor and report back.

Comment by afcarv [ 08/Oct/14 ]

I've applied this latest patch as well, will let you know if it happens again - thanks

Comment by dirkroets [ 09/Oct/14 ]

Yesterday I applied the patch to one of our dev servers and to one of our production servers. The dev server is still running smoothly, but the issue has reappeared on the production server. It is possible that the dev server just doesn't see enough traffic for the issue to have been triggered again. In the past the dev server has also sometimes run smoothly for a day without the issue appearing.

I can turn on logging on the production servers, but unfortunately restarts have to be done between 22:00 and 06:00 CAT if I have to patch again. For the moment I'm going to ask someone in my team to try and reproduce on the dev server.

Comment by oleksiys [ 09/Oct/14 ]

@dirkroets yes, pls. turn on FINEST logging on:
"org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter"
"org.glassfish.grizzly.nio.TCPNIOAsyncQueueWriter"

Comment by dirkroets [ 10/Oct/14 ]

Here are the server log files for a server running the latest patch.

We've now succeeded in reproducing this issue "at will" on one of our dev servers. The setup is a very basic nginx proxy that forwards http requests to a GF4.1 server running a simple web application with at least one page that takes longer than 1s to process. The nginx configuration for the hostname being forwarded looks as follows:

server {
  listen          80;
  server_name     gf.localdomain;
  location / {
    proxy_pass              http://192.168.200.7:8080;
    proxy_set_header        X-Real-IP $remote_addr;
    proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header        X-Forwarded-Host $host;
    proxy_set_header        X-Forwarded-Server $host;
    proxy_set_header        Host $http_host;
    proxy_connect_timeout         1s;
    proxy_send_timeout         1s;
    proxy_read_timeout         1s;
    client_max_body_size    20M;
  }
}

By setting the connect, send and read time outs to 1 second each it guarantees that nginx will handle requests for every page that takes longer than 1 second to respond as a time out. With this configuration we can trigger the issue consistently be requesting a simple page from a servlet that has Thread.sleep(2000).

https://dl.dropboxusercontent.com/u/46663766/logs-3.zip

EDIT: It turns out that it is not quite as simple to reproduce this issue as I thought. This morning we were able to easily reproduce on the test server, but after a restart of the test GF server and the nginx proxy server we cannot reproduce again with the simple Thread.sleep servlet. If we do manage to consistently reproduce it I'll post the web app here.

Comment by afcarv [ 10/Oct/14 ]

@dirkroets

Out of curiosity, which nginx version are you using? Have you tried to set proxy_ignore_client_abort to check if it solves or mitigates the issue? I think I may try that to see what happens. Thanks

Comment by dirkroets [ 10/Oct/14 ]

@afcarv , we're running nginx 1.4.6 and 1.6 in front of the two servers where this issue most frequently occurs. We have not tried proxy_ignore_client_abort yet. I will test that tonight and report back.

Comment by oleksiys [ 11/Oct/14 ]

Unfortunately this log doesn't help much, because I don't see the moment when it started failing, looks like there is some part missed?
Anyway I've updated the patch to add logs [1].

One more update, I was inaccurate with one logging domain, the correct ones are:
"org.glassfish.grizzly.nio.AbstractNIOAsyncQueueWriter"
"org.glassfish.grizzly.nio.transport.TCPNIOAsyncQueueWriter"

Thank you!

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-21211/nucleus-grizzly-all.jar

Comment by dirkroets [ 13/Oct/14 ]

I've loaded the new patch and fixed the logging. Will upload the logs as soon as this reappears!

Comment by dirkroets [ 13/Oct/14 ]

Ok, that was quite quick. I've uploaded the latest logs to dropbox and provided the link below this comment.

The issue was still triggered using an nginx configuration without proxy_ignore_client_abort I've now added the directive to nginx to see if it still gets triggered.

[1] https://dl.dropboxusercontent.com/u/46663766/logs-4.zip

Comment by dirkroets [ 13/Oct/14 ]

We've been able to reproduce this issue again with proxy_ignore_client_abort set for all locations except for locations used exclusively by websockets.

[1] https://dl.dropboxusercontent.com/u/46663766/logs-5.zip

Comment by oleksiys [ 13/Oct/14 ]

Thank you!
One more attempt to fix it [1]. If doesn't work - please attach the logs.

[1] https://dl.dropboxusercontent.com/u/7319744/glassfish-4.1/nucleus-grizzly-all.jar

Comment by dirkroets [ 14/Oct/14 ]

Thanks! I've loaded the patch onto one of our dev servers. Will try to trigger the issue and report back.

Comment by dirkroets [ 15/Oct/14 ]

Just a quick update...

We've not been able to trigger this issue again on the dev server since I've loaded the patch. It is still a bit inconclusive though because there were other times when we could also not reliable reproduce the issue on the dev server in 24 hours. We'll keep putting some effort into this on the dev server today and tomorrow and if everything seems good I'll give this a try on one of our production servers from Thursday night.

Comment by oleksiys [ 15/Oct/14 ]

thank you for the update!

Comment by afcarv [ 15/Oct/14 ]

I've applied the new patch as well, will post results later. Thanks!

Comment by dirkroets [ 16/Oct/14 ]

Everything is still looking good on the dev server!

I'm going to try the patch on one of our production servers in a couple of hours from now. Although we've not been able to directly trigger the issue on our production servers in the past the issue has shown up consistently within a few minutes of starting up any of the production servers, presumably because of the higher volumes of traffic. I should therefore tomorrow be able to say with quite a lot of certainty whether the latest patch has solved the problem for us.

Comment by oleksiys [ 16/Oct/14 ]

sounds good! Thank you for the update!

Comment by dirkroets [ 17/Oct/14 ]

After having closely monitored all the servers where we've loaded the latest patch I'm happy to report that the issue hasn't reappeared on any of these servers. We are seeing a great improvement in CPU utilisation as well as a great improvement in the number of requests timing out between our nginx proxies and app servers.

The bug is fixed as far as I'm concerned. Thanks, @oleksiys !

Comment by afcarv [ 17/Oct/14 ]

Looking good to me as well – no issues so far; will leave it running throughout the weekend and check again on Monday. Thanks Oleksiy!

Comment by dirkroets [ 20/Oct/14 ]

We've now deployed the patch to all our production servers and the issue hasn't reappeared on any of those servers.

Comment by afcarv [ 20/Oct/14 ]

Yup, no sign of the issue yet - pretty sure this has been fixed. Thanks!

Comment by oleksiys [ 20/Oct/14 ]

grizzly issue
https://java.net/jira/browse/GRIZZLY-1712

Comment by afcarv [ 22/Oct/14 ]

By the way - previously, given enough time, instances would crash with an exception like the one below:

[2014-10-22T02:42:30.987+0000] [glassfish 4.1] [SEVERE] [] [org.glassfish.grizzly.nio.SelectorRunner] [tid: _ThreadID=98 _ThreadName=http-listener-1-kernel(4) SelectorRunner] [timeMillis: 1413945750987] [levelValue: 1000] [[
doSelect exception
java.util.concurrent.RejectedExecutionException: The thread pool's task queue is full, limit: 4096
at org.glassfish.grizzly.threadpool.AbstractThreadPool.onTaskQueueOverflow(AbstractThreadPool.java:466)
at org.glassfish.grizzly.threadpool.QueueLimitedThreadPool.execute(QueueLimitedThreadPool.java:81)
at org.glassfish.grizzly.threadpool.GrizzlyExecutorService.execute(GrizzlyExecutorService.java:161)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.executeIoEvent(WorkerThreadIOStrategy.java:100)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.executeIoEvent(AbstractIOStrategy.java:89)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeyEvents(SelectorRunner.java:414)
at org.glassfish.grizzly.nio.SelectorRunner.iterateKeys(SelectorRunner.java:383)
at org.glassfish.grizzly.nio.SelectorRunner.doSelect(SelectorRunner.java:347)
at org.glassfish.grizzly.nio.SelectorRunner.run(SelectorRunner.java:278)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
]]

Thought this was due to the pile of TCPNIOConnection tasks that kept accumulating, so I didn't mind it too much, but it looks like this is still happening, even after the patch, so I'm not sure if it's related to this issue now. Haven't tried to change max queue size yet.

Comment by oleksiys [ 22/Oct/14 ]

I think it can be not related to the fixed issue.
You can open a new one and we can take a look at it.

Comment by afcarv [ 22/Oct/14 ]

Ok, thanks for clarification - will try to get some more details first.

Comment by csabee [ 17/May/15 ]

Hi,

We have experienced the same issue. Quick question: can I Install the fix from the glassfish update tool? Or do I have to change the file in glassfish4\glassfish\modules\nucleus-grizzly-all.jar to the one, that was provided in this Jira bug?

Thank you for the help!

Comment by oleksiys [ 19/May/15 ]

@csabee unfortunately there is no way to update Grizzly via update tool, please use the patch to overwrite the glassfish4\glassfish\modules\nucleus-grizzly-all.jar.

Comment by csabee [ 21/May/15 ]

Hi,

I would like to ask, if we need to open a separate Jira ticket for our problem, or this ticket can be continued?
We are experiencing the same problem, but with a bit different enviroment:

  • Windows 2012 R2 server
  • 1.7u79 JDK
  • Glassfish 4.1_b13 (not clustered)
  • nginx server 1.6.1 (stable)
  • nginx proxy_ignore_client_abort is set to true
  • applied the given patch

The issue started again, after 2 days, of applying the patch on the production servers (for 2 days, the cpu load was fine).
However, we can't really reproduce the problem in the dev enviroment after the patch

We are planning to upgrade to nginx 1.9 mainline, but I don't know if it will help.

Comment by oleksiys [ 21/May/15 ]

Please remove

gfv4/glassfish/domains/domain1/osgi-cache

after applying the patch. Re-run the server and let me know if you still can reproduce the problem.
Thank you.

Comment by bradvido [ 02/Jun/15 ]

We have the same exact issue, but are running haproxy in front of our glassfish 4.1 server. Will apply the last pathched jar from this thread and see if it helps.





[GLASSFISH-21299] GlassFish looses connection pool Created: 05/Feb/15  Updated: 01/Jun/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: dbcjbn Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Our app is talking to a PostgreSQL database via JPA layer, and when under load it intermittently looses the connection pool entirely.

Our production setup is running with GlassFish 4.0 b89 (we are unable to move or test on 4.1 due to GlassFish-21114).

We have tested with postgresql drivers 9.3-1102.jdbc41 and 9.4-1200.jdbc41, and we have tried substituting baked in eclipselink version for 2.5.2.v20140319, all to no avail.

Any suggestions as to what could be the cause of this?

Stacktrace:

[2015-02-05T15:15:45.649+0100] [glassfish 4.0] [INFO] [] [dk.dbc.dataio.commons.utils.service.AbstractMessageConsumerBean] [tid: _ThreadID=92 _ThreadName=p: thread-pool-1; w: 5] [timeMillis: 1423145745649] [levelValue: 800] [[
Validating message<ID:1073-127.0.1.1(b3:7d:c0:af:d7:e0)-1-1423145745644> with deliveryCount=1]]

[2015-02-05T15:15:45.651+0100] [glassfish 4.0] [INFO] [] [dk.dbc.dataio.sink.utils.messageproducer.JobProcessorMessageProducerBean] [tid: _ThreadID=92 _ThreadName=p: thread-pool-1; w: 5] [timeMillis: 1423145745651] [levelValue: 800] [[
Sending delivered Chunk 215 for job 1]]

[2015-02-05T15:15:45.758+0100] [glassfish 4.0] [INFO] [] [dk.dbc.dataio.commons.utils.service.AbstractMessageConsumerBean] [tid: _ThreadID=163 _ThreadName=p: thread-pool-1; w: 7] [timeMillis: 1423145745758] [levelValue: 800] [[
Validating message<ID:1078-127.0.1.1(b3:7d:c0:af:d7:e0)-1-1423145745751> with deliveryCount=1]]

[2015-02-05T15:15:45.760+0100] [glassfish 4.0] [INFO] [] [dk.dbc.dataio.sink.utils.messageproducer.JobProcessorMessageProducerBean] [tid: _ThreadID=163 _ThreadName=p: thread-pool-1; w: 7] [timeMillis: 1423145745760] [levelValue: 800] [[
Sending delivered Chunk 216 for job 1]]

[2015-02-05T15:15:45.786+0100] [glassfish 4.0] [WARNING] [jdbc.pool_not_reachable] [javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors.service] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745786] [levelValue: 900] [[
RAR7010: Pool not reachable. ]]

[2015-02-05T15:15:45.787+0100] [glassfish 4.0] [WARNING] [] [javax.enterprise.resource.resourceadapter.com.sun.enterprise.connectors.service] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745787] [levelValue: 900] [[
jdbc.exc_get_conn]]

[2015-02-05T15:15:45.795+0100] [glassfish 4.0] [WARNING] [] [org.eclipse.persistence.session.file:/home/jbn/dev/repos/dataio/integration-test/glassfish/home/glassfish4/glassfish/domains/domain1/applications/new-job-store-service/WEB-INF/lib/dataio-new-job-store-service-ejb-1.0-SNAPSHOT.jar_jobstorePU] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745795] [levelValue: 900] [[

Local Exception Stack:
Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
Error Code: 0
Call: UPDATE job SET PARTNUMBER = ? WHERE (ID = ?)
bind => [2 parameters bound]
Query: UpdateObjectQuery(dk.dbc.dataio.jobstore.service.entity.JobEntity@6393c78b)
at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135)
at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:307)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1619)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:613)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:558)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1995)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:296)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.updateObject(DatasourceCallQueryMechanism.java:797)
at org.eclipse.persistence.internal.queries.StatementQueryMechanism.updateObject(StatementQueryMechanism.java:435)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.updateObjectForWriteWithChangeSet(DatabaseQueryMechanism.java:1057)
at org.eclipse.persistence.queries.UpdateObjectQuery.executeCommitWithChangeSet(UpdateObjectQuery.java:84)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.executeWriteWithChangeSet(DatabaseQueryMechanism.java:300)
at org.eclipse.persistence.queries.WriteObjectQuery.executeDatabaseQuery(WriteObjectQuery.java:58)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:899)
at org.eclipse.persistence.queries.DatabaseQuery.executeInUnitOfWork(DatabaseQuery.java:798)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWorkObjectLevelModifyQuery(ObjectLevelModifyQuery.java:108)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWork(ObjectLevelModifyQuery.java:85)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2894)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1797)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1779)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1730)
at org.eclipse.persistence.internal.sessions.CommitManager.commitChangedObjectsForClassWithChangeSet(CommitManager.java:267)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsWithChangeSet(CommitManager.java:130)
at org.eclipse.persistence.internal.sessions.AbstractSession.writeAllObjectsWithChangeSet(AbstractSession.java:4200)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabase(UnitOfWorkImpl.java:1439)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1529)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.issueSQLbeforeCompletion(UnitOfWorkImpl.java:3166)
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.issueSQLbeforeCompletion(RepeatableWriteUnitOfWork.java:352)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:158)
at org.eclipse.persistence.transaction.JTASynchronizationListener.beforeCompletion(JTASynchronizationListener.java:68)
at com.sun.enterprise.transaction.JavaEETransactionImpl.commit(JavaEETransactionImpl.java:452)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.commit(JavaEETransactionManagerSimplified.java:854)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:719)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:503)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4475)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2009)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1979)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy262.addChunkProcessed(Unknown Source)
at dk.dbc.dataio.jobstore.service.ejb._EJB31_GeneratedJobsBeanIntf__Bean_.addChunkProcessed(Unknown Source)
at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:224)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:198)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:946)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:323)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1625)
at com.sun.enterprise.connectors.ConnectorRuntime.getConnection(ConnectorRuntime.java:639)
at org.glassfish.jdbcruntime.service.JdbcDataSource.getConnection(JdbcDataSource.java:86)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
... 96 more
Caused by: javax.resource.ResourceException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:661)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1617)
... 99 more
Caused by: com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: This pool is not bound in JNDI : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1093)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:989)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:654)
... 100 more
Caused by: javax.naming.NamingException: Lookup failed for '__SYSTEM/pools/jdbc/dataio/jobstore/pool' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NameNotFoundException: pool not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at org.glassfish.resourcebase.resources.naming.ResourceNamingService.lookup(ResourceNamingService.java:238)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnectorConnectionPool(ConnectorConnectionPoolAdminServiceImpl.java:876)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1009)
... 102 more
Caused by: javax.naming.NameNotFoundException: pool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:114)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
... 108 more
]]

[2015-02-05T15:15:45.803+0100] [glassfish 4.0] [WARNING] [enterprise_distributedtx.before_completion_excep] [javax.enterprise.resource.jta.com.sun.enterprise.transaction] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745803] [levelValue: 900] [[
DTX5014: Caught exception in beforeCompletion() callback:
javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
Error Code: 0
Call: UPDATE job SET PARTNUMBER = ? WHERE (ID = ?)
bind => [2 parameters bound]
Query: UpdateObjectQuery(dk.dbc.dataio.jobstore.service.entity.JobEntity@6393c78b)
at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl$1.handleException(EntityManagerSetupImpl.java:692)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.handleException(AbstractSynchronizationListener.java:275)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:170)
at org.eclipse.persistence.transaction.JTASynchronizationListener.beforeCompletion(JTASynchronizationListener.java:68)
at com.sun.enterprise.transaction.JavaEETransactionImpl.commit(JavaEETransactionImpl.java:452)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.commit(JavaEETransactionManagerSimplified.java:854)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:719)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:503)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4475)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2009)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1979)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy262.addChunkProcessed(Unknown Source)
at dk.dbc.dataio.jobstore.service.ejb._EJB31_GeneratedJobsBeanIntf__Bean_.addChunkProcessed(Unknown Source)
at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:224)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:198)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:946)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:323)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:745)
Caused by: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
Error Code: 0
Call: UPDATE job SET PARTNUMBER = ? WHERE (ID = ?)
bind => [2 parameters bound]
Query: UpdateObjectQuery(dk.dbc.dataio.jobstore.service.entity.JobEntity@6393c78b)
at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135)
at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:307)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1619)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:613)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:558)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1995)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:296)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.updateObject(DatasourceCallQueryMechanism.java:797)
at org.eclipse.persistence.internal.queries.StatementQueryMechanism.updateObject(StatementQueryMechanism.java:435)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.updateObjectForWriteWithChangeSet(DatabaseQueryMechanism.java:1057)
at org.eclipse.persistence.queries.UpdateObjectQuery.executeCommitWithChangeSet(UpdateObjectQuery.java:84)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.executeWriteWithChangeSet(DatabaseQueryMechanism.java:300)
at org.eclipse.persistence.queries.WriteObjectQuery.executeDatabaseQuery(WriteObjectQuery.java:58)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:899)
at org.eclipse.persistence.queries.DatabaseQuery.executeInUnitOfWork(DatabaseQuery.java:798)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWorkObjectLevelModifyQuery(ObjectLevelModifyQuery.java:108)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWork(ObjectLevelModifyQuery.java:85)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2894)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1797)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1779)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1730)
at org.eclipse.persistence.internal.sessions.CommitManager.commitChangedObjectsForClassWithChangeSet(CommitManager.java:267)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsWithChangeSet(CommitManager.java:130)
at org.eclipse.persistence.internal.sessions.AbstractSession.writeAllObjectsWithChangeSet(AbstractSession.java:4200)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabase(UnitOfWorkImpl.java:1439)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1529)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.issueSQLbeforeCompletion(UnitOfWorkImpl.java:3166)
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.issueSQLbeforeCompletion(RepeatableWriteUnitOfWork.java:352)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:158)
... 62 more
Caused by: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1625)
at com.sun.enterprise.connectors.ConnectorRuntime.getConnection(ConnectorRuntime.java:639)
at org.glassfish.jdbcruntime.service.JdbcDataSource.getConnection(JdbcDataSource.java:86)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
... 96 more
Caused by: javax.resource.ResourceException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:661)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1617)
... 99 more
Caused by: com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: This pool is not bound in JNDI : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1093)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:989)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:654)
... 100 more
Caused by: javax.naming.NamingException: Lookup failed for '__SYSTEM/pools/jdbc/dataio/jobstore/pool' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NameNotFoundException: pool not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at org.glassfish.resourcebase.resources.naming.ResourceNamingService.lookup(ResourceNamingService.java:238)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnectorConnectionPool(ConnectorConnectionPoolAdminServiceImpl.java:876)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1009)
... 102 more
Caused by: javax.naming.NameNotFoundException: pool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:114)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
... 108 more
]]

[2015-02-05T15:15:45.808+0100] [glassfish 4.0] [WARNING] [ejb.system_exception] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745808] [levelValue: 900] [[
EJB5184:A system exception occurred during an invocation on EJB JobsBean, method: public javax.ws.rs.core.Response dk.dbc.dataio.jobstore.service.ejb.JobsBean.addChunkProcessed(javax.ws.rs.core.UriInfo,java.lang.String,long,long) throws dk.dbc.dataio.jsonb.JSONBException,dk.dbc.dataio.jobstore.types.JobStoreException]]

[2015-02-05T15:15:45.808+0100] [glassfish 4.0] [WARNING] [] [javax.enterprise.system.container.ejb.com.sun.ejb.containers] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745808] [levelValue: 900] [[

javax.ejb.EJBException: Transaction aborted
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:725)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:503)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4475)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2009)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1979)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy262.addChunkProcessed(Unknown Source)
at dk.dbc.dataio.jobstore.service.ejb._EJB31_GeneratedJobsBeanIntf__Bean_.addChunkProcessed(Unknown Source)
at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:224)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:198)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:946)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:323)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:745)
Caused by: javax.transaction.RollbackException: Transaction marked for rollback.
at com.sun.enterprise.transaction.JavaEETransactionImpl.commit(JavaEETransactionImpl.java:490)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.commit(JavaEETransactionManagerSimplified.java:854)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:719)
... 58 more
Caused by: javax.persistence.PersistenceException: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
Error Code: 0
Call: UPDATE job SET PARTNUMBER = ? WHERE (ID = ?)
bind => [2 parameters bound]
Query: UpdateObjectQuery(dk.dbc.dataio.jobstore.service.entity.JobEntity@6393c78b)
at org.eclipse.persistence.internal.jpa.EntityManagerSetupImpl$1.handleException(EntityManagerSetupImpl.java:692)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.handleException(AbstractSynchronizationListener.java:275)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:170)
at org.eclipse.persistence.transaction.JTASynchronizationListener.beforeCompletion(JTASynchronizationListener.java:68)
at com.sun.enterprise.transaction.JavaEETransactionImpl.commit(JavaEETransactionImpl.java:452)
... 60 more
Caused by: Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.0.v20130507-3faac2b): org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
Error Code: 0
Call: UPDATE job SET PARTNUMBER = ? WHERE (ID = ?)
bind => [2 parameters bound]
Query: UpdateObjectQuery(dk.dbc.dataio.jobstore.service.entity.JobEntity@6393c78b)
at org.eclipse.persistence.exceptions.DatabaseException.sqlException(DatabaseException.java:316)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135)
at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:307)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1619)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:613)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:558)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1995)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:296)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.updateObject(DatasourceCallQueryMechanism.java:797)
at org.eclipse.persistence.internal.queries.StatementQueryMechanism.updateObject(StatementQueryMechanism.java:435)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.updateObjectForWriteWithChangeSet(DatabaseQueryMechanism.java:1057)
at org.eclipse.persistence.queries.UpdateObjectQuery.executeCommitWithChangeSet(UpdateObjectQuery.java:84)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.executeWriteWithChangeSet(DatabaseQueryMechanism.java:300)
at org.eclipse.persistence.queries.WriteObjectQuery.executeDatabaseQuery(WriteObjectQuery.java:58)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:899)
at org.eclipse.persistence.queries.DatabaseQuery.executeInUnitOfWork(DatabaseQuery.java:798)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWorkObjectLevelModifyQuery(ObjectLevelModifyQuery.java:108)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWork(ObjectLevelModifyQuery.java:85)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2894)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1797)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1779)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1730)
at org.eclipse.persistence.internal.sessions.CommitManager.commitChangedObjectsForClassWithChangeSet(CommitManager.java:267)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsWithChangeSet(CommitManager.java:130)
at org.eclipse.persistence.internal.sessions.AbstractSession.writeAllObjectsWithChangeSet(AbstractSession.java:4200)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabase(UnitOfWorkImpl.java:1439)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1529)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.issueSQLbeforeCompletion(UnitOfWorkImpl.java:3166)
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.issueSQLbeforeCompletion(RepeatableWriteUnitOfWork.java:352)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:158)
... 62 more
Caused by: java.sql.SQLException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1625)
at com.sun.enterprise.connectors.ConnectorRuntime.getConnection(ConnectorRuntime.java:639)
at org.glassfish.jdbcruntime.service.JdbcDataSource.getConnection(JdbcDataSource.java:86)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
... 96 more
Caused by: javax.resource.ResourceException: This pool is not registered with the runtime environment : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:661)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1617)
... 99 more
Caused by: com.sun.appserv.connectors.internal.api.ConnectorRuntimeException: This pool is not bound in JNDI : jdbc/dataio/jobstore/pool
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1093)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:989)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:654)
... 100 more
Caused by: javax.naming.NamingException: Lookup failed for '__SYSTEM/pools/jdbc/dataio/jobstore/pool' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NameNotFoundException: pool not found]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at org.glassfish.resourcebase.resources.naming.ResourceNamingService.lookup(ResourceNamingService.java:238)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnectorConnectionPool(ConnectorConnectionPoolAdminServiceImpl.java:876)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1009)
... 102 more
Caused by: javax.naming.NameNotFoundException: pool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:114)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
... 108 more
]]

[2015-02-05T15:15:45.815+0100] [glassfish 4.0] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=22 _ThreadName=http-listener-1(3)] [timeMillis: 1423145745815] [levelValue: 900] [[
StandardWrapperValve[dk.dbc.dataio.jobstore.service.rs.JobStoreApplication]: Servlet.service() for servlet dk.dbc.dataio.jobstore.service.rs.JobStoreApplication threw exception
javax.naming.NameNotFoundException: pool not found
at com.sun.enterprise.naming.impl.TransientContext.doLookup(TransientContext.java:237)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:204)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:208)
at com.sun.enterprise.naming.impl.SerialContextProviderImpl.lookup(SerialContextProviderImpl.java:66)
at com.sun.enterprise.naming.impl.LocalSerialContextProviderImpl.lookup(LocalSerialContextProviderImpl.java:114)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:478)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at org.glassfish.resourcebase.resources.naming.ResourceNamingService.lookup(ResourceNamingService.java:238)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnectorConnectionPool(ConnectorConnectionPoolAdminServiceImpl.java:876)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:1009)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.obtainManagedConnectionFactory(ConnectorConnectionPoolAdminServiceImpl.java:989)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getUnpooledConnection(ConnectorConnectionPoolAdminServiceImpl.java:654)
at com.sun.enterprise.connectors.service.ConnectorConnectionPoolAdminServiceImpl.getConnection(ConnectorConnectionPoolAdminServiceImpl.java:1617)
at com.sun.enterprise.connectors.ConnectorRuntime.getConnection(ConnectorRuntime.java:639)
at org.glassfish.jdbcruntime.service.JdbcDataSource.getConnection(JdbcDataSource.java:86)
at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:123)
at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:330)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:307)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:565)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1619)
at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:305)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:613)
at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:558)
at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:1995)
at org.eclipse.persistence.sessions.server.ClientSession.executeCall(ClientSession.java:296)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228)
at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.updateObject(DatasourceCallQueryMechanism.java:797)
at org.eclipse.persistence.internal.queries.StatementQueryMechanism.updateObject(StatementQueryMechanism.java:435)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.updateObjectForWriteWithChangeSet(DatabaseQueryMechanism.java:1057)
at org.eclipse.persistence.queries.UpdateObjectQuery.executeCommitWithChangeSet(UpdateObjectQuery.java:84)
at org.eclipse.persistence.internal.queries.DatabaseQueryMechanism.executeWriteWithChangeSet(DatabaseQueryMechanism.java:300)
at org.eclipse.persistence.queries.WriteObjectQuery.executeDatabaseQuery(WriteObjectQuery.java:58)
at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:899)
at org.eclipse.persistence.queries.DatabaseQuery.executeInUnitOfWork(DatabaseQuery.java:798)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWorkObjectLevelModifyQuery(ObjectLevelModifyQuery.java:108)
at org.eclipse.persistence.queries.ObjectLevelModifyQuery.executeInUnitOfWork(ObjectLevelModifyQuery.java:85)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2894)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1797)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1779)
at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1730)
at org.eclipse.persistence.internal.sessions.CommitManager.commitChangedObjectsForClassWithChangeSet(CommitManager.java:267)
at org.eclipse.persistence.internal.sessions.CommitManager.commitAllObjectsWithChangeSet(CommitManager.java:130)
at org.eclipse.persistence.internal.sessions.AbstractSession.writeAllObjectsWithChangeSet(AbstractSession.java:4200)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabase(UnitOfWorkImpl.java:1439)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.commitToDatabaseWithChangeSet(UnitOfWorkImpl.java:1529)
at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.issueSQLbeforeCompletion(UnitOfWorkImpl.java:3166)
at org.eclipse.persistence.internal.sessions.RepeatableWriteUnitOfWork.issueSQLbeforeCompletion(RepeatableWriteUnitOfWork.java:352)
at org.eclipse.persistence.transaction.AbstractSynchronizationListener.beforeCompletion(AbstractSynchronizationListener.java:158)
at org.eclipse.persistence.transaction.JTASynchronizationListener.beforeCompletion(JTASynchronizationListener.java:68)
at com.sun.enterprise.transaction.JavaEETransactionImpl.commit(JavaEETransactionImpl.java:452)
at com.sun.enterprise.transaction.JavaEETransactionManagerSimplified.commit(JavaEETransactionManagerSimplified.java:854)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:719)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:503)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4475)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2009)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:1979)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy262.addChunkProcessed(Unknown Source)
at dk.dbc.dataio.jobstore.service.ejb._EJB31_GeneratedJobsBeanIntf__Bean_.addChunkProcessed(Unknown Source)
at sun.reflect.GeneratedMethodAccessor222.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:125)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:152)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:91)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:346)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:341)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:101)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:224)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:198)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:946)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:323)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:335)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:218)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
at java.lang.Thread.run(Thread.java:745)
]]



 Comments   
Comment by dbcjbn [ 01/Jun/15 ]

Turned out this was a case of a malformed domain.xml. The resources were there, but the resource-ref was missing. Behaviour still seems a bit odd, though.





[GLASSFISH-21007] HTTP Upgrade handler init called twice when access log is turned on Created: 17/Mar/14  Updated: 01/Jun/15

Status: In Progress
Project: glassfish
Component/s: web_container
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Critical
Reporter: mreichman Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 3
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.0.1b4 Promoted, Windows 7 x64, JDK 1.7.0_51


Issue Links:
Blocks
blocks TYRUS-306 java.lang.IllegalStateException: Alre... Open
Dependency
blocks TYRUS-306 java.lang.IllegalStateException: Alre... Open
Tags: javaee_ri_fix, payara, review-blk

 Description   

When HTTP access logging is turned on, the init method of HttpUpgradeHandler implementations is called twice at upgrade-time. I'd previously filed TYRUS-306 for this, the necessary information, test components to reproduce are in that ticket. In the Tyrus case, the effect is that two websockets are created for one request which creates management difficulty and potential leaks.



 Comments   
Comment by smillidge-c2b2 [ 12/Jan/15 ]

A suggested fix for this is here
https://github.com/payara/Payara/commit/4b0951d503e416813cc4fba82edd2d60e8a77a53

Comment by prasads [ 02/Apr/15 ]

Pending Review from Amy Roh and Shing Wai Chan

Comment by xwibao [ 01/Jun/15 ]

The same happens when Single Sign-On is enabled (Configuration → server-config → Virtual Servers → server → SSO: Enabled).

What's peculiar, during the second @OnOpen invocation, CDI contexts are not activated. So if you inject any CDI beans into your @ServerEndpoint and use them in @OnOpen, you will get another exception.

Linux i586 + x86_64
JDK 1.8.0_45
GlassFish 4.1 stable
GlassFish 4.1-b14-05_21_2015

(not observed in Payara 4.1.152.1)





[GLASSFISH-21368] Glassfish embedded ejb container hangs until restart. Created: 30/May/15  Updated: 30/May/15

Status: Open
Project: glassfish
Component/s: ejb_container, embedded
Affects Version/s: 4.0, 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jbreindel Assignee: Srini
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 8.1, Glassfish 4.1



 Description   

When attempting to run unit tests using the embedded ejb container, I am only able to run the tests once, then when attempting to run the tests again deploying to the EJB Container hangs. It remains frozen until I restart my computer.

Here is the stack trace of a successful run:

May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] Deploying app: org.glassfish.embeddable.archive.ScatteredArchive@470b5213
May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] GlassFish status: STARTED
May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] Deploying as a ScatteredArchive
May 29, 2015 10:13:40 PM com.sun.enterprise.security.SecurityLifecycle <init>
INFO: Java security manager is disabled.
May 29, 2015 10:13:40 PM com.sun.enterprise.security.SecurityLifecycle onInitialization
INFO: Entering Security Startup Service.
May 29, 2015 10:13:40 PM com.sun.enterprise.security.PolicyLoader loadPolicy
INFO: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
May 29, 2015 10:13:40 PM com.sun.enterprise.security.SecurityLifecycle onInitialization
INFO: Security Service(s) started successfully.

A hanging run would freeze as so:

May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] Deploying app: org.glassfish.embeddable.archive.ScatteredArchive@470b5213
May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] GlassFish status: STARTED
May 29, 2015 10:13:25 PM org.glassfish.ejb.embedded.EJBContainerImpl deploy
INFO: [EJBContainerImpl] Deploying as a ScatteredArchive

I was curious about the java security manager disabled portion, so I enabled the java security manager in the admin panel and the EJB container just fails when deploying. I suspect that there is something going on with the security lifecycle but I am unsure.

Any help is greatly appreciated.






[GLASSFISH-21367] Glassfish prevents applications from using bundled JNA Created: 29/May/15  Updated: 29/May/15

Status: Open
Project: glassfish
Component/s: OSGi, packaging, security
Affects Version/s: 3.1.2.2, 4.1, future release
Fix Version/s: None

Type: Bug Priority: Major
Reporter: emailnbw Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 4
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3.1.2.2 and higher including current nightly



 Description   

Glassfish is bundling JNA 3.2.2 inside libpam4j-repackaged.jar. This horribly old version of JNA does not support functionality, like allowing overriding of the system JNA with a bundled JNA via the system property jna.nosys=true. This prevents a web app which bundles a newer/different version of JNA from every being able to use it.

It also does not support logging the DLL search path used by JNA via jna.debug_load=true.

Finally, among other things, this version does not support a Native.loadLibrary API which allows one to supply a custom classloader for use in loading DLLs. This is important on windows because DLLs remain locked by the web application classloader (vs. a custom classloader) during an undeploy/deploy cycle preventing their removal/cleanup. You can work around this by using the API that supports a custom class loader.

As a workaround for this I repacked the libpam4j-repackaged.jar with the contents of a JNA.jar from the JNA 4.1.0 distro.

Please update the version of JNA bundled by this JAR in Glassfish.






[GLASSFISH-21365] No content from web application without web.xml Created: 27/May/15  Updated: 27/May/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: petrhejl Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

1) download GF 4.1 and unzip it
2) cd glassfish4/glassfish/bin
3) ./asadmin
4) start-domain
5) change-admin-password (configure admin password to glassfish)
6) enable-secure-admin
7) stop-domain
8) start-domain
9) deploy the simplest Java EE 7 app without any descriptor (web.xml) - for example: curl -v --insecure --user admin:glassfish https://127.0.0.1:4848/__asadmin/deploy?DEFAULT=/home/petr/NetBeansProjects/WebApplication1/dist/WebApplication1.war\&force=true\&name=WebApplication1\&contextroot=/WebApplication1
10) Access the aplication: curl -v http://localhost:8080/WebApplication1/
11) No content:
< HTTP/1.1 200 OK

  • Server GlassFish Server Open Source Edition 4.1 is not blacklisted
    < Server: GlassFish Server Open Source Edition 4.1
    < X-Powered-By: Servlet/3.1 JSP/2.3 (GlassFish Server Open Source Edition 4.1 Java/Oracle Corporation/1.7)
    < Date: Wed, 27 May 2015 12:34:43 GMT
    < Content-Length: 0

In the server log:
WEB9100: No WebSecurityManager found for context WebApplication1/WebApplication1

The issue persists until the deployment of the first app containing web.xml.






[GLASSFISH-21364] Bump eclipselink version to solve jdk8 related issues Created: 27/May/15  Updated: 27/May/15

Status: Open
Project: glassfish
Component/s: entity-persistence
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: rainerschamm Assignee: Srini
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Can we please bump the eclipselink version so that the following bug is solved:

  • IndirectList is missing the new sort method introduced in Java 8

As described here:

http://stackoverflow.com/questions/26816650/java8-collections-sort-sometimes-does-not-sort-jpa-returned-lists

and described here:

http://stackoverflow.com/questions/27935032/foreach-and-sort-dont-work-and-cannot-set-breakpoints-in-blocks

The eclipselink bugs are:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=433075
https://bugs.eclipse.org/bugs/show_bug.cgi?id=446236

Target milestone is: 2.7.0

Maybe they will fix it for 2.6 though.

In any case it would be really important for JDK8 users get this into Glassfish 4.2 please.



 Comments   
Comment by rainerschamm [ 27/May/15 ]

Sorry the other bug title is:

  • Stream API gets no results

And I see that its fixed in 2.6. But the list issue is not fixed in a release yet.





[GLASSFISH-21363] Deadlock in JavaEEExtender between deploy and undeploy Created: 26/May/15  Updated: 26/May/15

Status: Open
Project: glassfish
Component/s: OSGi-JavaEE
Affects Version/s: 3.1, 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: dholscherext Assignee: Sanjeeb Sahoo
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

We have a significant number of OSGi bundles with EJB content. When redeploying a bundle and a dependency of that bundle (simply touching the files) we get a deadlock between the deploy and undeploy in JavaEEExtender.

Here's the two threads, one has the Felix global bundle lock and one is trying to obtain it, while the other has a lock on the JavaEEExtender and one is trying to obtain that.

"pool-15-thread-1" #113 prio=5 os_prio=0 tid=0x00007f147c00e800 nid=0x8a4 in Object.wait() [0x00007f14563eb000]
   java.lang.Thread.State: WAITING (on object monitor)
	at java.lang.Object.wait(Native Method)
	at java.lang.Object.wait(Object.java:502)
	at org.apache.felix.framework.Felix.acquireBundleLock(Felix.java:5039)
	- locked <0x0000000721bfb720> (a [Ljava.lang.Object;)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:1866)
	at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
	at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
	- locked <0x0000000721346de0> (a org.jvnet.hk2.osgiadapter.OSGiModuleImpl)
	at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
	at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
	at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
	at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
	at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
	at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1395)
	at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1384)
	at com.sun.enterprise.v3.server.ContainerStarter.startContainer(ContainerStarter.java:112)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainer(ApplicationLifecycle.java:997)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:702)
	- locked <0x000000072068a430> (a org.glassfish.internal.data.ContainerRegistry)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:377)
	at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
	at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.deploy(OSGiDeploymentRequest.java:185)
	at org.glassfish.osgijavaeebase.OSGiDeploymentRequest.execute(OSGiDeploymentRequest.java:120)
	at org.glassfish.osgijavaeebase.AbstractOSGiDeployer.deploy(AbstractOSGiDeployer.java:123)
	at org.glassfish.osgijavaeebase.OSGiContainer.deploy(OSGiContainer.java:154)
	- locked <0x000000072ade0e90> (a org.glassfish.osgijavaeebase.OSGiContainer)
	at org.glassfish.osgijavaeebase.JavaEEExtender.deploy(JavaEEExtender.java:109)
	- locked <0x000000072ade0e70> (a org.glassfish.osgijavaeebase.JavaEEExtender)
	at org.glassfish.osgijavaeebase.JavaEEExtender.access$200(JavaEEExtender.java:61)
	at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:153)
	at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer$1.call(JavaEEExtender.java:150)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	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)

And this one

"FelixFrameworkWiring" #369 daemon prio=5 os_prio=0 tid=0x00007f14682cb000 nid=0x1296 waiting for monitor entry [0x00007f1474a59000]
   java.lang.Thread.State: BLOCKED (on object monitor)
	at org.glassfish.osgijavaeebase.JavaEEExtender.undeploy(JavaEEExtender.java:122)
	- waiting to lock <0x000000072ade0e70> (a org.glassfish.osgijavaeebase.JavaEEExtender)
	at org.glassfish.osgijavaeebase.JavaEEExtender.access$600(JavaEEExtender.java:61)
	at org.glassfish.osgijavaeebase.JavaEEExtender$HybridBundleTrackerCustomizer.removedBundle(JavaEEExtender.java:206)
	at org.osgi.util.tracker.BundleTracker$Tracked.customizerRemoved(BundleTracker.java:491)
	at org.osgi.util.tracker.BundleTracker$Tracked.customizerRemoved(BundleTracker.java:414)
	at org.osgi.util.tracker.AbstractTracked.untrack(AbstractTracked.java:341)
	at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:449)
	at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:868)
	at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:789)
	at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:514)
	at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4403)
	at org.apache.felix.framework.Felix.stopBundle(Felix.java:2520)
	at org.apache.felix.framework.Felix$RefreshHelper.stop(Felix.java:4792)
	at org.apache.felix.framework.Felix.refreshPackages(Felix.java:4104)
	at org.apache.felix.framework.FrameworkWiringImpl.run(FrameworkWiringImpl.java:178)
	at java.lang.Thread.run(Thread.java:745)

It seems like the JavaEEExtender class has two problems. 1) One is that deploy and undeploy are synchronized although comments indicate that synchronization is to prevent deploys and undeploys while the class is starting and stopping. A ReadWriteLock could be used to accomplish the goal without making deploy and undeploy mutually exclusive. 2) More importantly, undeploy isn't done in a separate thread like deploy so you can get into this deadlock situation because the felix global lock is held when undeploy is called. Moving undeploy into its own thread should solve that problem (and avoid kicking the deadlock problem down the road to the highly synchronized OSGiContainer).






[GLASSFISH-21314] Cannot create JDBC Connection Pool Created: 23/Feb/15  Updated: 22/May/15

Status: In Progress
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: doobrie Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Blocks
is blocked by JERSEY-2861 Glassfish REST API - OPTIONS request ... Open
Duplicate
is duplicated by GLASSFISH-21353 Cannot Create JDBC Resource or Connec... In Progress
Tags: javaee_ri_fix

 Description   

When attempting to create a new JDBC connection pool, GlassFish errors with the exception:

java.lang.IllegalStateException: getOutputStream() has already been called for this response

To reproduce, using the latest builds (from 23 Feb 2015):

1. Select Create New JDBCConnection Pool
2. Enter any valid information on Step 1 of 2 (New JDBC Connection Pool page)
3. Click the Next button and the error is thrown.

The full stack tace from the log files is as follows:

[2015-02-23T22:06:15.124+0000] [glassfish 4.1] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=178 _ThreadName=admin-listener(8)] [timeMillis: 1424729175124] [levelValue: 900] [[
StandardWrapperValve[FacesServlet]: Servlet.service() for servlet FacesServlet threw exception
java.lang.IllegalStateException: getOutputStream() has already been called for this response
at org.apache.catalina.connector.Response.getWriter(Response.java:777)
at org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:224)
at com.sun.faces.context.ExternalContextImpl.getResponseOutputWriter(ExternalContextImpl.java:846)
at com.sun.faces.context.PartialViewContextImpl.createPartialResponseWriter(PartialViewContextImpl.java:504)
at com.sun.faces.context.PartialViewContextImpl.access$300(PartialViewContextImpl.java:79)
at com.sun.faces.context.PartialViewContextImpl$DelayedInitPartialResponseWriter.getWrapped(PartialViewContextImpl.java:642)
at javax.faces.context.PartialResponseWriter.startDocument(PartialResponseWriter.java:120)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handlePartialResponseError(AjaxExceptionHandlerImpl.java:201)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handle(AjaxExceptionHandlerImpl.java:126)
at javax.faces.context.ExceptionHandlerWrapper.handle(ExceptionHandlerWrapper.java:100)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:678)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
]]

[2015-02-23T22:09:25.421+0000] [glassfish 4.1] [INFO] [] [org.glassfish.admingui] [tid: _ThreadID=53 _ThreadName=admin-listener(3)] [timeMillis: 1424729365421] [levelValue: 800] [[
Exception Occurred :null]]



 Comments   
Comment by nabizamani [ 24/Feb/15 ]

What DB and version are you using? What JDBC driver are you using?

Did you also try via asadmin? Here you can see how it works via asadmin and with postgres: https://www.nabisoft.com/tutorials/glassfish/using-glassfish-3-and-java-ee-6-for-longitude-latitude-calculations-to-implement-server-side-location-based-services#Step3
Probably this helps you...

A few days ago I had a similar issue when I tried to connect to the latest Postgres 9.4.1 via its latest JDBC driver. Unfortunately, it did not work at all and I thought there is a bug somewhere in Glassfish. Then I found out that the latest JDBC driver (9.4-1200-jdbc41) for Postgres has a bug, see: https://github.com/pgjdbc/pgjdbc/pull/257

However, I also get many "java.lang.IllegalStateException: getOutputStream() has already been called for this response" exceptions in my log file

Comment by tovine [ 11/Mar/15 ]

I also got this error today (running Postgresql 9.3 and the latest JDBC driver, however the error was the same before I even included the jdbc jar in the glassfish lib folder).

Tried with the latest nightly (4.1-b13 from 2015-03-09).

UPDATE: it works with the nightly build dated 2015-02-18, so it must have happened sometime during that week...

Comment by Romain Grécourt [ 11/Mar/15 ]

Can you try against the following builds?

Thanks,
Romain

Comment by Arindam Bandyopadhyay [ 15/May/15 ]

Duplicate to GLASSFISH-21353.
This is a Jersey 2.16 integration issue.The functionality is broken on 2015-02-18 due to Jersey 2.16 integration. From buildDefaultValueMap function of appserver/admingui/common/src/main/java/org/glassfish/admingui/common/util/RestUtil.java we are calling HTTP options method to populate the default value. However OPTIONS request with Accept header is giving blank response. JERSEY-2861 is created for the same.

Comment by Arindam Bandyopadhyay [ 15/May/15 ]

Please note that not only JDBC Connection Pool is broken , due to this issue we can't create any of the following resources
Concurrent Resources
--------------------
Context Services
Managed Thread Factories
Managed Executor Services
Managed Scheduled Executor Services
Connectors
-----------
Admin Object Resources
Connector Resources
Connector Connection Pools
Work Security Maps
JDBC


JDBC Resources
JDBC Connection Pools
JMS Resources
--------------
Connection Factories
Destination Resources
JNDI


Custom Resources
External Resources
JavaMail Sessions

Comment by tovine [ 22/May/15 ]

Romain Grécourt: I'm sorry for not responding earlier (been busy with school projects and final exams, plus we avoided the issue at work by using a version of Payara instead).

Isn't this issue fixed now? From the Payara release notes (http://payara.co/release_notes):
(Under Fixed issues) "269 – Nightly build 2015-04-28 does not allow creating jdbc connection pool resources through web interface"

If this is correct, then I assume the fix will be submitted back to upstream GlassFish (if it hasn't been already)...





[GLASSFISH-21275] Glassfish4 log rotation “Maximum History Files” issue Created: 19/Dec/14  Updated: 21/May/15

Status: Open
Project: glassfish
Component/s: logging
Affects Version/s: 4.0_b89_RC5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: binru Assignee: rajendra_inamdar
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.0 (only one DAS), Windows Server 2012 R2, Java 1.7.0_51



 Description   

Environment:
Glassfish 4.0 (only one DAS), Windows Server 2012 R2, Java 1.7.0_51
Create the DAS instance service by using the create-service subcommand.

Issue:
The maximum history files attribute has been set, however, Glassfish Server couldn’t remove the old log files due to the lock file server.log.lck

Path --> C:\glassfish4\glassfish\domains\domain1\config\logging.properties
com.sun.enterprise.server.logging.GFFileHandler.maxHistoryFiles=10

Log Snippet:
[2014-12-10T18:00:39.372+0900] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=16 _ThreadName=Thread-5] [timeMillis: 1418202039372] [levelValue: 1000] [[
java.util.logging.ErrorManager: 0: FATAL ERROR: COULD NOT DELETE LOG FILE.]]

[2014-12-10T18:00:39.372+0900] [glassfish 4.0] [SEVERE] [] [] [tid: _ThreadID=16 _ThreadName=Thread-5] [timeMillis: 1418202039372] [levelValue: 1000] [[
java.io.IOException: Could not delete log file: C:\glassfish4\glassfish\domains\domain1\logs\server.log.lck
at com.sun.enterprise.server.logging.GFFileHandler.cleanUpHistoryLogFiles(GFFileHandler.java:725)
at com.sun.enterprise.server.logging.GFFileHandler$4.run(GFFileHandler.java:802)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.server.logging.GFFileHandler.rotate(GFFileHandler.java:744)
at com.sun.enterprise.server.logging.GFFileHandler$1.run(GFFileHandler.java:301)
at com.sun.enterprise.server.logging.LogRotationTimerTask.run(LogRotationTimerTask.java:68)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)]]

Findings:
1, If the lock file “server.log.lck” exists in the log folder, the issue occurred, and can find the above errors in the log every day when Glassfish server tries to remove the old log files. If there is no “server.log.lck” in the log folder, no any issue and work properly.

2, If the DAS instance is started by the command “asadmin start-domain domain1”, there is no lock file “server.log.lck” generated in the log folder. But if the DAS instance is started in Windows Service, the lock file “server.log.lck” will be generated automatically and keep 0KB until stop the service, this file will be removed automatically.

3, If the DAS instance is started by the command “asadmin start-domain -w domain1” which adds the watchdog option, the lock file “server.log.lck” will be generated automatically and exist until stop the service.

4, When the lock file “server.log.lck” appears, there is always one more java.exe process existing. Therefore, when start the DAS instance from Windows Service, there are two “java.exe” running in the process and “server.log.lck” is using by one of them.

Questions:
1, I’d like to start/stop the DAS instance by Windows Service, not using the subcommand. Moreover, I don’t want to keep all Glassfish logs on my server and it will cause a disk full issue so that I would prefer to turn on the Glassfish Logging Maximum history Files option. Is there any workaround or solution for that?

2, Is this a defect of Glassfish or it’s just a setting issue? I did try to install on other servers and all had the same issue.

3, Why there are two java.exe processes running if started from Windows Server, is the 2nd one used for “watchdog”?

Thank you so much for your help and please let me know if there is any further information you’d like to know or want me to do some other tests.



 Comments   
Comment by binru [ 16/Jan/15 ]

Has anyone verified this is a defect and will be resolved? Thank you!

Comment by spmurphy [ 21/May/15 ]

Hi, we're also seeing this issue and would appreciate a fix. Thank you!





[GLASSFISH-21329] JSP using tag library is not correctly compiled Created: 15/Mar/15  Updated: 21/May/15

Status: Open
Project: glassfish
Component/s: standalone_client
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jsantbri2 Assignee: Tim Quinn
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 8.1



 Description   

The JSP compiler generates the wrong variable names in case of a nesting of the same tag:

PWC6197: An error occurred at line: 79 in the jsp file: /upload/scripts/bankcontent.jsp
PWC6199: Generated servlet error:
cannot find symbol
symbol: variable String_jspx_temp0
location: class org.apache.jsp.upload.scripts.bankcontent_jsp

PWC6199: Generated servlet error:
cannot find symbol
symbol: variable _jspx_temp0
location: class org.apache.jsp.upload.scripts.bankcontent_jsp

The variable name should be (String) _jspx_temp0 instead of String_jspx_temp0. This happen for all variables temp0 through 16 in this case. Other application servers do not exhibit this behavior.



 Comments   
Comment by ludovic.smadja [ 20/May/15 ]

Same issue with Glassfish 4.1 build 13 on windows 7 Professionnal SP1 or fedora 21.

Comment by ludovic.smadja [ 21/May/15 ]

We have also the same problem with glasshfish 3.1.2.2 build 5 on fedora 21.





[GLASSFISH-21361] java.util.ConcurrentModificationException is thrown when using JDBC pool with associate-with-thread option turned on (AssocWithThreadResourcePool pool class). Created: 20/May/15  Updated: 20/May/15

Status: Open
Project: glassfish
Component/s: jdbc
Affects Version/s: 4.0, 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jiggster Assignee: sfelts
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

SunOS 5.11 11.2 sun4v sparc sun4v


Tags: jdbc

 Description   

We observe, from time to time, the below stack trace in our application's log file when our system is under heavy load. Our short investigation of the problem lead us to conclusion that its root cause lies in insufficient synchronization of ds field in class AssocWithThreadResourcePool. Below is the snippet from the mentioned class where the problem occurs.

Caused by: java.util.ConcurrentModificationException: null
        at java.util.ArrayList$Itr.checkForComodification(ArrayList.java:901) ~[na:1.8.0_40]
        at java.util.ArrayList$Itr.next(ArrayList.java:851) ~[na:1.8.0_40]
        at com.sun.enterprise.resource.pool.AssocWithThreadResourcePool.getUnenlistedResource(AssocWithThreadResourcePool.java:225) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.resource.pool.ConnectionPool.internalGetResource(ConnectionPool.java:526) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.resource.pool.ConnectionPool.getResource(ConnectionPool.java:381) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.resource.pool.PoolManagerImpl.getResourceFromPool(PoolManagerImpl.java:245) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.resource.pool.PoolManagerImpl.getResource(PoolManagerImpl.java:170) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.connectors.ConnectionManagerImpl.getResource(ConnectionManagerImpl.java:354) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.connectors.ConnectionManagerImpl.internalGetConnection(ConnectionManagerImpl.java:307) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:196) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:171) ~[connectors-runtime.jar:na]
        at com.sun.enterprise.connectors.ConnectionManagerImpl.allocateConnection(ConnectionManagerImpl.java:166) ~[connectors-runtime.jar:na]
        at com.sun.gjc.spi.base.AbstractDataSource.getConnection(AbstractDataSource.java:114) ~[__ds_jdbc_ra.jar:na]
        at org.eclipse.persistence.sessions.JNDIConnector.connect(JNDIConnector.java:135) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.sessions.DatasourceLogin.connectToDatasource(DatasourceLogin.java:162) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.connectInternal(DatasourceAccessor.java:346) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.connectInternal(DatabaseAccessor.java:309) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.reconnect(DatasourceAccessor.java:581) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.reconnect(DatabaseAccessor.java:1634) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatasourceAccessor.incrementCallCount(DatasourceAccessor.java:321) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicExecuteCall(DatabaseAccessor.java:615) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.executeCall(DatabaseAccessor.java:560) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.sessions.AbstractSession.basicExecuteCall(AbstractSession.java:2055) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.sessions.server.ServerSession.executeCall(ServerSession.java:570) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:242) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeCall(DatasourceCallQueryMechanism.java:228) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.executeSelectCall(DatasourceCallQueryMechanism.java:299) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.selectAllRows(DatasourceCallQueryMechanism.java:694) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllRowsFromTable(ExpressionQueryMechanism.java:2740) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.queries.ExpressionQueryMechanism.selectAllReportQueryRows(ExpressionQueryMechanism.java:2677) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.queries.ReportQuery.executeDatabaseQuery(ReportQuery.java:852) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.queries.DatabaseQuery.execute(DatabaseQuery.java:904) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.queries.ObjectLevelReadQuery.execute(ObjectLevelReadQuery.java:1132) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.queries.ReadAllQuery.execute(ReadAllQuery.java:442) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.queries.ObjectLevelReadQuery.executeInUnitOfWork(ObjectLevelReadQuery.java:1220) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.sessions.UnitOfWorkImpl.internalExecuteQuery(UnitOfWorkImpl.java:2896) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1857) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1839) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.sessions.AbstractSession.executeQuery(AbstractSession.java:1804) ~[org.eclipse.persistence.core_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.jpa.QueryImpl.executeReadQuery(QueryImpl.java:258) ~[org.eclipse.persistence.jpa_2.6.0.v20150309-bf26070.jar:na]
        at org.eclipse.persistence.internal.jpa.QueryImpl.getSingleResult(QueryImpl.java:521) ~[org.eclipse.persistence.jpa_2.6.0.v20150309-bf26070.jar:na]
        ... 68 common frames omitted
AssocWithThreadResourcePool.java
//DISASSOCIATE
if (result == null) {
  synchronized (this) {

    for (ResourceHandle resource : ds.getAllResources()) {
      synchronized (resource.lock) {
        //though we are checking resources from within the free list,
        //we could have a situation where the resource was free upto
        //this point, put just before we entered the synchronized block,
        //the resource "h" got used by the thread that was associating it
        //so we need to check for isFree also

        if (resource.getResourceState().isUnenlisted() &&
          resource.getResourceState().isFree() &&
          !(((AssocWithThreadResourceHandle) resource).isDirty())) {
          if (!matchConnection(resource, alloc)) {
            continue;
          }

          if (resource.hasConnectionErrorOccurred()) {
            continue;
          }
          result = resource;
          setResourceStateToBusy(result);
          ((AssocWithThreadResourceHandle) result).setAssociated(false);

          break;
        }
      }
    }
  }
}





[GLASSFISH-21114] Failure to lookup EJB in ear/war Created: 01/Jul/14  Updated: 16/May/15

Status: Open
Project: glassfish
Component/s: web_services
Affects Version/s: 4.1_b05, 4.1_b06, 4.1_b07
Fix Version/s: None

Type: Bug Priority: Major
Reporter: dbcjbn Assignee: Jakub Podlesak
Resolution: Unresolved Votes: 16
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0_1-review, fishcat

 Description   

I have an ear which includes an EJB and a jax-rs WAR module, both listed in the application.xml file of the EAR.

The war contains jax-rs Application and resource bean classes, and the resource class injects stateless bean from the EJB module using @EJB annotation.

When I access the REST resource after deploy GlassFish is unable to locate the jax-rs resource bean, which lives inside the WAR. It looks like GlassFish assumes it is to be found in the EJB module (see Stacktrace below).

I have a small example application exhibiting this problem, that I will gladly upload if possible.

The problem does not appear to be in GlassFish versions 4.0 up to and including 4.0.1 b04.

We have done testing on both Java 7 and 8.

[2014-07-01T12:06:22.179+0200] [glassfish 4.0] [WARNING] [] [org.glassfish.jersey.gf.ejb.internal.EjbComponentProvider] [tid: _ThreadID=123 _ThreadName=http-listener-1(1)] [timeMillis: 1404209182179] [levelValue: 900] [[
An instance of EJB class, dk.dbc.gf.ejb.HelloWorldBean, could not be looked up using simple form name. Attempting to look up using the fully-qualified form name.
javax.naming.NamingException: Lookup failed for 'java:app/gf-4.0.1-fail-ejb-1.0-SNAPSHOT/HelloWorldBean' in SerialContext[myEnv=

{java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming}

[Root exception is javax.naming.NameNotFoundException: No object bound to name java:app/gf-4.0.1-fail-ejb-1.0-SNAPSHOT/HelloWorldBean]
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:491)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at javax.naming.InitialContext.lookup(InitialContext.java:417)
at org.glassfish.jersey.gf.ejb.internal.EjbComponentProvider.lookupSimpleForm(EjbComponentProvider.java:378)
at org.glassfish.jersey.gf.ejb.internal.EjbComponentProvider.lookup(EjbComponentProvider.java:360)
at org.glassfish.jersey.gf.ejb.internal.EjbComponentProvider.access$000(EjbComponentProvider.java:100)
at org.glassfish.jersey.gf.ejb.internal.EjbComponentProvider$EjbFactory.provide(EjbComponentProvider.java:123)
at org.jvnet.hk2.internal.FactoryCreator.create(FactoryCreator.java:96)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:456)
at org.jvnet.hk2.internal.PerLookupContext.findOrCreate(PerLookupContext.java:69)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2151)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:641)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:626)
at org.glassfish.jersey.internal.inject.Injections.getOrCreate(Injections.java:172)
at org.glassfish.jersey.server.model.MethodHandler$ClassBasedMethodHandler.getInstance(MethodHandler.java:185)
at org.glassfish.jersey.server.internal.routing.PushMethodHandlerRouter.apply(PushMethodHandlerRouter.java:74)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:112)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:115)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:115)
at org.glassfish.jersey.server.internal.routing.RoutingStage._apply(RoutingStage.java:115)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:94)
at org.glassfish.jersey.server.internal.routing.RoutingStage.apply(RoutingStage.java:63)
at org.glassfish.jersey.process.internal.Stages.process(Stages.java:197)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:261)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:297)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:252)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1025)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:372)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:382)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:345)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:220)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: javax.naming.NameNotFoundException: No object bound to name java:app/gf-4.0.1-fail-ejb-1.0-SNAPSHOT/HelloWorldBean
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:741)
at com.sun.enterprise.naming.impl.GlassfishNamingManagerImpl.lookup(GlassfishNamingManagerImpl.java:715)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:167)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:471)
... 64 more
]]



 Comments   
Comment by Joe Di Pol [ 01/Jul/14 ]

There have been some recent Jersey integrations. Assigning to Jakub for initial evaluation.

Comment by dbcjbn [ 04/Aug/14 ]

Would you happen to have an estimate on when this issue will be addressed, please?

Comment by dbcjbn [ 10/Sep/14 ]

This bug has also been observed on GlassFish v4.1

Comment by sgerr [ 16/Sep/14 ]

Bug is reproduced at Glassfish 4.1. It seems it is related to https://java.net/jira/browse/JERSEY-2122, but Jersey bug is at fixed state (fix version is 2.6), whereas Glassfish 4.1 is packaged with jersey of version 2.10.4-0. Unfortunately, this bug still appears. Is it scheduled for resolution?

Comment by giates2000 [ 21/Sep/14 ]

Due to this issue all my working jee7 rest web services are now stopped on glassfish v. 4.1, is there any workaround ?

Comment by gray [ 20/Oct/14 ]

I've found what is causing this bug and added comment to https://java.net/jira/browse/JERSEY-2122.

Comment by gray [ 21/Oct/14 ]

https://java.net/jira/browse/JERSEY-2690

Comment by MarvinEmilBrach [ 08/Mar/15 ]

posssible workaround: replace @Stateless with:
@javax.enterprise.context.RequestScoped
@javax.enterprise.context.ApplicationScoped
@javax.enterprise.context.ConversationScoped // NOT tested
@javax.enterprise.context.SessionScoped // NOT tested

perhaps related to https://java.net/jira/browse/GLASSFISH-21199

Comment by dobromyslov [ 15/Mar/15 ]

@RequestScoped breaks transactions in Jersey and it requires to mark methods as @Transactional.

Also Weld does not work well with @RequestScoped and raises an exception sometimes:
https://issues.jboss.org/browse/WELD-1774

Comment by dobromyslov [ 22/Mar/15 ]

java.lang.IllegalStateException: WELD-000335: Context is already active
Raises when I redeploy with JRebel.
It's been fixed in WELD 2.2.8.Final.

Comment by Sparksis [ 16/May/15 ]

I've submitted a pull request which fixes the issue in Jersey: https://github.com/jersey/jersey/pull/162

Unfortunately the the pull request is still pending.





[GLASSFISH-21353] Cannot Create JDBC Resource or Connection Pool in Admin Console Created: 30/Apr/15  Updated: 15/May/15

Status: In Progress
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.2
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Pandrex247 Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux x64


Issue Links:
Blocks
is blocked by JERSEY-2861 Glassfish REST API - OPTIONS request ... Open
Dependency
depends on JERSEY-2861 Glassfish REST API - OPTIONS request ... Open
Duplicate
duplicates GLASSFISH-21314 Cannot create JDBC Connection Pool In Progress
Tags: payara

 Description   

Attempting to create a JDBC Resouce or Connection Pool using the Admin Console has it fail with a HTTP Status 500 - Internal Server Error. The server.log shows this error:

[2015-04-28T20:20:37.510+0200] [Payara 4.1] [INFO] [] [org.glassfish.admingui] [tid: _ThreadID=107 _ThreadName=admin-listener(6)] [timeMillis: 1430245237510] [levelValue: 800] [[
Exception Occurred :null]]

[2015-04-28T20:21:20.856+0200] [Payara 4.1] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=44 _ThreadName=admin-listener(1)] [timeMillis: 1430245280856] [levelValue: 900] [[
StandardWrapperValve[FacesServlet]: Servlet.service() for servlet FacesServlet threw exception
java.lang.IllegalStateException: getOutputStream() has already been called for this response
at org.apache.catalina.connector.Response.getWriter(Response.java:777)
at org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:224)
at com.sun.faces.context.ExternalContextImpl.getResponseOutputWriter(ExternalContextImpl.java:851)
at com.sun.faces.context.PartialViewContextImpl.createPartialResponseWriter(PartialViewContextImpl.java:504)
at com.sun.faces.context.PartialViewContextImpl.access$300(PartialViewContextImpl.java:79)
at com.sun.faces.context.PartialViewContextImpl$DelayedInitPartialResponseWriter.getWrapped(PartialViewContextImpl.java:642)
at javax.faces.context.PartialResponseWriter.startDocument(PartialResponseWriter.java:120)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handlePartialResponseError(AjaxExceptionHandlerImpl.java:201)
at com.sun.faces.context.AjaxExceptionHandlerImpl.handle(AjaxExceptionHandlerImpl.java:126)
at javax.faces.context.ExceptionHandlerWrapper.handle(ExceptionHandlerWrapper.java:100)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.sun.webui.jsf.util.UploadFilter.doFilter(UploadFilter.java:233)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.doChainInvoke(StandardPipeline.java:678)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
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:283)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
]]

Steps to Reproduce:

  • Build upstream GlassFish and start the domain
  • Navigate to JDBC -> Connection Pools -> New
  • Enter a name, select the type as javax.sql.DataSource, and select the driver as Derby
  • Click Next

The Payara team narrowed it down to being an issue with the quality factor weighting changes made when upgrading Jersey to 2.16. Removing the weighting from @Produces annotations which only provide one media type, or have equal weights across multiple media types, seems to resolve the issue:



 Comments   
Comment by Arindam Bandyopadhyay [ 12/May/15 ]

This is a Jersey 2.16 integration issue. OPTIONS request with Accept header is giving blank response. JERSEY-2861 is created for the same.





[GLASSFISH-16587] request.getUserPrincipal() does not return MyPrincipal Created: 09/May/11  Updated: 14/May/15

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: gernot1 Assignee: kumarjayanti
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 3_1-next, 3_1_1-exclude, 3_1_1-scrubbed, 3_1_2-exclude

 Description   

I've an own javax.security.auth.message.module.ServerAuthModule implementation.
In validateRequest() I put an instance of MyPrincipal to the callbackhandler
MyPrincipal myprincipal = ...;
callbackHandler.handle(new Callback[]

{ new CallerPrincipalCallback(clientSubject, myprincipal), new GroupPrincipalCallback(...) }

);
In the application request.getUserPrincipal() returns an instance of com.sun.enterprise.security.web.integration.WebPrincipal and NOT an instance of MyPrincipal!

In an ejb the call of ejbContext.getCallerPrincipal() does return an instance of MyPrincipal!

==> request.getUserPrincipal() should return the principal which is set in the ServerAuthModule



 Comments   
Comment by kumarjayanti [ 09/May/11 ]

yes this is a known issue and we made some work on it to get the behavior you are looking for. It is still not committed, more work to do.

Comment by kumarjayanti [ 18/May/11 ]

We will make an attempt to get this fixed for 3.1.1 but cannot commit based on resources and time left.

Comment by sultry [ 14/May/15 ]

Depends on this bug made that workaround:

private static Principal glassfishWorkAround(HttpServletRequest request) {
        Principal principal = null;
        try {
            Principal webPrincipal = request.getUserPrincipal();
            if (webPrincipal != null) {
                Class glassfishWrapper = Class.forName("com.sun.enterprise.security.web.integration.WebPrincipal");
                if (glassfishWrapper.isInstance(webPrincipal)) {
                    Field customPrincipal = glassfishWrapper.getDeclaredField("customPrincipal");
                    customPrincipal.setAccessible(true);
                    principal = (Principal) customPrincipal.get(webPrincipal);
                } else {
                    principal = webPrincipal;
                }
            }
        } catch (IllegalArgumentException | IllegalAccessException | NoSuchFieldException | SecurityException | ClassNotFoundException ex) {
            LOGGER.throwing("SecurityConstraint", "glassfishWorkAround", ex);
        }
        return principal;
}

public static Principal getPrincipal(HttpServletRequest request) {
        return glassfishWorkAround(request);
}

Hope it helps somebody! Anyway hope this bug will be resolved soon.





[GLASSFISH-21358] Problem with wrongly decoded HTTP headers which contains umlauts Created: 13/May/15  Updated: 13/May/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: martingy Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Currently we're working on migrating our applications from GF 3.1.2 to GF 4.1. These GF instances are integrated into a SSO environment, with a authenticating reverse-proxy in front. This proxy does, among other thing, send a few HTTP headers to the applications (GF) which might contain umlauts. Up to GF version 3.1.2 this worked without any problems, with GF 4.1 the HTTP headers seems to be decoded with UTF-8 which results in garbaged characters.

As specified in the RFC 2616 the headers from the proxy are encoded in ISO-8859-1. I'm ware this RFC was superseded by RFC 7230 (HTTPbis) which states that the header should be encoded in US-ASCII only. But we're not the only application behind this proxy and it is rater difficult to change this behavior.

Is there a way to change the way the HTTP headers are decoded in GF 4.1? Some sort of compatibility mode?






[GLASSFISH-21079] org.jboss.weld.ejb.api.SessionObjectReference#getBusinessObject now supports remote interfaces Created: 02/Jun/14  Updated: 12/May/15

Status: In Progress
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: amy.yang
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File 19280581-fb7f-4e5c-a2b5-9d3d818e579a.war     Java Archive File test-source.jar    
Tags: 4_0_1-mustfix

 Description   

For cdi 1.2 org.jboss.weld.ejb.api.SessionObjectReference#getBusinessObject now supports remote interfaces. Previously it just supported local interfaces.

The test is causing SessionObjectReferenceImpl#getBusinessObject to be called with an ejb's remote interface. This in turn is calling into EjbContainerServicesImpl#getBusinessObject with what appears to be the correct ejb reference and the remote interface as paramters. But this method is not finding the ejb for the specified remote interface and so an exception is thrown from line 108:

throw new IllegalStateException("Unable to convert ejbRef for ejb " +

The ejb in question is the Spitz ejb (source attached) which has both a local and remote interface defined for it.

To reproduce the exception deploy the attached war and then execute this url:

http://localhost:8080/19280581-fb7f-4e5c-a2b5-9d3d818e579a/ArquillianServletRunner?className=org.jboss.cdi.tck.tests.event.observer.resolve.enterprise.ResolveEnterpriseEventObserverTest&methodName=testObserverMethodOnEnterpriseBeanIsBusinessMethodOrStatic



 Comments   
Comment by kgrucci1 [ 06/May/15 ]

Any estimate on when this bug will be addressed? It needs to be fixed before we can post an updated Java EE 7 RI.

Comment by jjsnyder83 [ 12/May/15 ]

You have to put a breakpoint at line 108 of EjbContainerServicesImpl to see that IllegalStateException is thrown. The exception is subsequently swallowed somewhere (in the weld code I think.)





[GLASSFISH-21048] Field-level validators do not work on beans that have been @Inject'ed Created: 23/Apr/14  Updated: 12/May/15

Status: Open
Project: glassfish
Component/s: bean-validator, cdi
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: benjamin.johnston Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 7, GlassFish Server Open Source Edition 4.0 (build 89), JDK 1.8.0_05, NetBeans 8.0



 Description   

Validation does not work on beans that have been injected using @Inject.

When validating two identical beans with identical state, this is the expected output:

Injected:
[]
Not Injected:
[]

But this is the actual output:

Injected:
[ConstraintViolationImpl{interpolatedMessage='may not be null', propertyPath=name, rootBeanClass=class eetestlite.Simple$Proxy$_$$_WeldClientProxy, messageTemplate='{javax.validation.constraints.NotNull.message}'}]
Not Injected:
[]

Code:

eetestlite/Welcome.java
package eetestlite;

import java.io.IOException;
import java.io.PrintWriter;
import javax.inject.Inject;
import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.validation.Validator;

@WebServlet(name = "Welcome", urlPatterns = {"/Welcome"})
public class Welcome extends HttpServlet {

    @Inject
    Simple injected;
    
    @Inject
    Validator validator;
    
    protected void processRequest(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        response.setContentType("text/plain");
        Simple notInjected = new Simple();
        try (PrintWriter out = response.getWriter()) {
            injected.setName("Hello");
            notInjected.setName("Hello");
            out.println("Injected:");
            out.println(validator.validate(injected));
            out.println("Not Injected:");
            out.println(validator.validate(notInjected));
        }
    }

    @Override
    protected void doGet(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {
        processRequest(request, response);
    }
}
eetestlite/Simple.java
package eetestlite;

import java.io.Serializable;
import javax.enterprise.context.SessionScoped;
import javax.validation.constraints.NotNull;

@SessionScoped
public class Simple implements Serializable {
    
    @NotNull
    private String name;
    
    public String getName() {
        return name;
    }
    
    public void setName(String name) {
        this.name = name;
    }
    
}
beans.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://xmlns.jcp.org/xml/ns/javaee"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd"
       bean-discovery-mode="annotated">
</beans>

The code does work if I move the validation property from the private field to getName().



 Comments   
Comment by jjsnyder83 [ 11/May/15 ]

This appears to be an issue with the Weld proxy that is generated for the injected field. I have an email out to JBoss to discuss the problem.

Comment by Martin Kouba [ 12/May/15 ]

FYI I've submitted a topic on the Bean Validation forum: https://forum.hibernate.org/viewtopic.php?f=26&t=1039523





[GLASSFISH-20341] Support for AroundConstruct Interceptors defined in ejb-jar.xml Created: 17/Apr/13  Updated: 11/May/15

Status: Open
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0
Fix Version/s: 4.1

Type: Bug Priority: Major
Reporter: arjavdesai Assignee: phil.zampino
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0_1-approved

 Description   

We are seeing a few EJB devtest failure

ejb32/interceptors/constructor-level/descriptor/
ejb32/interceptors/aroundconstruct/descriptor/
ejb32/interceptors/get_method_lc/descriptor/

where Interceptor for AroundConstruct on a bean are defined "only in" ejb-jar.xml and implicit CDI scanning has been enabled. The exception reported is:

[java] Caused by: java.lang.RuntimeException: [SfulEJB] InterceptorA.AroundConstruct was not called
[java] at com.acme.BaseBean.verify(BaseBean.java:17)
[java] at com.acme.SfulEJB.hello(SfulEJB.java:19)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[java] at java.lang.reflect.Method.invoke(Method.java:601)
[java] at org.glassfish.ejb.security.application.EJBSecurityManager.runMethod(EJBSecurityManager.java:1081)
[java] at org.glassfish.ejb.security.application.EJBSecurityManager.invoke(EJBSecurityManager.java:1153)
[java] at com.sun.ejb.containers.BaseContainer.invokeBeanMethod(BaseContainer.java:4695)
[java] at com.sun.ejb.EjbInvocation.invokeBeanMethod(EjbInvocation.java:630)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
[java] at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
[java] at com.acme.InterceptorA.interceptCall(InterceptorA.java:51)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[java] at java.lang.reflect.Method.invoke(Method.java:601)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
[java] at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
[java] at com.acme.InterceptorB.interceptCall(InterceptorB.java:46)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[java] at java.lang.reflect.Method.invoke(Method.java:601)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
[java] at com.sun.ejb.EjbInvocation.proceed(EjbInvocation.java:582)
[java] at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[java] at java.lang.reflect.Method.invoke(Method.java:601)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeInterceptor.intercept(InterceptorManager.java:883)
[java] at com.sun.ejb.containers.interceptors.AroundInvokeChainImpl.invokeNext(InterceptorManager.java:822)
[java] at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:369)
[java] at com.sun.ejb.containers.BaseContainer.__intercept(BaseContainer.java:4667)
[java] at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:4655)
[java] at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)



 Comments   
Comment by arjavdesai [ 17/Apr/13 ]

Waiting on WELD to resolve https://issues.jboss.org/browse/WELD-1412. In the meantime, if AroundConstruct interceptors are specified in the ejb-jar.xml, that module can't use CDI. Hence the above mentioned tests are modified to disable CDI scanning. To reproduce the issue, please remove beans.xml from it.

Comment by tlcksnyder [ 23/Apr/13 ]

JBoss not planning to fix in Weld 2.0, therefore it is not making initial drop for EE7 / 4.0.

Comment by arjavdesai [ 24/Apr/13 ]

Following EJB CTS failure are caused by this issue as well:

com/sun/ts/tests/ejb30/lite/interceptor/singleton/lifecycle/descriptor/Client.java#aroundConstructInterceptorTest_from_ejbembed: Client_aroundConstructInterceptorTest_from_ejbembed
Failed with exception
java.lang.RuntimeException: nullExpecting result list: [InterceptorA, Interceptor9, Interceptor9, InterceptorBaseBase, InterceptorBase, InterceptorBaseBase, InterceptorBase, InterceptorBeanBase, AroundConstructInterceptorBean]null , but actual: [InterceptorBaseBase, InterceptorBase, InterceptorBaseBase, InterceptorBase, InterceptorBeanBase, AroundConstructInterceptorBean]
at com.sun.ts.tests.ejb30.common.helper.Helper.compareResultList(Helper.java:36)
at com.sun.ts.tests.ejb30.common.helper.Helper.compareResultList(Helper.java:42)
at com.sun.ts.tests.ejb30.lite.interceptor.common.lifecycle.ClientBase.interceptorTest(ClientBase.java:146)
at com.sun.ts.tests.ejb30.lite.interceptor.common.lifecycle.ClientBase.aroundConstructInterceptorTest(ClientBase.java:138)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ts.tests.ejb30.common.lite.EJBLiteClientBase.runTestInVehicle(EJBLiteClientBase.java:221)
at com.sun.ts.tests.ejb30.common.lite.EJBLiteClientBase.getStatus(EJBLiteClientBase.java:114)
at com.sun.ts.tests.common.vehicle.ejbembed.EJBEmbedRunner.run(EJBEmbedRunner.java:41)
at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:102)
at com.sun.ts.lib.harness.EETest.getPropsReady(EETest.java:446)
at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:210)
at com.sun.ts.lib.harness.EETest.run(EETest.java:257)
at com.sun.ts.tests.common.vehicle.VehicleClient.main(VehicleClient.java:27)

com/sun/ts/tests/ejb30/lite/interceptor/singleton/lifecycle/descriptor/Client.java#aroundConstructInterceptorTest_from_ejblitejsf: Client_aroundConstructInterceptorTest_from_ejblitejsf
com/sun/ts/tests/ejb30/lite/interceptor/singleton/lifecycle/descriptor/Client.java#aroundConstructInterceptorTest_from_ejblitejsp: Client_aroundConstructInterceptorTest_from_ejblitejsp
com/sun/ts/tests/ejb30/lite/interceptor/singleton/lifecycle/descriptor/Client.java#aroundConstructInterceptorTest_from_ejbliteservlet: Client_aroundConstructInterceptorTest_from_ejbliteservlet
com/sun/ts/tests/ejb30/lite/interceptor/singleton/lifecycle/descriptor/Client.java#aroundConstructInterceptorTest_from_ejbliteservlet2: Client_aroundConstructInterceptorTest_from_ejbliteservlet2

java.lang.RuntimeException:
Expecting result list: [InterceptorA, Interceptor9, Interceptor9, InterceptorBaseBase, InterceptorBase, InterceptorBaseBase, InterceptorBase, InterceptorBeanBase, AroundConstructInterceptorBean]
, but actual: [InterceptorBaseBase, InterceptorBase, InterceptorBaseBase, InterceptorBase, InterceptorBeanBase, AroundConstructInterceptorBean]
at com.sun.ts.tests.ejb30.common.helper.Helper.compareResultList(Helper.java:36)
at com.sun.ts.tests.ejb30.common.helper.Helper.compareResultList(Helper.java:42)
at com.sun.ts.tests.ejb30.lite.interceptor.common.lifecycle.ClientBase.interceptorTest(ClientBase.java:146)
at com.sun.ts.tests.ejb30.lite.interceptor.common.lifecycle.ClientBase.aroundConstructInterceptorTest(ClientBase.java:138)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.sun.ts.tests.ejb30.common.lite.EJBLiteClientBase.runTestInVehicle(EJBLiteClientBase.java:221)
at com.sun.ts.tests.ejb30.common.lite.EJBLiteClientBase.getStatus(EJBLiteClientBase.java:114)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at javax.el.BeanELResolver.getValue(BeanELResolver.java:363)
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
at com.sun.el.parser.AstValue.getValue(AstValue.java:140)
at com.sun.el.parser.AstValue.getValue(AstValue.java:204)
at com.sun.el.parser.AstDeferredExpression.getValue(AstDeferredExpression.java:63)
at com.sun.el.parser.AstCompositeExpression.getValue(AstCompositeExpression.java:68)
at com.sun.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:182)
at javax.faces.component.UIOutput.getValue(UIOutput.java:174)

Comment by phil.zampino [ 20/Jun/13 ]

The associated Weld issue (https://issues.jboss.org/browse/WELD-1412) is targeted for 2.0.1, but is as of yet unresolved.

Comment by jjsnyder83 [ 26/Mar/15 ]

The upgrade to Weld 2.2.10.Final went in last night with revision 63813. Please retry.

Comment by jjsnyder83 [ 11/May/15 ]

We are using the Weld getInjectionTargetFactory(annotatedType).createInterceptorInjectionTarget(); for ejb interceptors so I think this jira may be wbe working now.





[GLASSFISH-21233] NPE when deploying app with method returning lambda Created: 10/Oct/14  Updated: 11/May/15

Status: Open
Project: glassfish
Component/s: cdi, deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Liiiii Assignee: jjsnyder83
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows 8 64 bit

java version "1.8.0_20"
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)

Eclipse, Java EE distribution, 4.4



 Description   

When deploying a WAR application (using the Eclipse Java EE development tools) to GlassFish a DeploymentException is thrown and the deployment is aborted.

This happens when the project contains a method which returns a lambda expression:

public class Utils {
public static <K, V> Function<K, V> noSuchElementThrower() {
return k ->

{ throw new NoSuchElementException(); }

;
}
}

The method does not need to be invoke anywhere.

The following is the log that is produced during the incident:

2014-10-10T11:39:54.560+0200|Info: Running GlassFish Version: GlassFish Server Open Source Edition 4.1 (build 13)
2014-10-10T11:39:54.560+0200|Info: Server log file is using Formatter class: com.sun.enterprise.server.logging.ODLLogFormatter
2014-10-10T11:39:54.638+0200|Info: Realm [admin-realm] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
2014-10-10T11:39:54.638+0200|Info: Realm [file] of classtype [com.sun.enterprise.security.auth.realm.file.FileRealm] successfully created.
2014-10-10T11:39:54.638+0200|Info: Realm [certificate] of classtype [com.sun.enterprise.security.auth.realm.certificate.CertificateRealm] successfully created.
2014-10-10T11:39:54.654+0200|Info: Realm [seshat-realm] of classtype [com.sun.enterprise.security.auth.realm.jdbc.JDBCRealm] successfully created.
2014-10-10T11:39:54.748+0200|Info: Authorization Service has successfully initialized.
2014-10-10T11:39:54.763+0200|Info: Registered org.glassfish.ha.store.adapter.cache.ShoalBackingStoreProxy for persistence-type = replicated in BackingStoreFactoryRegistry
2014-10-10T11:39:54.982+0200|Info: Grizzly Framework 2.3.15 started in: 140ms - bound to [/0.0.0.0:8080]
2014-10-10T11:39:55.107+0200|Info: Grizzly Framework 2.3.15 started in: 0ms - bound to [/0.0.0.0:8181]
2014-10-10T11:39:55.107+0200|Info: Grizzly Framework 2.3.15 started in: 0ms - bound to [/0.0.0.0:4848]
2014-10-10T11:39:55.138+0200|Info: Grizzly Framework 2.3.15 started in: 0ms - bound to [/0.0.0.0:3700]
2014-10-10T11:39:55.138+0200|Info: GlassFish Server Open Source Edition 4.1 (13) startup time : Felix (1,401ms), startup services(640ms), total(2,041ms)
2014-10-10T11:39:55.295+0200|Info: JMXStartupService has started JMXConnector on JMXService URL service:jmx:rmi://192.168.0.253:8686/jndi/rmi://192.168.0.253:8686/jmxrmi
2014-10-10T11:39:56.493+0200|Info: Initiating Jersey application, version Jersey: 2.10.4 2014-08-08 15:09:00...
2014-10-10T11:39:56.571+0200|Info: HV000001: Hibernate Validator 5.0.0.Final
2014-10-10T11:39:57.071+0200|Info: Listening to REST requests at context: /management/domain.
2014-10-10T11:39:57.149+0200|Info: Registered com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl@2d6aca33 as OSGi service registration: org.apache.felix.framework.ServiceRegistrationImpl@6edaa77a.
2014-10-10T11:39:57.383+0200|Info: visiting unvisited references
2014-10-10T11:39:57.680+0200|Info: Created HTTP listener http-listener-1 on host/port 0.0.0.0:8080
2014-10-10T11:39:57.680+0200|Info: Created HTTP listener http-listener-2 on host/port 0.0.0.0:8181
2014-10-10T11:39:57.696+0200|Info: Created HTTP listener admin-listener on host/port 0.0.0.0:4848
2014-10-10T11:39:57.711+0200|Info: Created virtual server server
2014-10-10T11:39:57.711+0200|Info: Created virtual server __asadmin
2014-10-10T11:39:57.836+0200|Info: Setting JAAS app name glassfish-web
2014-10-10T11:39:57.852+0200|Info: Virtual server server loaded default web module
2014-10-10T11:39:58.039+0200|Info: Java security manager is disabled.
2014-10-10T11:39:58.039+0200|Info: Entering Security Startup Service.
2014-10-10T11:39:58.039+0200|Info: Loading policy provider com.sun.enterprise.security.provider.PolicyWrapper.
2014-10-10T11:39:58.071+0200|Info: Security Service(s) started successfully.
2014-10-10T11:39:58.258+0200|Info: visiting unvisited references
2014-10-10T11:39:58.274+0200|Info: visiting unvisited references
2014-10-10T11:39:58.274+0200|Info: visiting unvisited references
2014-10-10T11:39:59.102+0200|Info: Initializing Mojarra 2.2.7 ( 20140610-1547 https://svn.java.net/svn/mojarra~svn/tags/2.2.7@13362) for context ''
2014-10-10T11:40:00.336+0200|Info: Loading application [__admingui] at [/]
2014-10-10T11:40:00.336+0200|Info: Loading application __admingui done in 3,187 ms
2014-10-10T11:40:00.727+0200|Info: visiting unvisited references
2014-10-10T11:40:00.961+0200|Info: visiting unvisited references
2014-10-10T11:40:01.071+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.086+0200|Info: visiting unvisited references
2014-10-10T11:40:01.196+0200|Info: visiting unvisited references
2014-10-10T11:40:01.352+0200|Info: visiting unvisited references
2014-10-10T11:40:02.023+0200|Info: EclipseLink, version: Eclipse Persistence Services - 2.5.2.v20140319-9ad6abd
2014-10-10T11:40:02.314+0200|Info: file:/C:/Users/Jens/Programs/Glassfish/glassfish_4.1/glassfish/domains/domain1/eclipseApps/SeshatWAR/WEB-INF/classes/_seshat_pu login successful
2014-10-10T11:40:02.376+0200|Info: Portable JNDI names for EJB TestManager: [java:global/SeshatWAR/TestManager!com.codemint.seshat.test.TestManager, java:global/SeshatWAR/TestManager]
2014-10-10T11:40:02.407+0200|Info: Portable JNDI names for EJB UserStore: [java:global/SeshatWAR/UserStore!com.codemint.seshat.service.UserStore, java:global/SeshatWAR/UserStore]
2014-10-10T11:40:02.423+0200|Info: Portable JNDI names for EJB TimeStoreImpl: [java:global/SeshatWAR/TimeStoreImpl!com.codemint.seshat.service.TimeStore, java:global/SeshatWAR/TimeStoreImpl!com.codemint.seshat.service.TimeStoreImpl]
2014-10-10T11:40:02.423+0200|Info: Portable JNDI names for EJB ProjectFacade: [java:global/SeshatWAR/ProjectFacade!com.codemint.seshat.service.ProjectFacade, java:global/SeshatWAR/ProjectFacade]
2014-10-10T11:40:02.439+0200|Info: WELD-000900: 2.2.2 (Final)
2014-10-10T11:40:02.657+0200|WARN: WELD-001700: Interceptor annotation class javax.ejb.PostActivate not found, interception based on it is not enabled
2014-10-10T11:40:02.657+0200|WARN: WELD-001700: Interceptor annotation class javax.ejb.PrePassivate not found, interception based on it is not enabled
2014-10-10T11:40:02.736+0200|WARN: WELD-000411: Observer method [BackedAnnotatedMethod] org.glassfish.sse.impl.ServerSentEventCdiExtension.processAnnotatedType(@Observes ProcessAnnotatedType<Object>, BeanManager) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2014-10-10T11:40:02.751+0200|WARN: WELD-000411: Observer method [BackedAnnotatedMethod] private org.glassfish.jersey.gf.cdi.internal.CdiComponentProvider.processAnnotatedType(@Observes ProcessAnnotatedType<Object>) receives events for all annotated types. Consider restricting events using @WithAnnotations or a generic type with bounds.
2014-10-10T11:40:02.845+0200|Info: WELD-000119: Not generating any bean definitions from com.codemint.seshat.backing.TimeTable because of underlying class loading error: Type [unknown] not found. If this is unexpected, enable DEBUG logging to see the full error.
2014-10-10T11:40:02.861+0200|Info: WELD-000119: Not generating any bean definitions from com.codemint.seshat.test.TestData because of underlying class loading error: Type [unknown] not found. If this is unexpected, enable DEBUG logging to see the full error.
2014-10-10T11:40:02.876+0200|Severe: Exception during lifecycle processing
org.glassfish.deployment.common.DeploymentException: CDI deployment failure:null
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:234)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:328)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:191)
at com.google.common.cache.LocalCache.get(LocalCache.java:3989)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3994)
at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4878)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at org.jboss.weld.resources.SharedObjectCache.getTypeClosureHolder(SharedObjectCache.java:80)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMember.initTypeClosure(BackedAnnotatedMember.java:29)
at org.jboss.weld.annotated.slim.backed.BackedAnnotated.<init>(BackedAnnotated.java:19)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMember.<init>(BackedAnnotatedMember.java:23)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedCallable.<init>(BackedAnnotatedCallable.java:33)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMethod.<init>(BackedAnnotatedMethod.java:38)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMethod.of(BackedAnnotatedMethod.java:32)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:193)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:186)
at org.jboss.weld.util.LazyValueHolder.get(LazyValueHolder.java:35)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$EagerlyInitializedLazyValueHolder.<init>(BackedAnnotatedType.java:154)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.<init>(BackedAnnotatedType.java:186)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.<init>(BackedAnnotatedType.java:186)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.<init>(BackedAnnotatedType.java:66)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.of(BackedAnnotatedType.java:47)
at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.load(ClassTransformer.java:83)
at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.load(ClassTransformer.java:80)
at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3589)
at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2374)
at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2337)
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2252)
at com.google.common.cache.LocalCache.get(LocalCache.java:3990)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3994)
at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4878)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:175)
at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:194)
at org.jboss.weld.bootstrap.AnnotatedTypeLoader.loadAnnotatedType(AnnotatedTypeLoader.java:78)
at org.jboss.weld.bootstrap.AnnotatedTypeLoader.loadAnnotatedType(AnnotatedTypeLoader.java:60)
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:97)
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135)
at org.jboss.weld.bootstrap.BeanDeployment.createClasses(BeanDeployment.java:209)
at org.jboss.weld.bootstrap.WeldStartup.startInitialization(WeldStartup.java:351)
at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:76)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:220)
... 41 more

2014-10-10T11:40:02.876+0200|Severe: Exception while loading the app
2014-10-10T11:40:02.876+0200|Severe: Undeployment failed for context /SeshatWAR
2014-10-10T11:40:02.876+0200|Info: file:/C:/Users/Jens/Programs/Glassfish/glassfish_4.1/glassfish/domains/domain1/eclipseApps/SeshatWAR/WEB-INF/classes/_seshat_pu logout successful
2014-10-10T11:40:02.876+0200|Severe: Exception while loading the app : CDI deployment failure:null
java.lang.NullPointerException
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:191)
at com.google.common.cache.LocalCache.get(LocalCache.java:3989)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3994)
at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4878)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at org.jboss.weld.resources.SharedObjectCache.getTypeClosureHolder(SharedObjectCache.java:80)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMember.initTypeClosure(BackedAnnotatedMember.java:29)
at org.jboss.weld.annotated.slim.backed.BackedAnnotated.<init>(BackedAnnotated.java:19)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMember.<init>(BackedAnnotatedMember.java:23)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedCallable.<init>(BackedAnnotatedCallable.java:33)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMethod.<init>(BackedAnnotatedMethod.java:38)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedMethod.of(BackedAnnotatedMethod.java:32)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:193)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.computeValue(BackedAnnotatedType.java:186)
at org.jboss.weld.util.LazyValueHolder.get(LazyValueHolder.java:35)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$EagerlyInitializedLazyValueHolder.<init>(BackedAnnotatedType.java:154)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.<init>(BackedAnnotatedType.java:186)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType$BackedAnnotatedMethods.<init>(BackedAnnotatedType.java:186)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.<init>(BackedAnnotatedType.java:66)
at org.jboss.weld.annotated.slim.backed.BackedAnnotatedType.of(BackedAnnotatedType.java:47)
at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.load(ClassTransformer.java:83)
at org.jboss.weld.resources.ClassTransformer$TransformClassToBackedAnnotatedType.load(ClassTransformer.java:80)
at com.google.common.cache.LocalCache$LoadingValueReference.loadFuture(LocalCache.java:3589)
at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2374)
at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2337)
at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2252)
at com.google.common.cache.LocalCache.get(LocalCache.java:3990)
at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3994)
at com.google.common.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4878)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCacheValue(LoadingCacheUtils.java:49)
at org.jboss.weld.util.cache.LoadingCacheUtils.getCastCacheValue(LoadingCacheUtils.java:74)
at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:175)
at org.jboss.weld.resources.ClassTransformer.getBackedAnnotatedType(ClassTransformer.java:194)
at org.jboss.weld.bootstrap.AnnotatedTypeLoader.loadAnnotatedType(AnnotatedTypeLoader.java:78)
at org.jboss.weld.bootstrap.AnnotatedTypeLoader.loadAnnotatedType(AnnotatedTypeLoader.java:60)
at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:97)
at org.jboss.weld.bootstrap.BeanDeployer.addClasses(BeanDeployer.java:135)
at org.jboss.weld.bootstrap.BeanDeployment.createClasses(BeanDeployment.java:209)
at org.jboss.weld.bootstrap.WeldStartup.startInitialization(WeldStartup.java:351)
at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:76)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:220)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:328)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
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:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
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:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
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.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:745)



 Comments   
Comment by jjsnyder83 [ 11/May/15 ]

Can you please retry this on the latest GlassFish trunk? We recently updated the version of Weld to 2.2.10.SP1 and I'm hoping it's fixed there.





[GLASSFISH-21357] Entity Tables are not created during deployment time Created: 10/May/15  Updated: 11/May/15

Status: Open
Project: glassfish
Component/s: configuration, deployment
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: nabizamani Assignee: Masoud Kalali
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish Server Open Source Edition 4.1 (build 13) with latest JDK 8


Tags: create, deployment, entity, generate, jpa, persistence, table

 Description   

It seems that in Glassfish 4.1 DB tables for JPA entity classes are not generated during deployment time. Previously, when deploying the application with the correct persistence.xml file and with generation type "create" (in GF 4.1 this would be <property name="javax.persistence.schema-generation.database.action" value="create"/>) then the tables should be created at deployment time.

This does not happen anymore. It seems to be a change of behavior and has caused heavy backwards compatibility issues for us after migrating from GF 3.1.2.2 to GF 4.1. It seems that since Glassfish 4.1 you need to use your PU somewhere before the tables are created. In other words: tables are created only when they are needed the first time.

The following stack overflow articles discuss that topic as well:

http://stackoverflow.com/questions/25489359/entity-table-is-not-creating-using-jpa-2-1

https://stackoverflow.com/questions/25935866/how-to-use-jpa-with-java-ee-7-glassfish-4-1-and-maven-on-javadb/28841583#28841583



 Comments   
Comment by Lukas Jungmann [ 11/May/15 ]

if you're using eclipselink, then adding 'eclipselink.deploy-on-startup=true' to your persistence.xml should resolve the problem





[GLASSFISH-18993] RealmAdapter.createFailOveredPrincipal results in excepcion when LdapRealm is used Created: 11/Aug/12  Updated: 10/May/15

Status: Open
Project: glassfish
Component/s: security
Affects Version/s: 3.1.2_b23
Fix Version/s: future release

Type: Bug Priority: Major
Reporter: rickyepoderi Assignee: JeffTancill
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Linux magneto 3.2.0-3-amd64 x86_64 GNU/Linux (debian wheezy)



 Description   

I posted this question in the forums but as nobody said nothing I have decided to open a bug. I am trying to implement a couchbase session manager for glassfish (https://github.com/rickyepoderi/couchbase-manager) and trying to maintain the Security Contenxt in an application that uses JavaEE Security I found an issue.

Currently my application saves in the external repo only the username of the logged user (I checked implementation of the ReplicationStore http://java.net/projects/glassfish/sources/svn/content/trunk/main/appserver/web/web-ha/src/main/java/org/glassfish/web/ha/session/management/ReplicationStore.java). This way when the client accesses another server, the manager retrieves the session from the repo, it gets the username and performs a silently login using RealmAdapter.createFailOveredPrincipal to get all the principals (http://java.net/projects/glassfish/sources/svn/content/trunk/main/appserver/security/webintegration/src/main/java/com/sun/web/security/RealmAdapter.java). This works perfectly with FileRealm but if I use a LdapRealm it produces the following exception:

[#|2012-07-28T16:21:28.190+0200|WARNING|glassfish3.1.2|javax.enterprise.system.core.security.com.sun.enterprise.security.auth.realm|_ThreadID=24;_ThreadName=Thread-2;|SEC1114: Exception in LdapRealm when trying to locate groups for user.
java.io.IOException: Incorrect AVA format
at sun.security.x509.AVA.readChar(AVA.java:564)
at sun.security.x509.AVA.(AVA.java:185)
at sun.security.x509.AVA.(AVA.java:145)
at sun.security.x509.RDN.(RDN.java:151)
at sun.security.x509.X500Name.parseDN(X500Name.java:935)
at sun.security.x509.X500Name.(X500Name.java:165)
at sun.security.x509.X500Name.(X500Name.java:152)
at com.sun.enterprise.security.auth.realm.ldap.LDAPRealm.getGroups(LDAPRealm.java:368)
at com.sun.enterprise.security.auth.realm.ldap.LDAPRealm.getGroupNames(LDAPRealm.java:416)
at com.sun.enterprise.security.auth.login.LoginContextDriver.loginPrincipal(LoginContextDriver.java:294)
at com.sun.web.security.RealmAdapter.loginForRunAs(RealmAdapter.java:659)
at com.sun.web.security.RealmAdapter.createFailOveredPrincipal(RealmAdapter.java:714)
at es.rickyepoderi.couchbasemanager.session.CouchbaseWrapperSession.fill(CouchbaseWrapperSession.java:363)
at es.rickyepoderi.couchbasemanager.session.CouchbaseManager.doSessionLoad(CouchbaseManager.java:766)
at es.rickyepoderi.couchbasemanager.session.CouchbaseManager.findSession(CouchbaseManager.java:488)
at es.rickyepoderi.couchbasemanager.session.CouchbaseManager.findSession(CouchbaseManager.java:540)
at org.apache.catalina.connector.Request.doGetSession(Request.java:2860)
at org.apache.catalina.connector.Request.getSessionInternal(Request.java:2777)
at org.apache.catalina.connector.Request.lockSession(Request.java:4154)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:312)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
at com.sun.grizzly.http.ajp.AjpProcessorTask.invokeAdapter(AjpProcessorTask.java:125)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:679)

#]

After checking the LdapRealm (http://java.net/projects/glassfish/sources/svn/content/tags/3.1.2/security/core/src/main/java/com/sun/enterprise/security/auth/realm/ldap/LDAPRealm.java) implementation is easy to understand that the problem is that the getGroups method in that realm expects a DN (LDAP Distinguished Name) and not the plain username.

Please, I just want to know if it can be considered as a bug in the LdapRealm implementation or if I need to change the way I implement JavaEE security retrieval (as I said I posted this question in the forums but nobody answered me, I also tried to be included in the dev list but again no answer).

Thanks!



 Comments   
Comment by mbj_whitestein [ 12/Feb/13 ]

We had the similar issue. The problem in our case was that we've used annotation RunAs with "processAgent" as principal. Workaround for us was to change sun-application.xml in a following way:

<security-role-mapping>
<role-name>processAgent</role-name>
<principal-name>CN=processAgent,CN=Users,DC=company,DC=localdomain</principal-name>
</security-role-mapping>

In other words, we've changed principal-name from simple name (processAgent) to DN - this DN doesn't even need to exist, it's just to satisfy glassfish.

Comment by rsoika [ 10/May/15 ]

I have the same problem using Glassfish 3 togehter with an Microsoft Active Directory





[GLASSFISH-21356] Validation : Ensure that valid resource-adapter name is specified in @ConnectionFactoryDefinition/@AdministeredObjectDefinition Created: 08/May/15  Updated: 08/May/15

Status: Open
Project: glassfish
Component/s: jca
Affects Version/s: 4.1
Fix Version/s: 4.1

Type: Bug Priority: Major
Reporter: Jagadish Assignee: Jagadish
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

As per the java-doc of @ConnectionFactoryDefinition.resourceAdapter(), the resource adapter specified must be available during deployment time:
http://docs.oracle.com/javaee/7/api/javax/resource/ConnectionFactoryDefinition.html#resourceAdapter%28%29

It implicitly indicates that deployment of the application archive that has these annotations (@ConnectionFactoryDefinition, @AdministeredObjectDefinition") can be failed if the resource-adapter name is invalid.

Today, GlassFish does not fail deployment of the archive, instead during first time lookup of the resource, the lookup will fail. Need to fix this behavior and make sure that validation is done as part of application deployment.






[GLASSFISH-21335] Using activated remote ejb throwing java.rmi.RemoteException: CORBA BAD_OPERATION 0 No; Created: 24/Mar/15  Updated: 06/May/15

Status: Open
Project: glassfish
Component/s: ejb_container, orb
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: russgold
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File 774a67a8-25bc-4597-a426-c72b3f28b741.war     Java Archive File EjbInjectionTest-source.jar    

 Description   

A cdi tck test org.jboss.cdi.tck.tests.implementation.simple.resource.ejb.EjbInjectionTest
uses com.sun.enterprise.container.common.impl.util.JavaEEIOUtilsImpl to passivate and activate a remote ejb. After the ejb is activated when a method on the ejb is executed the following exception is thrown:
Caused by: java.rmi.RemoteException: CORBA BAD_OPERATION 0 No; nested exception is:
org.omg.CORBA.BAD_OPERATION: The delegate has not been set! vmcid: 0x0 minor code: 0 completed: No
at com.sun.corba.ee.impl.javax.rmi.CORBA.Util.mapSystemException(Util.java:310)
at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:134)
at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:226)
at org.jboss.cdi.tck.tests.implementation.simple.resource.ejb._BeanRemote_Remote_DynamicStub.knockKnock(org/jboss/cdi/tck/tests/implementation/simple/resource/ejb/_BeanRemote_Remote_DynamicStub.java)
... 107 more
Caused by: org.omg.CORBA.BAD_OPERATION: The delegate has not been set! vmcid: 0x0 minor code: 0 completed: No
at org.omg.CORBA.portable.ObjectImpl._get_delegate(ObjectImpl.java:71)
at com.sun.corba.ee.spi.presentation.rmi.StubAdapter.getDelegate(StubAdapter.java:175)
at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:132)
... 109 more
...

I will upload a test app with source shortly



 Comments   
Comment by jjsnyder83 [ 24/Mar/15 ]

To reproduce the exception follow these directions. The exception gets swallowed and does not get output so you must use a debugger:

Comment by jjsnyder83 [ 24/Mar/15 ]

Note this must be run with Weld 2.2.9.Final or 2.2.10.Final which I will get in very soon.

Comment by kgrucci1 [ 06/May/15 ]

Any estimate on when this bug will be addressed? It needs to be fixed before we can post an updated Java EE 7 RI.





[GLASSFISH-21293] DAS becomes deadlock at start-up after setting log level Created: 22/Jan/15  Updated: 05/May/15

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 4.1
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: xj Assignee: Arindam Bandyopadhyay
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

OS: Windows 8.1 64bits
RI: glassfish-4.1
JDK: 7u25, 8u20


Tags: javaee_ri_target

 Description   

Follow the steps below, asadmin command waits for a response forever.

(1)asadmin create-domain --nopassword=true mydomain
(2)asadmin start-domain mydomain
(3)asadmin set-log-levels org.jvnet.hk2.osgiadapter=FINER
(4)asadmin stop-domain mydomain
(5)asadmin start-domain mydomain

Here is a thread dump for this.
It looks like a deadlock happened on these threads.
"RunLevelControllerThread-1421897830803" daemon prio=6 tid=0x000000000ba99800
"RunLevelControllerThread-1421897830796" daemon prio=6 tid=0x000000000b99f000

2015-01-22 12:44:33
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.76-b04 mixed mode):

"pool-1-thread-1" daemon prio=6 tid=0x000000000bb1b800 nid=0x3fe4 waiting on condition [0x000000000d98f000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)

  • parking to wait for <0x00000000f7fd57f0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082)
    at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1090)
    at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:807)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

"RunLevelControllerThread-1421897830803" daemon prio=6 tid=0x000000000ba99800 nid=0x2c20 in Object.wait() [0x000000000e0de000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000f7879d08> (a org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext)
    at java.lang.Object.wait(Object.java:503)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:188)
  • locked <0x00000000f7879d08> (a org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext)
    at org.glassfish.hk2.runlevel.RunLevelContext.findOrCreate(RunLevelContext.java:84)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2258)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:105)
  • locked <0x00000000f86b5398> (a java.lang.Object)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:647)
    at org.jvnet.hk2.internal.ThreeThirtyResolver.resolve(ThreeThirtyResolver.java:77)
    at org.jvnet.hk2.internal.ClazzCreator.resolve(ClazzCreator.java:214)
    at org.jvnet.hk2.internal.ClazzCreator.resolveAllDependencies(ClazzCreator.java:237)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:360)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:461)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:227)
    at org.glassfish.hk2.runlevel.RunLevelContext.findOrCreate(RunLevelContext.java:84)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2258)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:105)
  • locked <0x00000000f7d55060> (a java.lang.Object)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:87)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.oneJob(CurrentTaskFuture.java:1162)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.run(CurrentTaskFuture.java:1147)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

"RunLevelControllerThread-1421897830796" daemon prio=6 tid=0x000000000b99f000 nid=0x2398 waiting on condition [0x000000000dd5c000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)

  • parking to wait for <0x00000000f85fbde8> (a java.util.concurrent.FutureTask)
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
    at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:425)
    at java.util.concurrent.FutureTask.get(FutureTask.java:187)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.get(LRUHybridCache.java:164)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:303)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetService(ServiceLocatorImpl.java:687)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:655)
    at com.sun.enterprise.server.logging.UniformLogFormatter.getProductId(UniformLogFormatter.java:192)
    at com.sun.enterprise.server.logging.UniformLogFormatter.uniformLogFormat(UniformLogFormatter.java:291)
    at com.sun.enterprise.server.logging.UniformLogFormatter.format(UniformLogFormatter.java:178)
    at java.util.logging.StreamHandler.publish(StreamHandler.java:196)
  • locked <0x00000000f85b3260> (a java.util.logging.ConsoleHandler)
    at java.util.logging.ConsoleHandler.publish(ConsoleHandler.java:105)
    at java.util.logging.Logger.log(Logger.java:616)
    at java.util.logging.Logger.doLog(Logger.java:641)
    at java.util.logging.Logger.logp(Logger.java:810)
    at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:181)
  • locked <0x00000000e1045178> (a org.jvnet.hk2.osgiadapter.OSGiModuleImpl)
    at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
    at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1063)
    at org.jvnet.hk2.internal.ServiceLocatorImpl$8.compute(ServiceLocatorImpl.java:1058)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:1147)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetService(ServiceLocatorImpl.java:687)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:655)
    at com.sun.enterprise.server.logging.UniformLogFormatter.getProductId(UniformLogFormatter.java:192)
    at com.sun.enterprise.server.logging.UniformLogFormatter.uniformLogFormat(UniformLogFormatter.java:291)
    at com.sun.enterprise.server.logging.UniformLogFormatter.format(UniformLogFormatter.java:178)
    at java.util.logging.StreamHandler.publish(StreamHandler.java:196)
  • locked <0x00000000f85b3260> (a java.util.logging.ConsoleHandler)
    at java.util.logging.ConsoleHandler.publish(ConsoleHandler.java:105)
    at java.util.logging.Logger.log(Logger.java:616)
    at java.util.logging.Logger.doLog(Logger.java:641)
    at java.util.logging.Logger.logp(Logger.java:810)
    at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:181)
  • locked <0x00000000e103b210> (a org.jvnet.hk2.osgiadapter.OSGiModuleImpl)
    at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:2058)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:413)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:2120)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.access$900(ServiceLocatorImpl.java:119)
    at org.jvnet.hk2.internal.ServiceLocatorImpl$10.compute(ServiceLocatorImpl.java:1260)
    at org.jvnet.hk2.internal.ServiceLocatorImpl$10.compute(ServiceLocatorImpl.java:1255)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:115)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture$1.call(LRUHybridCache.java:111)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache$OriginThreadAwareFuture.run(LRUHybridCache.java:173)
    at org.glassfish.hk2.utilities.cache.LRUHybridCache.compute(LRUHybridCache.java:292)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetAllServiceHandles(ServiceLocatorImpl.java:1333)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServices(ServiceLocatorImpl.java:726)
    at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServices(ServiceLocatorImpl.java:714)
    at com.sun.enterprise.server.logging.LogManagerService.getHandlerServices(LogManagerService.java:639)
    at com.sun.enterprise.server.logging.LogManagerService.postConstruct(LogManagerService.java:404)
    at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:329)
    at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:377)
    at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:461)
    at org.glassfish.hk2.runlevel.internal.AsyncRunLevelContext.findOrCreate(AsyncRunLevelContext.java:227)
    at org.glassfish.hk2.runlevel.RunLevelContext.findOrCreate(RunLevelContext.java:84)
    at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2258)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:105)
  • locked <0x00000000f7d54fd8> (a java.lang.Object)
    at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:87)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.oneJob(CurrentTaskFuture.java:1162)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$QueueRunner.run(CurrentTaskFuture.java:1147)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:745)

"Timer-0" daemon prio=6 tid=0x0000000009eec000 nid=0x2b70 in Object.wait() [0x000000000dabf000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000f786d2a0> (a java.util.TaskQueue)
    at java.lang.Object.wait(Object.java:503)
    at java.util.TimerThread.mainLoop(Timer.java:526)
  • locked <0x00000000f786d2a0> (a java.util.TaskQueue)
    at java.util.TimerThread.run(Timer.java:505)

"FelixStartLevel" daemon prio=6 tid=0x000000000a011800 nid=0x1b28 in Object.wait() [0x000000000a3ae000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000f9be27a8> (a java.util.ArrayList)
    at java.lang.Object.wait(Object.java:503)
    at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:279)
  • locked <0x00000000f9be27a8> (a java.util.ArrayList)
    at java.lang.Thread.run(Thread.java:745)

"FelixDispatchQueue" daemon prio=6 tid=0x000000000906f000 nid=0xfc0 in Object.wait() [0x000000000923e000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000f9c16020> (a java.util.ArrayList)
    at java.lang.Object.wait(Object.java:503)
    at org.apache.felix.framework.util.EventDispatcher.run(EventDispatcher.java:1063)
  • locked <0x00000000f9c16020> (a java.util.ArrayList)
    at org.apache.felix.framework.util.EventDispatcher.access$000(EventDispatcher.java:54)
    at org.apache.felix.framework.util.EventDispatcher$1.run(EventDispatcher.java:101)
    at java.lang.Thread.run(Thread.java:745)

"Service Thread" daemon prio=6 tid=0x0000000008d77000 nid=0x136c runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" daemon prio=10 tid=0x0000000008d5b000 nid=0x17b0 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" daemon prio=10 tid=0x0000000008d5a000 nid=0x382c waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Attach Listener" daemon prio=10 tid=0x00000000076ed000 nid=0x439c runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x00000000076e4800 nid=0x3f50 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=8 tid=0x000000000767f000 nid=0x13ec in Object.wait() [0x0000000008b6f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000e09c93b8> (a java.lang.ref.ReferenceQueue$Lock)
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
  • locked <0x00000000e09c93b8> (a java.lang.ref.ReferenceQueue$Lock)
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
    at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" daemon prio=10 tid=0x0000000007678000 nid=0x4014 in Object.wait() [0x000000000899f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000e09b4e98> (a java.lang.ref.Reference$Lock)
    at java.lang.Object.wait(Object.java:503)
    at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
  • locked <0x00000000e09b4e98> (a java.lang.ref.Reference$Lock)

"main" prio=6 tid=0x00000000020fe800 nid=0x2304 in Object.wait() [0x000000000261e000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)

  • waiting on <0x00000000f7cad488> (a java.lang.Object)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture$UpAllTheWay.waitForResult(CurrentTaskFuture.java:485)
  • locked <0x00000000f7cad488> (a java.lang.Object)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture.get(CurrentTaskFuture.java:334)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFuture.get(CurrentTaskFuture.java:306)
    at org.glassfish.hk2.runlevel.internal.CurrentTaskFutureWrapper.get(CurrentTaskFutureWrapper.java:75)
    at org.glassfish.hk2.runlevel.internal.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:73)
    at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:534)
    at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:315)
    at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:228)
    at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:219)
  • locked <0x00000000f7c3c538> (a com.sun.enterprise.v3.server.AppServerStartup)
    at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
  • locked <0x00000000f7c486a0> (a com.sun.enterprise.glassfish.bootstrap.GlassFishImpl)
    at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
    at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishImpl.start(EmbeddedOSGiGlassFishImpl.java:75)
    at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
    at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:71)
    at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
    at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)

"VM Thread" prio=10 tid=0x0000000007674800 nid=0x4098 runnable

"GC task thread#0 (ParallelGC)" prio=6 tid=0x0000000002114000 nid=0x4080 runnable

"GC task thread#1 (ParallelGC)" prio=6 tid=0x0000000002115800 nid=0x2588 runnable

"GC task thread#2 (ParallelGC)" prio=6 tid=0x0000000002117000 nid=0x1568 runnable

"GC task thread#3 (ParallelGC)" prio=6 tid=0x0000000002118800 nid=0x3ad4 runnable

"VM Periodic Task Thread" prio=10 tid=0x0000000008d6c000 nid=0xddc waiting on condition

JNI global references: 370






[GLASSFISH-21354] jsp:include changes datasource' connection autocommit Created: 02/May/15  Updated: 02/May/15

Status: Open
Project: glassfish
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major
Reporter: anshul.kumar Assignee: Joe Di Pol
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 3, 4



 Description   

If there is a jsp:include tag present in a JSP file, the autocommit property of SQL connection is reset to true for some reason. It can be recreated on Glassfish 3 onwards, works fine in Glassfish 2 and Tomcat. The problem can be recreated for Oracle (oracle.jdbc.pool.OracleDataSource) and MySql (com.mysql.jdbc.jdbc2.optional.MysqlDataSource) Data sources of type javax.sql.Datasource, I have not tested for additional platforms.

conntest.jsp
<%@page import="javax.naming.InitialContext"%>
<%@page import="javax.naming.Context"%>
<%@page import="javax.sql.DataSource"%>
<%@page import="java.sql.Connection"%>
<%
Context ctxt = new InitialContext();
Context envCtx = (Context) ctxt.lookup("java:comp/env");
DataSource ds = (DataSource) envCtx.lookup("jdbc/mysqltest");
Connection conn = (Connection) ds.getConnection();
conn.setAutoCommit(false);
boolean include = "Y".equals(request.getParameter("include"));
out.println("Auto Commit --  " + conn.getAutoCommit() + "<br>");
if(include) { 
	out.println("Including JSP now <br>");
%>
	<jsp:include page="include.jsp">
		<jsp:param name="para" value="U"/>
	</jsp:include>
<%} else {
	out.println("&emsp;&emsp;-- Not Including the file. <br>");
}
out.println("Auto Commit -- " + conn.getAutoCommit() + "<br>");
if(conn != null)
	conn.close();
%>
include.jsp
<% out.println("&emsp;&emsp;-- File has been included. This text is from included File <br>"); %>

invoking conntest.jsp produces the below output:

Auto Commit -- false
  -- Not Including the file. 
Auto Commit -- false

Invoking conntest.jsp?include=Y produces below output:

Auto Commit -- false
Including JSP now 
  -- File has been included. This text is from included File 
Auto Commit -- true





[GLASSFISH-21087]  ManagedExecutorService does not execute tasks submitted during application startup Created: 12/Jun/14  Updated: 01/May/15

Status: Open
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Major
Reporter: tomdcc Assignee: Srini
Resolution: Unresolved Votes: 3
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Glassfish 4.0, Java 7, currently testing on Windows 7



 Description   

I'm attempting to schedule a task from inside a singleton bean which is initialised at startup:

@Singleton
@Startup
public class StartupSingleton {
      @Resource
      ManagedExecutorService executorService;

      @PostConstruct
      public void init() {
            System.out.println("init");
            Future<?> future = executorService.submit(new Runnable() {
                  public void run() {
                        System.out.println("run");
                  }
            });
            
            try {
                  Thread.sleep(1000);
                  if(future.isDone()) {
                        future.get();
                        System.out.println("ok");
                  } else {
                        System.out.println("not run");
                  }
            } catch (Exception e) {
                  e.printStackTrace();
            }
      }
}

I then get the following in the logs:

2014-06-10T15:45:07.497+0930|Info: init
2014-06-10T15:45:08.499+0930|Severe: java.util.concurrent.ExecutionException: javax.enterprise.concurrent.AbortedException: Module glassfish-executor-test is disabled
      at java.util.concurrent.FutureTask.report(FutureTask.java:122)
      at java.util.concurrent.FutureTask.get(FutureTask.java:188)
      at foo.StartupSingleton.init(StartupSingleton.java:33)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:606)
      at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
      at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
      at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
      at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
      at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:606)
      at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
      at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
      at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
      at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
      at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
      at sun.reflect.GeneratedMethodAccessor130.invoke(Unknown Source)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:606)
      at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
      at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
      at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
      at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
      at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:1949)
      at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:475)
      at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:81)
      at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:654)
      at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:396)
      at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
      at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
      at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
      at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
      at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
      at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
      at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
      at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:497)
      at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
      at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:527)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:523)
      at java.security.AccessController.doPrivileged(Native Method)
      at javax.security.auth.Subject.doAs(Subject.java:356)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:522)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:546)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1423)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1500(CommandRunnerImpl.java:108)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1762)
      at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1674)
      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.StaticHttpHandler.service(StaticHttpHandler.java:297)
      at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:246)
      at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
      at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
      at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
      at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
      at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
      at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
      at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
      at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
      at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
      at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
      at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
      at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
      at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
      at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
      at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
      at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
      at java.lang.Thread.run(Thread.java:744)
Caused by: javax.enterprise.concurrent.AbortedException: Module glassfish-executor-test is disabled
      at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:146)
      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
      at java.lang.Thread.run(Thread.java:744)

And the submitted task is not run. (glassfish-executor-test is just the name of the standalone test case that I created).

Surely either the executor service should be initialized and available by the time @PostConstruct stuff is executed, or it should queue submitted tasks and execute them once the application is started.

This is just using the default managed executor service in a default domain.xml file.



 Comments   
Comment by kingsob [ 23/Jun/14 ]

I am seeing the same thing. Is this a bug? How else would I add a task to the executor on ejb start up?

Comment by mreichman [ 14/Jul/14 ]

Also seeing the same in 4.0.1b8, from an @Asynchronous method called from a @PostConstruct.

Was able to work around it by throwing a Thread.sleep in my @Asynchronous method, but that is certainly not a workable solution.

Comment by afcarv [ 17/Dec/14 ]

Got the same issue. Are you using module/application versioning?

Cause appears to be some mix-up at "org.glassfish.concurrent.runtime.ContextSetupProviderImpl"; method "isApplicationEnabled" checks to see if the current context application is enabled, but I think the app name contains only the base name (e.g. "my-application") while the app list contains the full name (e.g. "my-application:1.0.0"). So no match is found.

I was able to work around by deploying the app without the version but the obvious consequence is losing the versioning feature. Not sure if there's a better way.

Comment by jiggster [ 28/Apr/15 ]

You can configure the deployment order of the ManagedExecutorService resource. Set it to some low value (e.g. 0, by default it's 100), restart the server and check if that helped.

Comment by payara_steve [ 01/May/15 ]

This is a related issue with the same cause https://java.net/jira/browse/GLASSFISH-21216





asadmin create-jmsdest properties not applied to EMBEDDED MQ broker (GLASSFISH-20378)

[GLASSFISH-20405] Docs: Need update the property names of create-jmsdest subcommand Created: 25/Apr/13  Updated: 29/Apr/15

Status: Open
Project: glassfish
Component/s: jms
Affects Version/s: 3.1.2
Fix Version/s: 4.0

Type: Sub-task Priority: Major
Reporter: David Zhao Assignee: Mike Fitch
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

The property names are incorrect in document http://docs.oracle.com/cd/E26576_01/doc.312/e24938/create-jmsdest.htm that the property names should be upper case for the first character.

For more details, please see the one pager by running "asadmin create-jmsdest --help".



 Comments   
Comment by sergeich [ 29/Apr/15 ]

Output of the command "asadmin create-jmsdest --help" in Glassfish 4.1 also contains the same error (names of properties start with lower-case letter).





[GLASSFISH-20606] create-domain subcommand doesn't write jms.port property to domain.xml Created: 06/Jun/13  Updated: 29/Apr/15

Status: Open
Project: glassfish
Component/s: admin
Affects Version/s: 4.0
Fix Version/s: 4.1

Type: Bug Priority: Major
Reporter: David Zhao Assignee: mukesh.kumawat
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to GLASSFISH-16811 JMS - connection refused on 7676 when... Open

 Description   

When creating a new domain with jms.port property which is not the default value 7676, it can be seen in the asadmin output, but it doesn't be written to domain.xml for persistence.

>asadmin create-domain --domainproperties jms.port=7777 jmsdomain
Enter admin user name [Enter to accept default "admin" / no password]>
Using default port 4848 for Admin.
Using default port 8080 for HTTP Instance.
Using port 7777 for JMS.
Using default port 3700 for IIOP.
Using default port 8181 for HTTP_SSL.
Using default port 3820 for IIOP_SSL.
Using default port 3920 for IIOP_MUTUALAUTH.
Using default port 8686 for JMX_ADMIN.
Using default port 6666 for OSGI_SHELL.
Using default port 9009 for JAVA_DEBUGGER.
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=davidz.cn.oracle.com,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Distinguished Name of the self-signed X.509 Server Certificate is:
[CN=davidz.cn.oracle.com-instance,OU=GlassFish,O=Oracle Corporation,L=Santa Clara,ST=California,C=US]
Domain jmsdomain created.

In domain.xml, no 7777 can be found , but all the jms ports are default 7676 instead.



 Comments   
Comment by jifeng [ 27/Aug/13 ]

Hi
Chris,David
I modify the following code, it works fine,the jms.port will be written to domain.xml

com.sun.enterprise.admin.servermgmt.domain.CustomTokenClient

Index: CustomTokenClient.java
===================================================================
--- CustomTokenClient.java	(revision 62639)
+++ CustomTokenClient.java	(working copy)
@@ -71,7 +71,7 @@
     public static final String CUSTOM_TOKEN_PLACE_HOLDER = "TOKENS_HERE";
     public static final String DEFAULT_TOKEN_PLACE_HOLDER = "DEFAULT_TOKENS_HERE";
-
+    public static final String JMS_PROVIDER_PORT_TOKEN_NAME = "JMS_PROVIDER_PORT";
     private DomainConfig _domainConfig;
 
     public CustomTokenClient(DomainConfig domainConfig) {
@@ -120,6 +120,11 @@
          if (!NetUtils.isPortFree(port)) {
             throw new DomainException(_strings.get("unavailablePort", port));
           }
+       } if (name.equals(JMS_PROVIDER_PORT_TOKEN_NAME) && _domainConfig.get(DomainConfig.K_JMS_PORT) != null) {
+         port = Integer.valueOf(_domainConfig.get(DomainConfig.K_JMS_PORT).toString());
+         if (!NetUtils.isPortFree(port)) {
+              throw new DomainException(_strings.get("unavailablePort", port));
+          }                                
     } else {
             if (portBase != null && token.getTokenTypeDetails() instanceof PortTypeDetails) {
                   PortTypeDetails portTypeDetails = (PortTypeDetails)token.getTokenTypeDetails();

could you please confirm it and give me some suggestions?

Comment by Chris Kasso [ 19/Feb/14 ]

I'm able to duplicate the problem. It didn't exist in 3.1. In 3.1 the following entry is added to the domain.xml:

<jms-service type="EMBEDDED" default-jms-host="default_JMS_host">
<jms-host name="default_JMS_host" host="localhost" port="7777" admin-user-name="admin" admin-password="admin" lazy-init="true"/>
</jms-service>

I suspect this problem cropped up when the Config Modularity support was added to GF 4.0.

I'm not sure at this point whether the proposed fix is the best approach.

Comment by Alok Jain [ 03/Mar/14 ]

Fix looks good, I would like to wrap it in a if-else condition to avoid one additional call to NetUtils.isPortFree(port) method.

if (name.equals(JMS_PROVIDER_PORT_TOKEN_NAME) && _domainConfig.get(DomainConfig.K_JMS_PORT) != null)

{ port = Integer.valueOf(_domainConfig.get(DomainConfig.K_JMS_PORT).toString()); }

else

{ port = Integer.valueOf(domainProps.getProperty(token.getName())); }

if (!NetUtils.isPortFree(port))

{ throw new DomainException(_strings.get("unavailablePort", port)); }

The fix will resolve the issue corresponding to the JMS_PROVIDER_PORT, but if config modularity codes return some additional tokens and user tries to override them with --domainproperties argument than the similar check has to be added for those tokens also.

Comment by sergeich [ 29/Apr/15 ]

I confirm that this issue still exists and it is reproducible in Glassfish 4.1
Is there any idea when this bug will be fixed?





[GLASSFISH-4419] prefill redeploy data page Created: 13/Mar/08  Updated: 23/Apr/15

Status: Open
Project: glassfish
Component/s: admin_gui
Affects Version/s: V3
Fix Version/s: not determined

Type: Improvement Priority: Critical
Reporter: vince kraemer Assignee: mukesh.kumawat
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


Issuezilla Id: 4,419
Tags: javaee_ri_target

 Description   

Consider the following situation:

The user has directory deployed a module or app.

When they click the Redeploy link, they are brought to a page that asks them to
enter the path of the object that they want to redeploy...

In the 90% case, the data that the user will enter is the same data that they
entered on the page that they used to deploy the module or app.... AND that same
data is stored in the domain.xml (so the admin gui has access to it).

It would be nice to prefill the entry field with the data that we already have
that is almost surely going to be correct.

Another choice would be to have the Redeploy link skip asking the user to enter
and/or confirm data in the situation where the object is directory deployed..
That change is not as nice to users that may need to change the value of the
directory, since they would need to undeploy A and then deploy A-prime....



 Comments   
Comment by Jason Lee [ 12/Jan/09 ]

Changing target version

Comment by Jason Lee [ 12/Jan/09 ]

Updating version

Comment by Tom Mueller [ 06/Mar/12 ]

Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.





[GLASSFISH-21073] GlassFish Fails to Deploy WAR With JodaTime Library Dependency Created: 27/May/14  Updated: 23/Apr/15

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: peter_pilgrim Assignee: Shing Wai Chan
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: javaee_ri_target

 Description   

I discovered that GlassFish fails to deploy WAR with JodaTime Library Dependency. It results in a ClassNotFoundException. I suspect that this is classloader hierarchy issue.

Here is the stacktrace:

[2014-05-27T10:10:04.696+0100] [glassfish 4.0] [SEVERE] [] [javax.enterprise.system.core] [tid: _ThreadID=44 _ThreadName=admin-listener(4)] [timeMillis: 1401181804696] [levelValue: 1000] [[
Exception while loading the app : javax.ejb.CreateException: Initialization failed for Singleton PopulateDataService
javax.ejb.CreateException: Initialization failed for Singleton PopulateDataService
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:476)
at com.sun.ejb.containers.AbstractSingletonContainer.access$000(AbstractSingletonContainer.java:74)
at com.sun.ejb.containers.AbstractSingletonContainer$SingletonContextFactory.create(AbstractSingletonContainer.java:647)
at com.sun.ejb.containers.AbstractSingletonContainer.instantiateSingletonInstance(AbstractSingletonContainer.java:389)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:219)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.initializeSingleton(SingletonLifeCycleManager.java:180)
at org.glassfish.ejb.startup.SingletonLifeCycleManager.doStartup(SingletonLifeCycleManager.java:158)
at org.glassfish.ejb.startup.EjbApplication.start(EjbApplication.java:166)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:122)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:291)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:352)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:500)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:356)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
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:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:215)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:291)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:209)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:137)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:115)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:550)
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:565)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
at java.lang.Thread.run(Thread.java:744)
Caused by: java.lang.Exception: java.lang.NoClassDefFoundError: org/joda/time/DateTime
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:209)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCall(SystemInterceptorProxy.java:163)
at com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:986)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:412)
at com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:375)
at com.sun.ejb.containers.BaseContainer.intercept(BaseContainer.java:2014)
at com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:468)
... 49 more
Caused by: java.lang.NoClassDefFoundError: org/joda/time/DateTime
at uk.co.xenonique.digital.PopulateDataService.populate(PopulateDataService.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1035)
at com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:72)
at com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:205)
... 69 more
Caused by: java.lang.ClassNotFoundException: org.joda.time.DateTime
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1783)
at org.glassfish.web.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1633)
... 77 more
]]

This is serious blocker to any application that prefers to use JodaTime.

The Gradle dependency is this:

dependencies {
compile 'org.glassfish.main.extras:glassfish-embedded-all:4.0.1-b01'
providedCompile 'javax:javaee-api:7.0'

// WARNING: Joda time is broken with Glassfish 4
compile 'joda-time:joda-time:2.2'
compile 'org.slf4j:slf4j-simple:1.6.4'
compile 'com.javaeehandbook.book1:glassfish-embedded-runner:1.0'
compile 'org.jboss.shrinkwrap:shrinkwrap-api:1.0.1'
compile 'org.jboss.shrinkwrap:shrinkwrap-impl-base:1.0.1'

testCompile 'junit:junit:4.11'
}

And the test EJB class looks like this:

package uk.co.xenonique.digital;

import org.joda.time.DateTime;

import javax.annotation.PostConstruct;
import javax.ejb.Singleton;
import javax.ejb.Startup;
import javax.inject.Inject;
import java.util.Calendar;

/**

  • The type PopulateDataService
    *
  • @author Peter Pilgrim
    */
    @Singleton
    @Startup
    public class PopulateDataService {

@Inject
ContactDetailService contactDetailService;

@PostConstruct
public void populate()

{ Calendar cal = Calendar.getInstance(); ContactDetail contact2 = new ContactDetail(); contact2.setAllowEmails(false); contact2.setTitle("Ms"); contact2.setEmail("oprah.winfrey@harpo.com"); contact2.setFirstName("Oprah"); contact2.setMiddleName("Gail"); contact2.setLastName("Winfrey"); cal.set(1954,1,29); contact2.setDob(cal.getTime()); contactDetailService.add(contact2); DateTime dt = new DateTime(); System.out.printf("dt=%s",dt); }

}

The WAR file extracted looks like this:

0 Sun May 25 10:44:46 BST 2014 WEB-INF/lib/
573912 Wed Dec 11 20:13:10 GMT 2013 WEB-INF/lib/joda-time-2.2.jar
7662 Wed Dec 11 20:15:52 GMT 2013 WEB-INF/lib/slf4j-simple-1.6.4.jar
62589 Tue Dec 10 07:59:06 GMT 2013 WEB-INF/lib/shrinkwrap-api-1.0.1.jar
146419 Tue Dec 10 07:59:06 GMT 2013 WEB-INF/lib/shrinkwrap-impl-base-1.0.1.jar
25962 Wed Dec 11 20:15:52 GMT 2013 WEB-INF/lib/slf4j-api-1.6.4.jar
3648 Tue Dec 10 07:59:06 GMT 2013 WEB-INF/lib/shrinkwrap-spi-1.0.1.jar



 Comments   
Comment by Sanjeeb Sahoo [ 11/Aug/14 ]

Assigning to web container team to analyse why webapp class loader is not able to load org.joda.time.DateTime.class. May be this is specific to embedded glassfish in which case web container team can assign to embedded team.

Comment by Shing Wai Chan [ 15/Oct/14 ]

Can you provide a test war for this?





[GLASSFISH-20712] Session Replication (Possibly CNF error in web container?) Created: 19/Jul/13  Updated: 23/Apr/15

Status: Open
Project: glassfish
Component/s: web_container
Affects Version/s: 3.1.2.2
Fix Version/s: None

Type: Bug Priority: Blocker
Reporter: alev50 Assignee: Rajiv Mordani
Resolution: Unresolved Votes: 2
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

1 node, 1 cluster, 2 instances


Attachments: Zip Archive logs_180713_1612.zip    
Tags: javaee_ri_target

 Description   

Here is the scenario I played :

1 - Start cluster
2 - Deploy web app
3 - Connect through load balancer -> instance 2
4 - Log on
5 - Stop instance 2
6 - Refresh browser -> instance 1
7 - Session lost + StreamCorruptedException
8 - Stop cluster

Logs are attached.

Thanks for help.

Regards,

Anthony

-----------------------------------------------------------------------------------------------------------------
Fialli Joe joe.fialli@oracle.com via shoal.java.net

Thanks for providing a full set of server logs just containing the test scenario that is failing for you.

I just want to make an overall statement that we are trying to track down class loading issues in the web container.
So you might want to post this issue to glassfish alias instead of the shoal alias.
So it is overkill to turn on the shoal logging to FINEST since that subsystem could not even be responsible
for corrupted stream (grizzly is the transport for messages between cluster members and the web container passes a
byte of serialized content into Shoal messaging system and when trying to reconstitute replicated session,
the byte array is taken out of shoal messaging subsystem and deserialized should be deserialized using web container class path.
While the failure is stating corrupted stream, the failure is always exactly the same type code of "00". If it truely was a corrupted stream,
we would see different values all the time. The best bet for Type Code 00 in stream is a class not being found.
The ClassNotFoundException is getting consumed and not reported.

Possible reason for the ClassNotFoundException is the following.

My observations when looking at the server log you sent yesterday was that it was incorrect
for there not to be a Web Container classloader context to deserialize the session context
(after all, the class is the app loaded in the container, the default ObjectInputStream is not going
to be able to deserialize that.)

So this failure is significant and needs interpretation by someone who works on web container. It happens quite a bit in the server logs that you sent in.
I am not aware why this would happen. The following might explain trying to deserialize replicated content in web container without using a web container
class path.

[#|2013-07-18T16:00:02.639+0200|FINEST|glassfish3.1.2|org.apache.catalina.loader.WebappLoader|_ThreadID=10;_ThreadName=Thread-2;ClassName=null;MethodName=null;|getClasspath
java.lang.NoSuchMethodException: com.sun.enterprise.v3.server.APIClassLoaderServiceImpl$APIClassLoader.getClasspath()
at java.lang.Class.getMethod(Class.java:1607)
at org.apache.catalina.loader.WebappLoader.getClasspath(WebappLoader.java:1196)
at org.apache.catalina.loader.WebappLoader.setClassPath(WebappLoader.java:1145)
at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:692)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5298)
at com.sun.enterprise.web.WebModule.start(WebModule.java:498)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1518)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1184)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:995)
at org.apache.catalina.core.ContainerBase.startChildren(ContainerBase.java:1518)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1184)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:529)
at org.apache.catalina.startup.Embedded.start(Embedded.java:942)
at com.sun.enterprise.web.WebContainer.postConstruct(WebContainer.java:604)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at org.glassfish.internal.data.EngineInfo.getContainer(EngineInfo.java:93)
at com.sun.enterprise.v3.services.impl.WebContainerStarter.startWebContainer(WebContainerStarter.java:202)
at com.sun.enterprise.v3.services.impl.WebContainerStarter.postConstruct(WebContainerStarter.java:134)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:131)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:91)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:82)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:67)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:139)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:78)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:253)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:145)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:136)
at com.sun.enterprise.glassfish.bootstrap.GlassFishImpl.start(GlassFishImpl.java:79)
at com.sun.enterprise.glassfish.bootstrap.GlassFishDecorator.start(GlassFishDecorator.java:63)
at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishImpl.start(OSGiGlassFishImpl.java:69)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:117)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)

#]

*************

Here is time of first stream corrupted warning log message.
#|2013-07-18T16:06:35.588+0200|WARNING|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.ha.session.management|_ThreadID=75;_ThreadName=Thread-2;|Exception occurred in getSession

java.io.StreamCorruptedException: invalid type code: 00

Here is ClassNotFoundException that was probably related to that failure. (Note that this is a nested anonymous class. Typically difficult to serialize correctly.)
So the class below is probably one to look at.

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.service.BanqueServiceImpl$$EnhancerByCGLIB$$fedb0661)|#]

[#|2013-07-18T16:06:35.584+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| --> Passing on ClassNotFoundException|#]

Here are a large number classes that are being looked for just before this ClassNotFoundException log message.
[#|2013-07-18T16:06:34.749+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=75;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| --> Passing on ClassNotFoundException|#]

Note that the classes are mostly UI classes related to ajax, java faces.

[#|2013-07-18T16:06:37.493+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages)|#]
[#|2013-07-18T16:06:37.508+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages_fr)|#]
[#|2013-07-18T16:06:37.514+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.transat.ga2010.web.messages_fr_FR)|#]

[#|2013-07-18T16:06:38.123+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities)|#]
[#|2013-07-18T16:06:38.129+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities_fr)|#]

[#|2013-07-18T16:06:38.137+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.xml.serializer.XMLEntities_fr_FR)|#]

[#|2013-07-18T16:06:35.921+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.component.AjaxViewRootBeanInfo)|#]

[#|2013-07-18T16:06:35.925+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIViewRootBeanInfo)|#]

[#|2013-07-18T16:06:35.926+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIComponentBaseBeanInfo)|#]

[#|2013-07-18T16:06:36.012+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.messages_fr)|#]

[#|2013-07-18T16:06:36.019+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.ajax4jsf.messages_fr_FR)|#]

[#|2013-07-18T16:06:37.178+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.sun.facelets.compiler.UIInstructionsBeanInfo)|#]

[#|2013-07-18T16:06:37.183+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(com.sun.facelets.compiler.UILeafBeanInfo)|#]

[#|2013-07-18T16:06:37.190+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(login)|#]
[#|2013-07-18T16:06:37.198+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(login_fr_FR)|#]

[#|2013-07-18T16:06:37.205+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlFormBeanInfo)|#]
[#|2013-07-18T16:06:37.207+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIFormBeanInfo)|#]

[#|2013-07-18T16:06:37.253+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.html.HtmlMessagesBeanInfo)|#]
[#|2013-07-18T16:06:37.255+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIMessagesBeanInfo)|#]
[#|2013-07-18T16:06:37.265+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputTextBeanInfo)|#]
[#|2013-07-18T16:06:37.273+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIInputBeanInfo)|#]

[#|2013-07-18T16:06:37.277+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(javax.faces.component.UIOutputBeanInfo)|#]
[#|2013-07-18T16:06:37.326+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputSecretBeanInfo)|#]

[#|2013-07-18T16:06:37.328+0200|FINER|glassfish3.1.2|javax.enterprise.system.container.web.org.glassfish.web.loader|_ThreadID=76;_ThreadName=Thread-2;ClassName=org.glassfish.web.loader.WebappClassLoader;MethodName=findClass;| findClassInternal(org.richfaces.component.html.HtmlInputSecretBeanInfo)|#]