[GLASSFISH-20325] SFSB passivation fails with NotSerializableException: org.jboss.weld.context.ejb.EjbRequestContextImpl Created: 16/Apr/13  Updated: 24/Aug/14  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Blocker
Reporter: marina vatkina Assignee: jjsnyder83
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-20318 SFSB passivation fails with CDI enabled Resolved

 Description   

ejb31/full/passact fails with NotSerializableException: org.jboss.weld.context.ejb.EjbRequestContextImpl even if the rest of passivation is working.



 Comments   
Comment by marina vatkina [ 16/Apr/13 ]

Blocks passivation of a SFSB that injects other beans via @EJB and SessionContext via @Resource

Comment by jjsnyder83 [ 17/Apr/13 ]

JBoss has a fix for this. It will be available in CR3 which is due out this week.

Comment by jjsnyder83 [ 23/Apr/13 ]

Fixed with Weld 2.0.0.CR4 added to GF with revision 61592.

Comment by lprimak [ 24/Aug/14 ]

This is not completely fixed. As of GF 4.1 August 21, 2014,
when trying to access not-serializable SFSBs in Availability HA cluster configuration,
I get the exceptions below:
Related issues:
https://java.net/jira/browse/GLASSFISH-20892
https://java.net/jira/browse/GLASSFISH-20899
---------------------------
[2014-08-24T15:36:28.304-0400] [glassfish 4.1] [WARNING] [] [javax.enterprise.ejb.container] [tid: _ThreadID=99 _ThreadName=ajp-listener-1(5)] [timeMillis: 1408908988304] [levelValue: 900] [[
javax.ejb.EJBException
at com.sun.ejb.containers.EJBContainerTransactionManager.processSystemException(EJBContainerTransactionManager.java:748)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:698)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:515)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4566)
at com.sun.ejb.containers.StatefulSessionContainer.postInvokeTx(StatefulSessionContainer.java:1853)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2074)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2044)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy798.isDisableStats(Unknown Source)
at com.baw.website.beans.ui.layout.Layout.isStatsEnabled(Layout.java:70)
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:483)
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.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:457)
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:852)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1854)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:456)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
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.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.GzipResponseFilter.doFilter(GzipResponseFilter.java:149)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.FacesExceptionFilter.doFilter(FacesExceptionFilter.java:56)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.facesviews.FacesViewsForwardingFilter.doFilter(FacesViewsForwardingFilter.java:130)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:115)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:90)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:84)
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
at com.flowlogix.security.WebSecurityFilter.doFilter(WebSecurityFilter.java:83)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.ShiroInitFilter.doFilter(ShiroInitFilter.java:41)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:175)
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.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: java.lang.IllegalArgumentException: object is not an instance of declaring class
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:483)
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 com.flowlogix.security.ShiroSecurityInterceptor.propagateShiroSecurity(ShiroSecurityInterceptor.java:64)
at sun.reflect.GeneratedMethodAccessor376.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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.EjbInvocation.proceed(EjbInvocation.java:608)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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 com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
... 107 more
]]
[2014-08-24T15:36:28.307-0400] [glassfish 4.1] [SEVERE] [] [javax.enterprise.resource.webcontainer.jsf.application] [tid: _ThreadID=99 _ThreadName=ajp-listener-1(5)] [timeMillis: 1408908988307] [levelValue: 1000] [[
Error Rendering View[/index.xhtml]
javax.el.ELException: /resources/templates/layout.xhtml @194,60 rendered="#

{layout.statsEnabled}

": javax.ejb.EJBException
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:114)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:457)
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:852)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1854)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:456)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
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.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.GzipResponseFilter.doFilter(GzipResponseFilter.java:149)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.FacesExceptionFilter.doFilter(FacesExceptionFilter.java:56)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.facesviews.FacesViewsForwardingFilter.doFilter(FacesViewsForwardingFilter.java:130)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:115)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:90)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:84)
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
at com.flowlogix.security.WebSecurityFilter.doFilter(WebSecurityFilter.java:83)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.ShiroInitFilter.doFilter(ShiroInitFilter.java:41)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:175)
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.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.el.ELException: javax.ejb.EJBException
at javax.el.BeanELResolver.getValue(BeanELResolver.java:368)
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.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
... 92 more
Caused by: javax.ejb.EJBException
at com.sun.ejb.containers.EJBContainerTransactionManager.processSystemException(EJBContainerTransactionManager.java:748)
at com.sun.ejb.containers.EJBContainerTransactionManager.completeNewTx(EJBContainerTransactionManager.java:698)
at com.sun.ejb.containers.EJBContainerTransactionManager.postInvokeTx(EJBContainerTransactionManager.java:515)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4566)
at com.sun.ejb.containers.StatefulSessionContainer.postInvokeTx(StatefulSessionContainer.java:1853)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2074)
at com.sun.ejb.containers.BaseContainer.postInvoke(BaseContainer.java:2044)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:220)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy798.isDisableStats(Unknown Source)
at com.baw.website.beans.ui.layout.Layout.isStatsEnabled(Layout.java:70)
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:483)
at javax.el.BeanELResolver.getValue(BeanELResolver.java:363)
... 99 more
Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring class
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:483)
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 com.flowlogix.security.ShiroSecurityInterceptor.propagateShiroSecurity(ShiroSecurityInterceptor.java:64)
at sun.reflect.GeneratedMethodAccessor376.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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.EjbInvocation.proceed(EjbInvocation.java:608)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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 com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
... 107 more
]]
[2014-08-24T15:36:28.338-0400] [glassfish 4.1] [WARNING] [] [javax.enterprise.web] [tid: _ThreadID=99 _ThreadName=ajp-listener-1(5)] [timeMillis: 1408908988338] [levelValue: 900] [[
StandardWrapperValve[Faces Servlet]: Servlet.service() for servlet Faces Servlet threw exception
java.lang.IllegalArgumentException: object is not an instance of declaring class
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:483)
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 com.flowlogix.security.ShiroSecurityInterceptor.propagateShiroSecurity(ShiroSecurityInterceptor.java:64)
at sun.reflect.GeneratedMethodAccessor376.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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.EjbInvocation.proceed(EjbInvocation.java:608)
at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46)
at org.jboss.weld.ejb.SessionBeanInterceptor.aroundInvoke(SessionBeanInterceptor.java:52)
at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
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 com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:212)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy798.isDisableStats(Unknown Source)
at com.baw.website.beans.ui.layout.Layout.isStatsEnabled(Layout.java:70)
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:483)
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.ValueExpressionImpl.getValue(ValueExpressionImpl.java:226)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:194)
at javax.faces.component.UIComponentBase.isRendered(UIComponentBase.java:457)
at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:852)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1854)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1859)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:456)
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
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.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.GzipResponseFilter.doFilter(GzipResponseFilter.java:149)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.FacesExceptionFilter.doFilter(FacesExceptionFilter.java:56)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.facesviews.FacesViewsForwardingFilter.doFilter(FacesViewsForwardingFilter.java:130)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.CmsFilter.doFilter(CmsFilter.java:32)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.filters.EjbPingFilter.doFilter(EjbPingFilter.java:44)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.omnifaces.filter.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:115)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:90)
at com.flowlogix.security.WebSecurityFilter$1.call(WebSecurityFilter.java:84)
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
at com.flowlogix.security.WebSecurityFilter.doFilter(WebSecurityFilter.java:83)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at com.baw.website.filters.ShiroInitFilter.doFilter(ShiroInitFilter.java:41)
at org.omnifaces.filter.HttpFilter.doFilter(HttpFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:175)
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.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)
]]
[2014-08-24T15:36:39.431-0400] [glassfish 4.1] [SEVERE] [AS-EJB-00004] [javax.enterprise.ejb.container] [tid: _ThreadID=97 _ThreadName=ajp-listener-1(3)] [timeMillis: 1408908999431] [levelValue: 1000] [[
[NRU-com.baw.website.beans.sfsb.impl.SharedWebstats]: Cannot load from BACKUPSTORE FOR Key: <[1f00900a0983b5c6-ee0001103a22bcb3-1]>]]
[2014-08-24T15:36:39.432-0400] [glassfish 4.1] [WARNING] [AS-EJB-00056] [javax.enterprise.ejb.container] [tid: _ThreadID=97 _ThreadName=ajp-listener-1(3)] [timeMillis: 1408908999432] [levelValue: 900] [[
A system exception occurred during an invocation on EJB SharedWebstats, method: public void com.baw.website.beans.sfsb.impl.SharedWebstats.ping()]]
[2014-08-24T15:36:39.432-0400] [glassfish 4.1] [WARNING] [] [javax.enterprise.ejb.container] [tid: _ThreadID=97 _ThreadName=ajp-listener-1(3)] [timeMillis: 1408908999432] [levelValue: 900] [[
javax.ejb.NoSuchObjectLocalException: The EJB does not exist. session-key: 1f00900a0983b5c6-ee0001103a22bcb3-1
at com.sun.ejb.containers.StatefulSessionContainer._getContext(StatefulSessionContainer.java:1626)
at com.sun.ejb.containers.BaseContainer.getContext(BaseContainer.java:2579)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:1971)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandler.invoke(EJBLocalObjectInvocationHandler.java:210)
at com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate.invoke(EJBLocalObjectInvocationHandlerDelegate.java:88)
at com.sun.proxy.$Proxy798.ping(Unknown Source)
at com.flowlogix.ejb.StatefulUtil.pingStateful(StatefulUtil.java:68)
at com.flowlogix.web.services.EjbModule$1.service(EjbModule.java:46)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.got5.tapestry5.jquery.services.AjaxUploadServletRequestFilter.service(AjaxUploadServletRequestFilter.java:27)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:56)
at org.tynamo.security.services.impl.SecurityConfiguration$1.call(SecurityConfiguration.java:54)
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
at org.tynamo.security.services.impl.SecurityConfiguration.service(SecurityConfiguration.java:54)
at $HttpServletRequestFilter_584822218a2dab.service(Unknown Source)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:44)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62)
at $HttpServletRequestFilter_584822218a2d9e.service(Unknown Source)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at org.apache.tapestry5.services.TapestryModule$1.service(TapestryModule.java:852)
at $HttpServletRequestHandler_584822218a2dad.service(Unknown Source)
at $HttpServletRequestHandler_584822218a2d9d.service(Unknown Source)
at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:171)
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.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)
]]





[GLASSFISH-20367] [Regression] MES object and MSES object continuosly keep on throwing RejectedExecutionException for succesive submission if once same exception is encountered. Created: 22/Apr/13  Updated: 05/Jun/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: concurrency
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: shobhit.singh Assignee: anthony.lai
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ubuntu


Tags: 4_0-approved, 4_0-release-notes, 4_0-release-notes-completed, 4_0-release-notes-drafted

 Description   

If during submission of a task from servlet1, concurrency utils object eg: concurrent/mes1 throws RejectedExecutionException then if we try to execute another servlet submitting task to same object i.e. concurrent/mes1 it will still keep on throwing RejectedExecutionException.

Applicable to both MES and MSES.



 Comments   
Comment by Alex Pineda [ 22/Apr/13 ]

Assigning to Concurrency Dev lead.

Comment by anthony.lai [ 22/Apr/13 ]

Both servlets would be sharing the same MES object. So if the MES is not able to accept task submission, it would reject task submissions from both servlets.

Comment by anthony.lai [ 23/Apr/13 ]

Got more info from Shobhit.

Some of his testcases test for behavior when an MES resource is disabled. So within those tests they would first disable an MES resource, and then re-enable it. When the next testcase runs, the MES resource is still shut down and thus the next test fails.

This is expected behavior. When an MES resource is disabled and then re-enabled, a different instance of MES is created. The application has retained the reference to the disabled (ie shut down) MES resource and needed to be restarted (such as disabled and then enabled) to reference the active and enabled MES.

Within the test case I notice a problem with the default MES. Even after an application is restarted it is still referencing the default MES that was shut down. Thus I am reopening this issue for this problem.

Comment by anthony.lai [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?

Once the default MES, MSES, or MTF is shutdown, a server restart is required for applications to refer to a working copy of the resource even after the resource is re-enabled. With this fix, only a restart of the application is needed.

  • What is the cost/risk of fixing the bug?

Low risk. Minor change in DefaultMES, DefaultMSES, and DefaultMTF classes to no longer maintain a cached copy of the MES, MSES, or MTF.

  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    QL. Concurrency CTS.
  • Which is the targeted build of 4.0 for this fix?
    4.0_b86
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A

Comment by anthony.lai [ 23/Apr/13 ]

Project: glassfish
Repository: svn
Revision: 61602
Author: anthony.lai
Date: 2013-04-23 22:51:14 UTC
Link:

Log Message:
------------
GLASSFISH-20367 - remove cached default concurrency resource objects from
deployer classes.
Approved by Michael.
Passed QL and Concurrency CTS.

Revisions:
----------
61602

Modified Paths:
---------------
trunk/main/appserver/concurrent/concurrent-impl/src/main/java/org/glassfish/concurrent/runtime/deployer/DefaultManagedScheduledExecutorService.java
trunk/main/appserver/concurrent/concurrent-impl/src/main/java/org/glassfish/concurrent/runtime/deployer/DefaultManagedExecutorService.java
trunk/main/appserver/concurrent/concurrent-impl/src/main/java/org/glassfish/concurrent/runtime/deployer/DefaultManagedThreadFactory.java

Comment by Alex Pineda [ 14/May/13 ]

Added Release Notes tag so the issue can be documented and communicated to the Glassfish users.

Comment by Gail Risdal [ 31/May/13 ]

Added the following to the release notes:

[Regression] MES object and MSES object continuously keep on throwing RejectedExecutionException for successive submission if once same exception is encountered. (20367)

Description
If multiple servlets share the same concurrent resource (managed executor service, managed scheduled executor service, or managed thread factory), and the resource rejects submission of a task from one servlet, it will reject submission of a task from all other servlets using that resource. This is expected behavior and occurs when a concurrent resource is disabled and then reenabled, at which time a different instance of the resource is created.

Workaround
Restart the application.





[GLASSFISH-20240] MDB XML Definition Fails Created: 09/Apr/13  Updated: 05/May/13  Resolved: 19/Apr/13

Status: Closed
Project: glassfish
Component/s: naming
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Critical
Reporter: reza_rahman Assignee: amy.yang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: Glassfish_4_0-approved

 Description   

Defining MDBs in XML DD fails. It works fine when defined in annotations. Below if the error I get. If I was to venture a guess, this looks like a container startup ordering issue. The issue can be seen by building and deploying the code here: http://java.net/projects/cargotracker/downloads/download/cargotracker.zip. Please advise.

The XML DD looks like this:

<message-driven>
<ejb-name>MisdirectedCargoConsumer</ejb-name>
<ejb-class>net.java.cargotracker.infrastructure.messaging.jms.SimpleLoggingConsumer</ejb-class>
<messaging-type>javax.jms.MessageListener</messaging-type>
<message-destination-type>javax.jms.Queue</message-destination-type>
<activation-config>
<activation-config-property>
<activation-config-property-name>
destinationLookup
</activation-config-property-name>
<activation-config-property-value>
java:global/jms/DeliveredCargoQueue
</activation-config-property-value>
</activation-config-property>
</activation-config>
</message-driven>

The destination is defined in web.xml as such:

<jms-destination>
<name>java:global/jms/DeliveredCargoQueue</name>
<interface-name>javax.jms.Queue</interface-name>
<resource-adapter>jmsra</resource-adapter>
<destination-name>DeliveredCargoQueue</destination-name>
</jms-destination>

SEVERE: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method
java.lang.RuntimeException: EJB Container initialization error
at org.glassfish.ejb.startup.EjbApplication.loadContainers(EjbApplication.java:234)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:291)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:99)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:206)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:313)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:493)
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:722)
Caused by: java.lang.StackOverflowError
at java.util.concurrent.locks.AbstractQueuedSynchronizer.apparentlyFirstQueuedIsExclusive(AbstractQueuedSynchronizer.java:1462)
at java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync.readerShouldBlock(ReentrantReadWriteLock.java:686)
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryAcquireShared(ReentrantReadWriteLock.java:473)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(AbstractQueuedSynchronizer.java:1281)
at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(ReentrantReadWriteLock.java:731)
at com.sun.enterprise.naming.impl.TransientContext.lookup(TransientContext.java:196)
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 com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)
at com.sun.enterprise.naming.util.JndiNamingObjectFactory.create(JndiNamingObjectFactory.java:90)
at com.sun.enterprise.container.common.impl.ComponentEnvManagerImpl$1.create(ComponentEnvManagerImpl.java:701)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:480)
at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)



 Comments   
Comment by reza_rahman [ 09/Apr/13 ]

Unfortunately, I had to disable the code to keep moving forward. To reproduce the problem, just enable/uncomment the MDB definitions in ejb-jar.xml before building via Maven. Thanks.

Comment by shreedhar_ganapathy [ 09/Apr/13 ]

-> Marina
Can you evaluate this and reassign as appropriate?

Comment by marina vatkina [ 09/Apr/13 ]

I get "Not Found" accessing http://java.net/projects/cargotracker/downloads. How is the resource defined and registered with GF? Does it make a difference if the jms-destination is specified in the ejb-jar.xml?

StackOverflowError comes from naming.

Comment by guojun.shan [ 11/Apr/13 ]

we can not download the code now: http://java.net/projects/cargotracker/downloads/download/cargotracker.zip
how could we get the re-producer?

Comment by reza_rahman [ 11/Apr/13 ]

Just send me an email at reza.rahman@oracle.com. I can send you the code.

Comment by guojun.shan [ 11/Apr/13 ]

Leimeng Zhang and I take a quick debug.
Have found the reason for infinite lookup. It is because wrong JndiNamingObjectFactory is bound to JNDI by MDB container.
But since we’re not experts in MDB container, so we need help from MDB container. Or hopefully re-assign the bug to proper MDB owner.

Comment by guojun.shan [ 11/Apr/13 ]

for resource like java:global/jms/DeliveredCargoQueue, ComponentEnvManagerImpl$1 is bound to JNDI.that is actually a JndiNamingObjectFactory. that cause the infinite loopup.
stack trace:
Daemon Thread [admin-listener(2)] (Suspended (breakpoint at line 702 in ComponentEnvManagerImpl))
ComponentEnvManagerImpl.getCompEnvBinding(ResourceEnvReferenceDescriptor) line: 702
ComponentEnvManagerImpl.addJNDIBindings(JndiNameEnvironment, ScopeType, Collection<JNDIBinding>) line: 570
ComponentEnvManagerImpl.bindToComponentNamespace(JndiNameEnvironment) line: 228
EjbDeployer.load(EjbContainerStarter, DeploymentContext) line: 284
EjbDeployer.load(Container, DeploymentContext) line: 99
ModuleInfo.load(ExtendedDeploymentContext, ProgressTracker) line: 206
ApplicationInfo.load(ExtendedDeploymentContext, ProgressTracker) line: 313
ApplicationLifecycle.deploy(Collection<Sniffer>, ExtendedDeploymentContext) line: 493
ApplicationLifecycle.deploy(ExtendedDeploymentContext) line: 219
DeployCommand.execute(AdminCommandContext) line: 491
CommandRunnerImpl$2$1.run() line: 527
CommandRunnerImpl$2$1.run() line: 523
....

Comment by David Zhao [ 17/Apr/13 ]

I observed the following behavior,

1. This happens only when declaring java:global/jms/myQueue in web.xml and use it in ejb in web by @Resource(name="java:global/jms/myQueue").

2. For the above case, jndi lookup for java:global/jms/myQueue succeeds.

3. If it is in a standard ejb jar application, the case <1> works fine.

So I think this issue doesn't relate to MDB/JMS, it might be binding problem of @Resource for the resources defined in web.xml.

Comment by guojun.shan [ 17/Apr/13 ]

in JmsApplicationEvents:
@Resource(name = "java:global/jms/CargoHandledQueue")
private Destination cargoHandledQueue;
@Resource(name = "java:global/jms/MisdirectedCargoQueue")
private Destination misdirectedCargoQueue;
@Resource(name = "java:global/jms/DeliveredCargoQueue")
private Destination deliveredCargoQueue;
@Resource(name = "java:global/jms/HandlingEventRegistrationAttemptQueue")

in my view, it should be :
@Resource(lookup= "java:global/jms/CargoHandledQueue")
....

Comment by reza_rahman [ 17/Apr/13 ]

Thanks for catching the name vs. lookup attribute, I've fixed it (it was cut/paste code from Java EE 5). I really prefer not introducing an EJB-JAR just to get around this issue. At any rate, the debugging is definitely helpful.

I'll ask someone in the management chain to see if this issue should be reassigned at this point.

Comment by shreedhar_ganapathy [ 18/Apr/13 ]

Hi Guojun
This still appears to be a naming issue. Can you please look into it and confirm?
If this needs a fix, please add Glassfish_4_0-approved tag and add a fixBy version to build 86 (next promoted build.

Comment by guojun.shan [ 19/Apr/13 ]

Amy Yang has found the root cause and is tring to find out a good solution. I will re-assign this issue to her.

Comment by marina vatkina [ 19/Apr/13 ]

Amy fixed it with rev 61552

Comment by reza_rahman [ 05/May/13 ]

Confirming that the deployment failure does not happen any more.





[GLASSFISH-20409] EJB container resolved during server startup Created: 25/Apr/13  Updated: 03/May/13  Resolved: 03/May/13

Status: Closed
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.0_b86_RC2
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Tom Mueller Assignee: mtaube
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved, devx_web

 Description   

With BV 1.1 there is a new CDI portable extension that leads to the EJB container being resolved when bean validation is activated. Mason traced this down as follows:

I think I have chased this down as follows (not that I've trimmed this considerably.. there is quite a lot that is being brought in via web.glue):

org.glassfish.hk2.external.bean-validator [20] imports packages:
javax.enterprise.inject; version=1.0.0 -> org.jboss.weld.osgi-bundle [274]

org.jboss.weld.osgi-bundle [274] imports packages:
org.glassfish.weld; version=4.0.0 -> org.glassfish.main.web.weld-integration [273]

org.glassfish.main.web.weld-integration [273] imports packages:
org.glassfish.web.deployment.descriptor; version=4.0.0 -> org.glassfish.main.web.glue [262]

org.glassfish.main.web.glue [262] imports packages:
com.sun.ejb; version=4.0.0 -> org.glassfish.main.ejb.ejb-container [71]

This is due to a CDI portable extension (new in BV 1.1) that is now bundled in org.glassfish.hk2.external.bean-validator.

This issue for for fixing this so that EJB container is not resolved when bean validation is used, unless the portal extension is actually used.

To see this, just start an empty server and use the osgi lb command:

asadmin start-domain
asadmin osgi lb -l | grep ejb
   26|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/cmp-ejb-mapping.jar
   31|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/cmp-support-ejb.jar
   51|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/console-ejb-lite-plugin.jar
   52|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/console-ejb-plugin.jar
   71|Resolved   |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/ejb-container.jar
   72|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/ejb-full-container.jar
   73|Resolved   |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/ejb-internal-api.jar
   74|Installed  |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/ejb.security.jar
   81|Active     |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/gf-ejb-connector.jar
  130|Resolved   |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/javax.ejb-api.jar
  168|Resolved   |    1|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/jersey-gf-ejb.jar
  286|Active     |    2|file:/Users/tomuell/test/glassfish/glassfish4/glassfish/modules/autostart/osgi-ejb-container.jar

Here, the ejb-container.jar bundle should be Installed rather than Resolved.

There may be other reasons why ejb-container.jar is getting resolved.

This issue is for making sure that ejb-container.jar is not resolved during server startup.



 Comments   
Comment by mtaube [ 26/Apr/13 ]

What is the impact on the customer of the bug?
Startup performance in certain cases is slower than it needs to be

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
performance

What is the cost/risk of fixing the bug?
low

How risky is the fix? How much work is the fix? Is the fix complicated?
not risky, this change repackages the CDI portable extension so that the core bean-validator bundle does not resolve cdi/web/ejb components transitively.

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
quicklook, bean validation tck

Which is the targeted build of 4.0 for this fix?
4.0_b86_RC2

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.
N/A

Comment by Tom Mueller [ 29/Apr/13 ]

Built revision 61710 and ejb-container.jar is still resolved after starting the server.

When marking an issue as resolved, please include the revision number for the fix. Based on looking at the svn log, it appears that this was supposed to be fixed in 61661.

I'm reopening this since this isn't fixed.

Comment by mtaube [ 29/Apr/13 ]

This should no longer be happening due to bean-validator;

$ bin/asadmin osgi inspect package r 21
org.glassfish.hk2.external.bean-validator [21] imports packages:
----------------------------------------------------------------
javax.script; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.namespace; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.stream; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.stream.events; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.transform.stream; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.validation; version=0.0.0 -> org.apache.felix.framework [0]
org.xml.sax; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.bind.annotation.adapters; version=2.2.7 -> jaxb-api [2]
javax.xml.bind.annotation; version=2.2.7 -> jaxb-api [2]
javax.xml.bind; version=2.2.7 -> jaxb-api [2]
javax.el; version=3.0.0 -> com.sun.el.javax.el [132]
javax.persistence; version=2.1.0 -> javax.persistence [143]

$ bin/asadmin osgi inspect package r 20
org.glassfish.hk2.external.bean-validator-cdi [20] imports packages:
--------------------------------------------------------------------
Nothing

Command osgi executed successfully.

Comment by Tom Mueller [ 29/Apr/13 ]

Note: I'm modifying this issue to be about making sure that ejb-container.jar is not resolved during server startup, not just for fixing the BV problem. (Yes, yes, I could have created another issue.)

Comment by Tom Mueller [ 29/Apr/13 ]

After Mason's changes to the BV module, the ejb-container.jar is now being resolved as a result of bringing in the <jdbc-resource> config bean during parsing of domain.xml.

Comment by Tom Mueller [ 30/Apr/13 ]

Assigning to Mason to provide information about the weld dependencies and how it is impacting this.

Comment by mtaube [ 30/Apr/13 ]

the weld-osgi bundle is importing org.glassfish.weld:

org.jboss.weld.osgi-bundle [275] exports packages:
--------------------------------------------------
javax.decorator; version=1.0.0 UNUSED
javax.enterprise.inject; version=1.0.0 imported by:
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.weld-integration [274]
org.glassfish.javax.faces [136]
javax.enterprise.inject.spi; version=1.0.0 imported by:
org.glassfish.jersey.containers.glassfish.jersey-gf-cdi [168]
org.eclipse.persistence.core [211]
org.glassfish.main.web.sse [267]
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.weld-integration [274]
org.glassfish.javax.faces [136]
javax.enterprise.context.spi; version=1.0.0 imported by:
org.glassfish.jersey.containers.glassfish.jersey-gf-cdi [168]
org.eclipse.persistence.core [211]
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.sse [267]
org.glassfish.main.web.weld-integration [274]
org.glassfish.javax.faces [136]
javax.enterprise.context; version=1.0.0 imported by:
org.glassfish.main.web.gf-weld-connector [89]
org.glassfish.main.web.sse [267]
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.weld-integration [274]
javax.transaction-api [152]
org.glassfish.javax.faces [136]
javax.enterprise.util; version=1.0.0 imported by:
org.glassfish.main.web.sse [267]
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.weld-integration [274]
javax.transaction-api [152]
javax.enterprise.event; version=1.0.0 imported by:
org.glassfish.jersey.containers.glassfish.jersey-gf-cdi [168]
org.glassfish.fighterfish.osgi-cdi [285]
org.glassfish.main.web.sse [267]
org.glassfish.main.web.weld-integration [274]
org.glassfish.javax.faces [136]
org.jboss.weld.context; version=1.0.0 UNUSED
org.jboss.weld.ejb; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.bean; version=1.0.0 UNUSED
org.jboss.weld.bean.builtin; version=1.0.0 UNUSED
org.jboss.weld.bean.proxy; version=1.0.0 UNUSED
org.jboss.weld.servlet.api; version=1.0.0 UNUSED
org.jboss.weld.bootstrap.api; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.context.api; version=1.0.0 UNUSED
org.jboss.weld.servlet.api.helpers; version=1.0.0 UNUSED
org.jboss.weld.bootstrap.api.helpers; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.ejb.api; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.manager.api; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.interceptor.spi.model; version=1.0.0 UNUSED
org.jboss.weld.ejb.spi.helpers; version=1.0.0 UNUSED
org.jboss.weld.validation.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.serialization.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.interceptor.spi.context; version=1.0.0 UNUSED
org.jboss.weld.interceptor.spi.metadata; version=1.0.0 UNUSED
org.jboss.weld.transaction.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.injection.spi.helpers; version=1.0.0 UNUSED
org.jboss.weld.serialization.spi.helpers; version=1.0.0 UNUSED
org.jboss.weld.bootstrap.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.injection.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.resources.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.interceptor.spi.instance; version=1.0.0 UNUSED
org.jboss.weld.resources.spi.helpers; version=1.0.0 UNUSED
org.jboss.weld.bootstrap.spi.helpers; version=1.0.0 UNUSED
org.jboss.weld.ejb.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.security.spi; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.bootstrap; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.event; version=1.0.0 UNUSED
org.jboss.weld.injection; version=1.0.0 UNUSED
org.jboss.weld.manager; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.servlet; version=1.0.0 UNUSED
org.jboss.weld.util; version=1.0.0 UNUSED
org.jboss.weld.el; version=1.0.0 imported by:
org.glassfish.main.web.weld-integration [274]
org.jboss.weld.jsf; version=1.0.0 UNUSED
org.jboss.weld.proxy.util; version=0.0.0 UNUSED
org.jboss.weld.bean.proxy.util; version=0.0.0 UNUSED
org.jboss.weld.context.http; version=0.0.0 UNUSED
org.jboss.weld.context.bound; version=0.0.0 UNUSED
org.jboss.weld.context.cache; version=0.0.0 UNUSED
org.jboss.weld.bean.builtin.ee; version=0.0.0 UNUSED
javassist.util.proxy; version=0.0.0 UNUSED
org.jboss.weld.interceptor.proxy; version=0.0.0 UNUSED
org.jboss.weld.interceptor.util.proxy; version=0.0.0 UNUSED
org.jboss.weld.util.bean; version=0.0.0 UNUSED
org.jboss.weld.serialization; version=0.0.0 UNUSED
org.jboss.weld.injection.attributes; version=0.0.0 UNUSED
org.jboss.weld.util.collections; version=0.0.0 UNUSED
org.jboss.weld.annotated.slim; version=0.0.0 UNUSED
org.jboss.weld.annotated.slim.backed; version=0.0.0 UNUSED

Command osgi executed successfully.

org.jboss.weld.osgi-bundle [275] imports packages:
--------------------------------------------------
javax.naming; version=0.0.0 -> org.apache.felix.framework [0]
javax.naming.spi; version=0.0.0 -> org.apache.felix.framework [0]
javax.xml.parsers; version=0.0.0 -> org.apache.felix.framework [0]
org.w3c.dom; version=0.0.0 -> org.apache.felix.framework [0]
org.xml.sax; version=0.0.0 -> org.apache.felix.framework [0]
org.xml.sax.helpers; version=0.0.0 -> org.apache.felix.framework [0]
sun.misc; version=0.0.0 -> org.apache.felix.framework [0]
javax.annotation; version=1.2.0 -> javax.annotation-api [1]
javax.validation; version=1.1.0 -> org.glassfish.hk2.external.bean-validator [21]
javax.el; version=3.0.0 -> com.sun.el.javax.el [132]
javax.faces.application; version=2.2.0 -> org.glassfish.javax.faces [136]
javax.faces.context; version=2.2.0 -> org.glassfish.javax.faces [136]
javax.inject; version=1.0.0 -> org.glassfish.hk2.external.javax.inject [137]
javax.interceptor; version=1.2.0 -> javax.interceptor-api [138]
javax.persistence; version=2.1.0 -> javax.persistence [143]
javax.servlet; version=3.1.0 -> javax.servlet-api [147]
javax.servlet.http; version=3.1.0 -> javax.servlet-api [147]
javax.transaction; version=1.2.0.b03 -> javax.transaction-api [152]
org.glassfish.weld; version=4.0.0 -> org.glassfish.main.web.weld-integration [274]

Command osgi executed successfully.

Comment by mtaube [ 03/May/13 ]

This is a dup of GLASSFISH-20450 - Weld combination of API/implementation in single bundle slows down server startup





[GLASSFISH-20283] Concurrent Resource Section in Admin UI in German? Created: 11/Apr/13  Updated: 03/May/13  Resolved: 16/Apr/13

Status: Closed
Project: glassfish
Component/s: l10n
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: myfear Assignee: sunny-gui
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Name of the Operating System: Windows 7
Binary Architecture name of the Operating System: amd64, Version: 6.1
JRE name: Java HotSpot(TM) 64-Bit Server VM Vendor: Oracle Corporation Version: 23.0-b16
GlassFish Server Open Source Edition 4.0 (build 83)
Chrome Version 26.0.1410.43 m / Firefox 19.0.2


Tags: console, fishcat

 Description   

The Concurrent Resource Section in the Admin UI is always displayed in German.
The rest of the UI is english according to the language settings in both browsers.
I'm obviously running that on a German OS ... so there might be an issue here..

See screenshot from here:
https://www.dropbox.com/s/irtnlgmrc7kbql6/i18n.PNG



 Comments   
Comment by Anissa Lam [ 11/Apr/13 ]

Can you tell me which zip file did u install ? the build version etc.
thanks

Comment by myfear [ 11/Apr/13 ]

Hi,

http://dlc.sun.com.edgesuite.net/glassfish/4.0/promoted/glassfish-4.0-b83-ml.zip

  • M
Comment by Anissa Lam [ 11/Apr/13 ]

the ml build is not ready yet.
I have checked b84 which just came out yesterday, there is only 25 l10n jar. It should have about 70 or so localized jar for the enter server.
So, b84 has the same problem as in b83.

You may need to wait till b85 or 86 to see localization working properly. I am transferring this to the localization team and they can ensure that the issue will be fixed.

Comment by clyang [ 11/Apr/13 ]

The localized bits have been built. RE is working on getting the multi-lingual jar files into the correct distributions.

Comment by clyang [ 16/Apr/13 ]

With the changes made to ML bundles distributions,
this will be fixed in the next build.

Sunny, please verify.

Thanks, Claire

Comment by sunny-gui [ 03/May/13 ]

Verified and fixed in build85 in OEL6 x64.





[GLASSFISH-20014] Japanese L10N: Almost all translations are ignored Created: 24/Mar/13  Updated: 03/May/13  Resolved: 16/Apr/13

Status: Closed
Project: glassfish
Component/s: i18n
Affects Version/s: 4.0_b81
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: HASUNUMA Kenji Assignee: sunny-gui
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

All


Tags: 4_0-approved, adming-gui, console, i18n/l10n

 Description   

Almost all translations for Admin GUI are ignored, excepts "Concurrent Resources". GlassFish L10N modules are installed, but an error is occurred when I open "Installed Components".



 Comments   
Comment by Anissa Lam [ 25/Mar/13 ]

Transfer to localization team. Nothing is changed in the console side relating to localization.

Comment by HASUNUMA Kenji [ 25/Mar/13 ]

Additional information:
Windows 7 and Solaris 11.1 perform same as the description. But the other systems, for example, on Windows Server 2012 or Linux are different (however, they are also incomplete translations). Thus, the trouble maybe dependent on the systems.

Comment by clyang [ 26/Mar/13 ]

The console-core-4.0-b*.jar file which contains the English properties has been moved to $

{glassfish}

/lib/install/applications/__admingui/WEB-INF/lib.

Therefore, the l10n jar files couldn't find the dependent OSGi bundle. Possible fix is to change core-l10n/osgi.bundle:

-Fragment-Host: org.glassfish.main.admingui.console-core; bundle-version=$

{project.osgi.version}
+Fragment-Host: org.glassfish.main.admingui.console-common; bundle-version=${project.osgi.version}

So that the l10n bundles will be loaded when a localized language is selected.

Also, the l10n jar files need to be updated into the correct distributions.

Comment by Anissa Lam [ 26/Mar/13 ]

The core jar, console-core has always been in the WEB-INF/lib directory, ever since 3.1.
It cannot be an osgi-module because there is libraries that it depends on isn't osgi.

Comment by clyang [ 11/Apr/13 ]

The localized bits have been built. RE is working on getting the multi-lingual jar files into the correct distributions.

Comment by clyang [ 16/Apr/13 ]

With the changes made to ML bundles distributions,
this will be fixed in the next build.

Sunny, please verify.

Thanks, Claire

Comment by sunny-gui [ 03/May/13 ]

Verified and fixed in build85 in OEL 6 x64.





[GLASSFISH-20352] Integrate JDK 7u21 into Java EE 7 SDK cobundles Created: 19/Apr/13  Updated: 29/Apr/13  Resolved: 29/Apr/13

Status: Resolved
Project: glassfish
Component/s: build_system
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Snjezana Sevo-Zenzerovic Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

Java EE 7 SDK cobundles with JDK should contain JDK 7u21 which is about to be released.

  • What is the impact on the customer of the bug?

Java EE 7 SDK cobundles with JDK are expected to contain the latest available JDK release.

  • What is the cost/risk of fixing the bug?

Low risk.

  • Is there an impact on documentation or message strings?

Documentation should reference JDK 7u21 as part of SDK cobundles.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

BAT test suite, which is standard to verify JDK integrations.

  • Which is the targeted build of 4.0 for this fix?

SDK b85.

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

This integrates JDK 7u21.



 Comments   
Comment by Tom Mueller [ 19/Apr/13 ]

Approved for 4.0.





[GLASSFISH-20403] stop standalone connectors after stopping all other applications during server shutdown Created: 24/Apr/13  Updated: 29/Apr/13  Resolved: 29/Apr/13

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Jagadish Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

While evaluating issues GLASSFISH-20389 an GLASSFISH-20390
we found that standalone resource-adapters (connectors) are not stopped after stopping the other applications.

During server startup, while loading the applications, standalone connectors are started first and then other type of applications (war/ear/MDBs etc.,)
This is needed so that any application (war/ear/MDB) that is dependent on the standalone connector will work fine.

Similarly, the reverse must happen while stopping (shutting down) application server.



 Comments   
Comment by Jagadish [ 24/Apr/13 ]
  • What is the impact on the customer of the bug?
    While investigating GLASSFISH-20389 and GLASSFISH-20390, we found this issue. This might be seen
    randomly depending upon the order in which "applications" are registered in domain.xml.
  • How likely is it that a customer will see the bug and how serious is the bug?
    Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
    What CTS failures are caused by this bug?
    This issue will be seen randomly. No CTS failures.
    This is a regression compared to GlassFish 2.x, exposed while debugging an issue related to Java EE 7 feature.
  • What is the cost/risk of fixing the bug?
    Fix is simple, to make sure that the standalone connectors are not stopped before stopping all other applications.

How risky is the fix? How much work is the fix? Is the fix complicated?
Fix is simple.
Fix is reviewed by Hong Zhang (Deployment)

  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    Deployment, Connector, EJB SQE Tests
    [I have verified Connector SQE tests]
    I have also verified that the following tests pass :
    QL (Web, Classic), deployment-dev, ejb-dev, connector-dev, jdbc-dev, connector-standalone-cts (Web, Classic), resources-admin-cli.
  • Which is the targeted build of 4.0 for this fix?
    Build-86
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    No.
Comment by Tom Mueller [ 24/Apr/13 ]

Approved for 4.0.

Comment by Jagadish [ 29/Apr/13 ]

FIX INFORMATION :
svn revision : 61635
Modified Paths:
---------------
trunk/main/nucleus/core/kernel/src/main/java/com/sun/enterprise/v3/server/ApplicationLoaderService.java





[GLASSFISH-20110] RARE Restart Server|Domain client-side reporting failures - RACE condition Created: 30/Mar/13  Updated: 26/Apr/13  Resolved: 26/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Critical
Reporter: Sanjeeb Sahoo Assignee: Byron Nevins
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-20362 Clean up Deprecated Code Closed
Duplicate
duplicates GLASSFISH-20133 Server occasionally fails to restart ... Resolved
is duplicated by GLASSFISH-20415 [Regression] asadmin restart-domain c... Resolved
Related
is related to GLASSFISH-19672 Race Condition when stopping server c... Resolved
is related to GLASSFISH-17116 list-instances lets asadmin timeout w... Resolved
Tags: 4_0-approved

 Description   

There are numerous intermittent failures seen in various hudson jobs and all indicate that server is shutting down for no apparent reason mentioned in the log file. It needs to be investigated ASAP. The latest such falure is seen in [1].

[1] http://gf-hudson.us.oracle.com/hudson/job/gf-trunk-build-continuous/13961



 Comments   
Comment by Tom Mueller [ 17/Apr/13 ]

This issue might be related to GLASSFISH-20133 (these might be duplicates).

Comment by Tom Mueller [ 17/Apr/13 ]

Byron, please evaluate whether this is a duplicate of GLASSFISH-20133.

Comment by Byron Nevins [ 17/Apr/13 ]

The root problem is known and scheduled for fixing in 4.0.1

It's unlikely to bite a user.

zThe problem is that we use 2 different ways to verify if a server is officially RUNNING or STOPPED.
That causes tight timing problems when Hudson is hammering commands one after the next.

Comment by Byron Nevins [ 17/Apr/13 ]

duplicate of 20133

Comment by Sanjeeb Sahoo [ 17/Apr/13 ]

There are two reasons for reopening this bug, viz:

a) This bug was filed earlier than GLASSFISH-20133, so if at all these two are same issues, close GLASSFISH-20133 as a duplicate.

b) I don't exactly understand why this is not a priority. We have seen this bug outside hudson environment as well and on multiple platforms. e.g., I have seen it my linux development environment. Bill Shannon has seen this in his Solaris environment. In both cases, the bug was seen while running QuickLook test suite.

Comment by Byron Nevins [ 17/Apr/13 ]

What is it blocking? Lowering to P2...

Comment by Byron Nevins [ 17/Apr/13 ]

This issue is bereft of detail.

E.g. I was told separately that QL fails on both Linux and Solaris:

I don't have any feel for your QL failures. Everytime? Intermittent? Occasional? Rare?

Comment by Byron Nevins [ 17/Apr/13 ]

I dropped everything in order to work on this as of right now...

Comment by Sanjeeb Sahoo [ 17/Apr/13 ]

Changing the synopsys back to describe the problem more accurately.

Comment by Byron Nevins [ 17/Apr/13 ]

copy of my email to Shreedhar:

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

Here is what PROBABLY happens:

We use several different ways to see if a server is running.
1. Look for a pid file if we're running locally
2. run a remote command like "uptime". If we get a response, server is running
3. I forget – there might be a third.

You can see we can get timing problems. The pid file may get generated a millisecond BEFORE Grizzly is all set up. Or vice-versa.

The solution is to use the exact same criteria to establish RUNNING versus STOPPED for all commands.

Which is quite difficult and risky to get just right.

Comment by Byron Nevins [ 17/Apr/13 ]

I've run QL a dozen times in a row. No failures.

I'm going to have to get invasive (in the source code) to force this error...

Comment by Byron Nevins [ 17/Apr/13 ]

To be fixed for 4.0.1
Priority remains at P2

Comment by Sanjeeb Sahoo [ 17/Apr/13 ]

I don't understand the timing aspect. What we see from logs (which is still available in the referenced hudson job) is that server shutsdown automatically. Can you exqlain when that can haqqen (read q as the char before it as my key board is malfucntioning)? I can't recollect to have come across this kind of situation before. So, surely something in 4.0 is triggering this behavior.

Comment by Sanjeeb Sahoo [ 17/Apr/13 ]

I feel we should not defer this bug without understanding the root cause.

Comment by Byron Nevins [ 17/Apr/13 ]

I don't see any evidence of the server shutting down "automatically".
Where? Please paste it in here...

Comment by Byron Nevins [ 17/Apr/13 ]

Here are the CLI commands from that run:

98 03/29/2013 21:34:46 EXIT: 0 asadmin start-domain domain1
99 03/29/2013 21:34:52 EXIT: 0 asadmin create-jvm-options -Djava.security.manager
100 03/29/2013 21:34:54 EXIT: 0 asadmin stop-domain
101 03/29/2013 21:35:02 EXIT: 0 asadmin start-domain domain1
102 03/29/2013 21:45:14 EXIT: 1 nadmin --host localhost --port 4848 --secure=false --terse=false --echo=false --interactive=false start-domain --verbose=false --watchd og=false --debug=false --domaindir /scratch/java_re/BUILD_AREA/workspace/gf-trunk-build-continuous/gfv3-wp/glassfish4/glassfish/domains domain1
103 03/29/2013 21:45:23 EXIT: 1 asadmin restart-domain domain1
04 03/29/2013 21:50:31 EXIT: 0 asadmin deploy --upload ../../dist/basicweb/hellojsp.war
===============

which was triggered by these commands:
1. start-domain
2. create-jvm-options
3. stop-domain
4. start-domain
5. restart-domain

    • fails. Waits 10 minutes because it *INCORRECTLY* thinks the server did not restart. But it *did* restart based on the next cli commands
      6. deploy – which can't possibly succeed if the server is not running.
Comment by Sanjeeb Sahoo [ 18/Apr/13 ]

Byron,

Let me try to answer why I said the server was shutting down automatically." I was definitely influenced by the following comment made by Tom on 21 March over email while responding to some hudson job failure messages:

We've been seeing occasional failures of other test suites (GF admin devtests, nucleus admin devtests) in which there seems to be this behavior too, where it looks like the server just dies.

I will let Tom explain what made him come to this conclusion.

When I had seen QL failing in my local environment once (unfortunately I don't have the logs available to look at now - ask Bill if he has it), it was to do with the cluster test. The nature of failure made me come to similar conclusion as Tom.

You may be spot on with your analysis that server is not really crashing or automatically shutting down. Rather, it's just that asadmin client is failing to correctly detect that it's started. If that's the case, it is definitely as severe a problem as we initially thought and you can update the synopsys and priority. If we don't want to fix it now, I am hoping we can fix our tests to be more resilient.

Finally, do we know why we have started to see this behavior (failing to detect server has started correctly) only recently? I can't recollect to have seen such issue before. What change has trigged this issue?

Thanks,
Sahoo

Comment by Byron Nevins [ 18/Apr/13 ]

It's quite rare. But definitely there. The last time the continuous build had it was 45 runs ago:

http://gf-hudson.us.oracle.com/hudson/job/gf-trunk-build-continuous/14089/

So the first big job is to make it reproducible

Comment by Amy Roh [ 18/Apr/13 ]

This issue is causing multiple failures in web devtests. Web devtests perform many start/stop for functionality testings that require server restart and failing to do so is affecting test results.

stopDomain:
[echo] run.xml:stopping domain...
[exec] CLI306: Warning - The server located at /Users/aroh/glassfish/v3-8-2/all/main/appserver/distributions/glassfish/target/glassfish4/glassfish/domains/domain1 is not running.
[exec] Command stop-domain executed successfully.

setOSConditions:

setToolWin:

setToolUnix:

setToolProperty:

setS1ASclassPath:

init-common:

startDomainUnix:
[echo] Starting DAS
[exec] There is a process already using the admin port 4848 – it probably is another instance of a GlassFish server.
[exec] Command start-domain failed.
[exec] Result: 1
[echo] run.xml:doing wait for localhost:8080...
[echo] run.xml:DONE doing wait for localhost:8080...

In order to reproduce, run "ant all" from $APS_HOME/devtests/web.

Comment by Byron Nevins [ 18/Apr/13 ]

This hypothesis was super-easy to test. It is not the problem:

"server may be starting too fast to detect"

Comment by Byron Nevins [ 19/Apr/13 ]

There is no known way to reproduce the problem which makes it difficult to prove that it is fixed.

I've fixed it.

we were using several different techniques simultaneously to see if the server was restarted.

Namely:
(1) compare timestamp of the local password file
(2) compare the "uptime" of the old server versus the uptime of the new server

I.e. we were using quite indirect methods.

I changed it to use something that is guaranteed to work. Here is the new algorithm for restart-domain (local)

1. get the PID of the running server (might be "-1" if the server isn't running)
2. tell the server to restart itself
3. In a loop – try fetching the PID. Once it changes – we are done, the server has restarted.

I've submitted the changes to Tom for review...

Comment by Byron Nevins [ 19/Apr/13 ]

In summary, when this intermittent bug appears the client running restart-domain will not recognize that the server (domain or instance) restarted correctly. After 10 minutes it times out. The server is running. It's a false negative.

The impact on the customer is annoyance. The major impact is in automated tests.
It is unlikely that the customer will bump into this issue. He would have to do a start/stop/restart in fast succession.
It is not a serious bug because it is just the client reporting incorrect results. The server-side is working fine.
OTOH - it depends on one's opinion of what's serious. It gives the user a bad impression of the product if he sees it.
The cost to fix it is minimal, in fact it is already fixed and waiting to go in. If it doesn't go into 4.0 it'll go into 4.0.1

The bug appears rarely in Quick Look tests. Currently in about 1 out of 50 Hudson runs of the continuous dev builds.

Not only is the fix not complicated - it is the other way 'round. The existing code is overly complex. The fixed code is much much simpler.

There is little risk. Automated tests, including QuickLook test this area all the time.

No doc impact.

QA need only run their usual standard tests start/stop/restart
This is a core lifecycle fix.

Comment by Tom Mueller [ 19/Apr/13 ]

Approved for 4.0. I've updated the fix version.

Comment by Byron Nevins [ 20/Apr/13 ]

Sending admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/LocalServerCommand.java
Sending admin/server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/RestartDomainCommand.java
Sending cluster/cli/src/main/java/com/sun/enterprise/admin/cli/cluster/RestartLocalInstanceCommand.java
Transmitting file data ...
Committed revision 61575.

Comment by Byron Nevins [ 26/Apr/13 ]

Does not handle the case where restart-domain is run by asadmin (local command) but does NOT use the local password for authentication.

Namely restart-domain -P 4848 -H whatever

Comment by Byron Nevins [ 26/Apr/13 ]

Oops. reopened wrong issue. I should have reopened the issue this is a duplicate of!

Comment by Byron Nevins [ 26/Apr/13 ]

Sorry I got confused with a raft of similar issues.

Comment by Byron Nevins [ 26/Apr/13 ]

Sending server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/LocalServerCommand.java
Sending server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/RestartDomainCommand.java
Sending server-mgmt/src/main/java/com/sun/enterprise/admin/servermgmt/cli/StopDomainCommand.java
Transmitting file data ...
Committed revision 61693.





[GLASSFISH-19309] EJB with mismatched local/remote views deploys successfully Created: 09/Nov/12  Updated: 26/Apr/13  Resolved: 24/Apr/13

Status: Closed
Project: glassfish
Component/s: ejb_container
Affects Version/s: 4.0_b62_ms6
Fix Version/s: 4.0_b86_RC2

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


 Description   

Need to check all combinations, but the SingletonBean1 under ejb32/intfces gets St5 as its remote view and St6 as its local view:

@Remote
@Singleton
public class SingletonBean1 implements St5, St6
public interface St5
@javax.ejb.Local
public interface St6


 Comments   
Comment by marina vatkina [ 23/Apr/13 ]

back to Amy

Comment by amy.yang [ 24/Apr/13 ]

fix was checked in at r61606

Comment by amy.yang [ 26/Apr/13 ]

test cases enabled by r61636, 61648, 61652





[GLASSFISH-20401] Cannot get ValidationFactory if CDI is disabled. Created: 24/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

Status: Closed
Project: glassfish
Component/s: bean-validator
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: jjsnyder83 Assignee: mtaube
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Sub-Tasks:
Key
Summary
Type
Status
Assignee
GLASSFISH-20404 bypass NamedNamingObjectManager when ... Sub-task Closed mtaube  

 Description   

When CDI is not enabled for an application and it tries to lookup the Validator via "java:comp/Validator" or ValidatorFactory via "java:comp/ValidatorFactory" an exception is thrown because the ValidationNamingProxy assumes CDI is always enabled. The following cts test illustrates the error with the exception below:

javaeetck/src/com/sun/ts/tests/ejb30/assembly/appres/warejb

[2013-04-24T11:50:49.637-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=68 _ThreadName=AutoDeployer] [timeMillis: 1366818649637] [levelValue: 1000] [[
WebModule[/ejb3_assembly_appres_warejb_web]Servlet /ejb3_assembly_appres_warejb_web threw load() exception
java.lang.IllegalStateException: Cannot resolve bean manager
at org.glassfish.weld.BeanManagerNamingProxy.handle(BeanManagerNamingProxy.java:121)
at org.glassfish.weld.ValidationNamingProxy.obtainBeanManager(ValidationNamingProxy.java:191)
at org.glassfish.weld.ValidationNamingProxy.handle(ValidationNamingProxy.java:103)
at com.sun.enterprise.naming.impl.NamedNamingObjectManager.tryNamedProxies(NamedNamingObjectManager.java:134)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:166)
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(Unknown Source)
at javax.naming.InitialContext.lookup(Unknown Source)
at com.sun.ts.tests.ejb30.common.helper.ServiceLocator.lookup(ServiceLocator.java:72)
at com.sun.ts.tests.ejb30.common.helper.ServiceLocator.lookupNoTry(ServiceLocator.java:28)
at com.sun.ts.tests.ejb30.assembly.appres.common.AppResTest.verifyValidatorAndFactory(AppResTest.java:79)
at com.sun.ts.tests.ejb30.assembly.appres.common.AppResTest.beanPostConstruct(AppResTest.java:118)
at com.sun.ts.tests.ejb30.assembly.appres.common.TestServletBase2.postConstruct(TestServletBase2.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl$3.run(InjectionManagerImpl.java:743)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.invokeLifecycleMethod(InjectionManagerImpl.java:737)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:508)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:141)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:127)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:324)
at com.sun.enterprise.web.WebContainer.createServletInstance(WebContainer.java:983)
at com.sun.enterprise.web.WebModule.createServletInstance(WebModule.java:2130)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1404)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
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: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.execute(CommandRunnerImpl.java:537)
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 org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:164)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:595)
at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:482)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:410)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:401)
at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:233)
at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
]]






Cannot get ValidationFactory if CDI is disabled. (GLASSFISH-20401)

[GLASSFISH-20404] bypass NamedNamingObjectManager when BeanManager not enabled Created: 24/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

Status: Closed
Project: glassfish
Component/s: naming
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Sub-task Priority: Major
Reporter: mtaube Assignee: mtaube
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

currently, if the BeanManager is not available, a lookup of java:comp/Validator will fail with an IllegalStateException. This is due to the proxying of java:comp namespace. Instead of throwing an IllegalStateException, the registry in JavaURLContext should be consulted:

[2013-04-24T11:50:49.637-0400] [glassfish 4.0] [SEVERE] [] [javax.enterprise.web] [tid: _ThreadID=68 _ThreadName=AutoDeployer] [timeMillis: 1366818649637] [levelValue: 1000] [[
WebModule[/ejb3_assembly_appres_warejb_web]Servlet /ejb3_assembly_appres_warejb_web threw load() exception
java.lang.IllegalStateException: Cannot resolve bean manager
at org.glassfish.weld.BeanManagerNamingProxy.handle(BeanManagerNamingProxy.java:121)
at org.glassfish.weld.ValidationNamingProxy.obtainBeanManager(ValidationNamingProxy.java:191)
at org.glassfish.weld.ValidationNamingProxy.handle(ValidationNamingProxy.java:103)
at com.sun.enterprise.naming.impl.NamedNamingObjectManager.tryNamedProxies(NamedNamingObjectManager.java:134)
at com.sun.enterprise.naming.impl.JavaURLContext.lookup(JavaURLContext.java:166)
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(Unknown Source)
at javax.naming.InitialContext.lookup(Unknown Source)
at com.sun.ts.tests.ejb30.common.helper.ServiceLocator.lookup(ServiceLocator.java:72)
at com.sun.ts.tests.ejb30.common.helper.ServiceLocator.lookupNoTry(ServiceLocator.java:28)
at com.sun.ts.tests.ejb30.assembly.appres.common.AppResTest.verifyValidatorAndFactory(AppResTest.java:79)
at com.sun.ts.tests.ejb30.assembly.appres.common.AppResTest.beanPostConstruct(AppResTest.java:118)
at com.sun.ts.tests.ejb30.assembly.appres.common.TestServletBase2.postConstruct(TestServletBase2.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl$3.run(InjectionManagerImpl.java:743)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.invokeLifecycleMethod(InjectionManagerImpl.java:737)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.inject(InjectionManagerImpl.java:508)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:141)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.injectInstance(InjectionManagerImpl.java:127)
at com.sun.enterprise.container.common.impl.util.InjectionManagerImpl.createManagedObject(InjectionManagerImpl.java:324)
at com.sun.enterprise.web.WebContainer.createServletInstance(WebContainer.java:983)
at com.sun.enterprise.web.WebModule.createServletInstance(WebModule.java:2130)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1404)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:1381)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:5670)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:5912)
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:2278)
at com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1924)
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: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.execute(CommandRunnerImpl.java:537)
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 org.glassfish.deployment.autodeploy.AutoOperation.run(AutoOperation.java:164)
at org.glassfish.deployment.autodeploy.AutoDeployer.deploy(AutoDeployer.java:595)
at org.glassfish.deployment.autodeploy.AutoDeployer.deployAll(AutoDeployer.java:482)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:410)
at org.glassfish.deployment.autodeploy.AutoDeployer.run(AutoDeployer.java:401)
at org.glassfish.deployment.autodeploy.AutoDeployService$1.run(AutoDeployService.java:233)
at java.util.TimerThread.mainLoop(Unknown Source)
at java.util.TimerThread.run(Unknown Source)
]]



 Comments   
Comment by mtaube [ 24/Apr/13 ]

What is the impact on the customer of the bug?
While investigating GLASSFISH-20401 we found the weld integration code was masking an underlying problem by attempting to obtain the BeanManager (in some cases, when CDI is not available, the BeanManager is not available and an IllegalStateException is thrown)

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
javaeetck/src/com/sun/ts/tests/ejb30/assembly/appres/warejb

What is the cost/risk of fixing the bug?
How risky is the fix? How much work is the fix? Is the fix complicated?
Low risk

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
EJB, Quicklook, EJB cts, Bean Validation cts

I have also verified that the following tests pass :
QL, bv-tck

Which is the targeted build of 4.0 for this fix?
Build-86

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.
No.

Comment by mtaube [ 25/Apr/13 ]

Committed revision 61643.





[GLASSFISH-20397] CLI prints NullPointerException when remote server returns 500 with unknown data Created: 24/Apr/13  Updated: 25/Apr/13  Resolved: 25/Apr/13

Status: Resolved
Project: glassfish
Component/s: command_line_interface
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

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

Tags: 4_0-approved

 Description   

CLI prints NullPointerException when remote server returns 500 with unknown data. It is theoretically not possible with direct connection to GF. But can be seen when port is wrong or maybe by proxy server.

It was identify by Bug 16553490.



 Comments   
Comment by martin.mares [ 24/Apr/13 ]

I have fix ready. I need to solve if I have to wait until new nucleus branch or if I can commit it into current ReleaseCandidate.

Comment by martin.mares [ 24/Apr/13 ]
Index: nucleus/admin/util/src/main/java/com/sun/enterprise/admin/remote/RemoteRestAdminCommand.java
===================================================================
--- nucleus/admin/util/src/main/java/com/sun/enterprise/admin/remote/RemoteRestAdminCommand.java	(revision 61586)
+++ nucleus/admin/util/src/main/java/com/sun/enterprise/admin/remote/RemoteRestAdminCommand.java	(working copy)
@@ -44,6 +44,7 @@
 import com.sun.enterprise.admin.remote.reader.CliActionReport;
 import com.sun.enterprise.admin.remote.reader.ProprietaryReader;
 import com.sun.enterprise.admin.remote.reader.ProprietaryReaderFactory;
+import com.sun.enterprise.admin.remote.reader.StringProprietaryReader;
 import com.sun.enterprise.admin.remote.sse.GfSseEventReceiver;
 import com.sun.enterprise.admin.remote.sse.GfSseEventReceiverProprietaryReader;
 import com.sun.enterprise.admin.remote.sse.GfSseInboundEvent;
@@ -815,36 +816,42 @@
                 } else {
                     ProprietaryReader<ParamsWithPayload> reader
                             = ProprietaryReaderFactory.getReader(ParamsWithPayload.class, resultMediaType);
-                    final InputStream is;
                     if (urlConnection.getResponseCode() == HttpURLConnection.HTTP_INTERNAL_ERROR) {
-                        is = urlConnection.getErrorStream();
+                        ActionReport report;
+                        if (reader == null) {
+                            report = new CliActionReport();
+                            report.setActionExitCode(ExitCode.FAILURE);
+                            report.setMessage(urlConnection.getResponseMessage());
+                        } else {
+                            report = reader.readFrom(urlConnection.getErrorStream(), resultMediaType).getActionReport();
+                        }
+                        setActionReport(report);
                     } else {
-                        is = urlConnection.getInputStream();
-                    }
-                    ParamsWithPayload pwp = reader.readFrom(is, resultMediaType);
-                    if (pwp.getPayloadInbound() == null) {
-                        setActionReport(pwp.getActionReport());
-                    } else if (resultMediaType.startsWith("multipart/")) {
-                        RestPayloadImpl.Inbound inbound = pwp.getPayloadInbound();
-                        setActionReport(pwp.getActionReport());
-                        if (logger.isLoggable(Level.FINER)) {
-                            logger.log(Level.FINER, "------ PAYLOAD ------");
-                            Iterator<Payload.Part> parts = inbound.parts();
-                            while (parts.hasNext()) {
-                                Payload.Part part = parts.next();
-                                logger.log(Level.FINER, " - {0} [{1}]", new Object[]{part.getName(), part.getContentType()});
+                        ParamsWithPayload pwp = reader.readFrom(urlConnection.getInputStream(), resultMediaType);
+                        if (pwp.getPayloadInbound() == null) {
+                            setActionReport(pwp.getActionReport());
+                        } else if (resultMediaType.startsWith("multipart/")) {
+                            RestPayloadImpl.Inbound inbound = pwp.getPayloadInbound();
+                            setActionReport(pwp.getActionReport());
+                            if (logger.isLoggable(Level.FINER)) {
+                                logger.log(Level.FINER, "------ PAYLOAD ------");
+                                Iterator<Payload.Part> parts = inbound.parts();
+                                while (parts.hasNext()) {
+                                    Payload.Part part = parts.next();
+                                    logger.log(Level.FINER, " - {0} [{1}]", new Object[]{part.getName(), part.getContentType()});
+                                }
+                                logger.log(Level.FINER, "---- END PAYLOAD ----");
                             }
-                            logger.log(Level.FINER, "---- END PAYLOAD ----");
+                            PayloadFilesManager downloadedFilesMgr =
+                                    new PayloadFilesManager.Perm(fileOutputDir, null, logger, null);
+                            try {
+                                downloadedFilesMgr.processParts(inbound);
+                            } catch (CommandException cex) {
+                                throw cex;
+                            } catch (Exception ex) {
+                                throw new CommandException(ex.getMessage(), ex);
+                            }
                         }
-                        PayloadFilesManager downloadedFilesMgr =
-                                new PayloadFilesManager.Perm(fileOutputDir, null, logger, null);
-                        try {
-                            downloadedFilesMgr.processParts(inbound);
-                        } catch (CommandException cex) {
-                            throw cex;
-                        } catch (Exception ex) {
-                            throw new CommandException(ex.getMessage(), ex);
-                        }
                     }
                 }
             }
Comment by martin.mares [ 24/Apr/13 ]

Please, where to add this fix? Add it tu current trunk (Release candidate) or wait for branch? Thanks

Comment by martin.mares [ 24/Apr/13 ]
  • What is the impact on the customer of the bug?

CLI can print inappropriate message containing "NullPointerException" in very special situation.
It is regression.

  • What is the cost/risk of fixing the bug?

Very small fix. Low risk.

  • Is there an impact on documentation or message strings?

No

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Any CLI tests are good.

  • Which is the targeted build of 4.0 for this fix?

Nearest

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A

Comment by Tom Mueller [ 24/Apr/13 ]

Approved for 4.0.





[GLASSFISH-20366] [Regression] thread is not starting with an interrupted status. Created: 22/Apr/13  Updated: 24/Apr/13  Resolved: 24/Apr/13

Status: Resolved
Project: glassfish
Component/s: concurrency
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: shobhit.singh Assignee: anthony.lai
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Ubuntu


Tags: 4_0-approved

 Description   

When thread is created by ManagedThreadFactory instance but are started after the ManagedThreadFactory has shut down then thread is not starting with an interrupted status.



 Comments   
Comment by Alex Pineda [ 22/Apr/13 ]

Assigning to Concurrency Dev lead.

Comment by anthony.lai [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?

RI behavior is inconsistent with the spec.

  • What is the cost/risk of fixing the bug?

Low risk. Added a check to interrupt the thread during thread start if the thread is already marked as shutdown.

  • Is there an impact on documentation or message strings?

No

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

QL. Concurrency CTS.

  • Which is the targeted build of 4.0 for this fix?

4.0_b86

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

Integration from JSR236 RI project. Only other changes in this new version besides fix for this JIRA issue are only unit tests related.

Comment by anthony.lai [ 24/Apr/13 ]

Project: glassfish
Repository: svn
Revision: 61627
Author: anthony.lai
Date: 2013-04-24 17:04:53 UTC
Link:

Log Message:
------------
GLASSFISH-20366 thread from shutdown MTF should start with interrupted state.
Ran QL and concurrency CTS.

Revisions:
----------
61627

Modified Paths:
---------------
trunk/main/appserver/pom.xml
(pick up fix from JSR236 RI version 1.0-b08)





[GLASSFISH-19983] German Language not recognized in Admin UI and Server Created: 21/Mar/13  Updated: 24/Apr/13  Resolved: 16/Apr/13

Status: Closed
Project: glassfish
Component/s: i18n
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: myfear Assignee: clyang
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish Server Open Source Edition 4.0 (build 80)


Tags: 4_0-approved, console, fishcat

 Description   

Starting the server with JVM option -Duser.language=de doesn't have an effect.
I still get the English locale.



 Comments   
Comment by Anissa Lam [ 21/Mar/13 ]

Did you install the ml (multi-language) version ? eg. glassfish-4.0-b80-ml.zip ?
You will get language support only with that -ml versions.

Comment by myfear [ 21/Mar/13 ]

Yes. I used the b80-ml.zip
Need to re test with the 81 thou ..

Comment by Anissa Lam [ 21/Mar/13 ]

One more thing, when you say "doesn't have an effect", do you mean the logs in server.log or you mean the console ?
For the console, it depends on the browser's locale. This is different than the locale that the server will be running at.

Comment by myfear [ 22/Mar/13 ]

I actually tried both and both.

a) changing browser lang for UI localization and
b) changing user.lang for log messages ..

Thanks,

  • M
Comment by clyang [ 11/Apr/13 ]

The localized bits have been built. RE is working on getting the multi-lingual jar files into the correct distributions.

Note the admin gui is localized, but the log message are not localized (per l10n requirements).

Comment by clyang [ 16/Apr/13 ]

With the changes made to ML bundles distributions,
this will be fixed in the next build.

Sunny, please verify.

Thanks, Claire

Comment by sunny-gui [ 24/Apr/13 ]

missing info to reproduce this issue.

Comment by clyang [ 24/Apr/13 ]

Using b86 and German language is showing up correctly.
Note that the browser language should be set to the locale.
Also, note that logging messages are out of scope for localization in Glassfish 4.0 release.

Comment by clyang [ 24/Apr/13 ]

Using b86 and German language is showing up correctly.

Note that the browser language should be set to the locale.
Also, logging messages are out of scope for localization in Glassfish 4.0 release.





[GLASSFISH-19896] must close validator and validator factory at application undeploy Created: 15/Mar/13  Updated: 24/Apr/13  Resolved: 24/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b86_RC2

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

Tags: 4_0-approved

 Comments   
Comment by jjsnyder83 [ 26/Mar/13 ]

Please remove the following commented code in WeldDeployer when this is implemented.

// JJS: commented out next 2 lines as the new hibernate validator provides this via their
// portable extensions.
//ValidationServices validationServices = new ValidationServicesImpl();
//deploymentImpl.getServices().add(ValidationServices.class, validationServices);

Comment by jjsnyder83 [ 11/Apr/13 ]

Look up the ValidatorFactory in java:comp and call close on it.

Comment by jjsnyder83 [ 24/Apr/13 ]

What is the impact on the customer of the bug?
Causes memory leaks

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
Causes memory leaks

What is the cost/risk of fixing the bug?
N/A

How risky is the fix? How much work is the fix? Is the fix complicated?
N/A

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
quicklook

Which is the targeted build of 4.0 for this fix?
4.0_b86_RC2

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.
N/A

Comment by Tom Mueller [ 24/Apr/13 ]

Approved for 4.0.

Comment by jjsnyder83 [ 24/Apr/13 ]

Committed revision 61624.





[GLASSFISH-20389] endpointDeactivation not called for during MDB undeployment for MDB's with no resource-adapter-mid specified Created: 23/Apr/13  Updated: 24/Apr/13  Resolved: 24/Apr/13

Status: Resolved
Project: glassfish
Component/s: jca
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Sivakumar Thyagarajan Assignee: Jagadish
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

While trying to verify another issue(GLASSFISH-20296), it was found that ResourceAdapter.endpointDeactivation was not called for MDBs that do not specify the resource-adapter-mid in their glassfish-ejb-jar.xml.

To reproduce:



 Comments   
Comment by Jagadish [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?
    Customer's implementation of EndpointDeactivation in their RAR implementation will not get called
    if <resource-adapter-mid> is not specified in the ejb descriptor.
  • How likely is it that a customer will see the bug and how serious is the bug?
    This issue will be seen in inbound resource-adapters, <resource-adapter-mid> is not
    specified in the ejb descriptor.
  • Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
    What CTS failures are caused by this bug?
    No CTS failures. This seems to be a bug that existed ever since the "default" RA detection
    mechanism was introduced (Probably, GlassFish 3.0)
  • What is the cost/risk of fixing the bug?
    Fix is simple, use the same logic to determine the "matching" RA during endpoint activation
    that is used today for endpoint deactivation also.
  • How risky is the fix? How much work is the fix? Is the fix complicated?
    Fix is simple, refactored the RA selection algorithm so that its used during endpoint
    deactivation also.
  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    I shall make sure that no regressions in connector SQE tests happen before checking in.
    [QL, connector-dev, jdbc-dev, jms-dev, connector-standalone-cts (Web, Classic), resources-admin-cli are all passing.]
  • Which is the targeted build of 4.0 for this fix?
    Build-86
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    No
Comment by Tom Mueller [ 23/Apr/13 ]

Approved for 4.0.

Comment by Jagadish [ 24/Apr/13 ]

FIX INFORMATION :

svn log -v -r 61615
------------------------------------------------------------------------
r61615 | jr158900 | 2013-04-24 15:24:52 +0530 (Wed, 24 Apr 2013) | 9 lines
Changed paths:
M /trunk/main/appserver/connectors/connectors-inbound-runtime/src/main/java/com/sun/enterprise/connectors/inbound/ConnectorMessageBeanClient.java
M /trunk/main/appserver/connectors/connectors-inbound-runtime/src/main/resources/com/sun/enterprise/connectors/inbound/LocalStrings.properties

GLASSFISH-20389 : endpointDeactivation not called for during MDB undeployment for MDB's with no resource-adapter-mid specified

Fix is to make sure that resource-adapter-mid is derived during endpoint deactivation similar to
how it is done during endpoint activation





[GLASSFISH-20394] NPE in RelativePathResolver Created: 23/Apr/13  Updated: 24/Apr/13  Resolved: 24/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Tim Quinn Assignee: Tim Quinn
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

Most references to the domain-scoped password alias store (looked up using hk2) in this class use the get... method which populates the field if necessary, but two references in one method do not, referring directly to the field itself, and those references can lead to NPEs.

  • What is the impact on the customer of the bug?

This is a regression. Diagnosing a connector devtest error led to this.

  • What is the cost/risk of fixing the bug?
    Very low risk. Two call sites in one class need to invoke a method (which is already used in other places in the class) instead of referring directly to a field.
  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    QL
  • Which is the targeted build of 4.0 for this fix?
    b86_RC2
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in?
    n/a


 Comments   
Comment by Tim Quinn [ 24/Apr/13 ]

Fix checked in.

Project: glassfish
Repository: svn
Revision: 61604
Author: tjquinn
Date: 2013-04-24 00:42:12 UTC
Link:

Log Message:
------------
GLASSFISH-20394 - NPE in RelativePathResolver

Earlier changes introduced the getDomainScopedPasswordAliasStore method which, when needed, looks up an hk2 service. Two call sites in the class weren't converted to use the method instead of referring directly to the field. This led to NPEs.

This changes replaces the direct field references with invocations of the get... method.

Approved: Michael
Reviewed: Chris
Passed: QL, offending connector deftest that exposed the NPE

Revisions:
----------
61604

Modified Paths:
---------------
trunk/main/nucleus/common/internal-api/src/main/java/org/glassfish/internal/api/RelativePathResolver.java





[GLASSFISH-20333] Stray package prototype file included in GlassFish distribution Created: 17/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: packaging
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Snjezana Sevo-Zenzerovic Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

IPS based GlassFish distributions contain stray glassfish/pkg_proto.py file. pkg_proto.py file belongs to glassfish-common-web package. It looks like something may be off with assembly descriptor and file does not get filtered out.



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?

It is a regression compared to previous releases. While it is not directly affecting functionality, it is quite visible and may introduce some confusion for the end user.

  • What is the cost/risk of fixing the bug?

Low risk. File is not getting filtered out during package content staging so assembly descriptor file needs to be updated.

  • Is there an impact on documentation or message strings?

No.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Regular GF testing is sufficient.

  • Which is the targeted build of 4.0 for this fix?

b86

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A





[GLASSFISH-20361] ml build missing localized woodstock jars Created: 19/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: build_system
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Anissa Lam Assignee: Snjezana Sevo-Zenzerovic
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved, console

 Description   

I believe the build team is aware of this, but want to keep track of this through the issue.

In latest nightly build, 4/18, there is still missing localized woodstock jars in the ml build.

In 3.1.2 release, the 2 jars is installed under glassfish/modules directory:
1. webui-jsf-plugin-l10n.jar
2. webui-jsf-suntheme-plugin-l10n.jar

Here is the workspace for the 2 woodstock jar for 3.1.2
https://svn.java.net/svn/glassfish~svn/branches/l10n-3.1.2/woodstock/



 Comments   
Comment by Snjezana Sevo-Zenzerovic [ 20/Apr/13 ]

These need to be moved from l10n workspace to GlassFish workspace and integrated into packager. Targeting b86.

Comment by Snjezana Sevo-Zenzerovic [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?

Regression compared to 3.1.2 release. These two jars are required for full Admin GUI localization.

  • What is the cost/risk of fixing the bug?

Low risk. Fix is limited to migrating existing woodstock localized jar modules from l10n workspace to GlassFish workspace and adjusting pom files.

  • Is there an impact on documentation or message strings?

Fix migrates existing localized content to GF workspace, no further changes to message strings.

  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Admin GUI l10n testing.

  • Which is the targeted build of 4.0 for this fix?

b86

  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.

N/A





[GLASSFISH-18454] Autodeploy of an expanded war file behavior changed in 3.1.2 Created: 06/Mar/12  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: deployment
Affects Version/s: 3.1.2_b23
Fix Version/s: 4.0_b86_RC2

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

Ubuntu 11.10, java version "1.6.0_30"
Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode)


Tags: 4_0-approved

 Description   

In versions of Glassfish before 3.1.2 an expanded war file placed in $

{com.sun.aas.instanceRootURI}

/autodeploy using a directory named "appname.war" would automatically have a context root of /appname. This exact same deployment strategy creates a context root of /appname.war in 3.1.2.

This is a breaking change.

The workaround is to manually change the context root to be /appname. During development, with many deploy/undeploy cycles this can be challenging.



 Comments   
Comment by vince kraemer [ 07/Mar/12 ]

I am not sure that autodeploy of exploded archives is a documented feature of GF. I have not seen the feature is documented.

I am not sure why Genuitec has decided to use this strategy in MyEclipse. It seems like using this strategy will trigger unnecessary redeploys (for things like jsp file changes in a web app).

Comment by Hong Zhang [ 07/Mar/12 ]

No, it's not. And the deployment code has not changed in this area in 3.1.2.

Vince: where should user file the bug for Genuitec for them to investigate from their side?

Comment by stdunbar [ 07/Mar/12 ]

I can take it from here as it's already been reported to Genuitec. Thanks for taking a look.

Comment by Hong Zhang [ 08/Mar/12 ]

Ok thanks. I will close the bug as the issue was not seen when using autodeploy directly with GlassFish.

Comment by sofistek [ 18/Apr/13 ]

Can this be reopened? Other MyEclipse users have seen this issue and it's possible to reproduce it outside of MyEclipse:

Create an exploded deployment directory, named for example appname.war, containing exactly the same files and directory structure as in the packaged war file. Now copy this file to the autodeploy directory of Glassfish. The server will pick this up and deploy it but set the context root to appname.war. If it is deployed using the admin console (using the "Local Packaged File or Directory" option), then you won't reproduce the error, since the autodeploy directory isn't used and the context root is set explicitly.

Comment by Hong Zhang [ 18/Apr/13 ]

I was just trying your steps and could reproduce it on 4.0, so I am re-opening the issue and will take a look.

Note if you want the web application to be deployed under a certain context-root, the best/safe way is to explicitly specify the context root in glassfish-web.xml (sun-web.xml) instead of relying on the default (especially this use case is not an officially supported code path).

Comment by Jeremy_Lv [ 18/Apr/13 ]

Yes, I have confirmed the this syntax and find the context root will be appname.war if we named the example application directory as appname.war.

Hong:
Shall we must changed the context root to the appname if we copy the directory of appname.war to the directory of autodeploy?

My test env. as follows:

OS: Mac OS 10.8.3
gf version: latest version of gfv4.0 build by my own platform.

Thanks

-Jeremy

Comment by Hong Zhang [ 18/Apr/13 ]

Yes, please look into it to see what it takes to fix this if you have time..

Comment by Jeremy_Lv [ 18/Apr/13 ]

Ok, I will look into this and try to find a solution for it tomorrow as it is later here and I will take a rest now...

Comment by Jeremy_Lv [ 21/Apr/13 ]

This syntax is not only happened on the autodeploy but also happened during the directory deployment. In other words, The context root would be appname.war if it is the directory of the deployed application is named as app name.war and it is deployed by command as "asadmin deploy appname.war"

Comment by Hong Zhang [ 22/Apr/13 ]

I see. When --name is not specified, the default name of the application is computed in (main/nucleus/common/internal-api/src/main/java/org/glassfish/internal/deployment/)GenericHandler.getDefaultApplicationNameFromArchiveName. You can check how the archive deployment and directory deployment is handled differently here and see if we can make the behavior more consistent.

Comment by Jeremy_Lv [ 22/Apr/13 ]

I have comments the following information last day..But it seems disappear...

Hong:
If it is only need to fix on the situation when the application name is end with .war, I think the changes as follows would be fine:

Index: src/main/java/com/sun/enterprise/deployment/deploy/shared/Util.java
===================================================================
--- src/main/java/com/sun/enterprise/deployment/deploy/shared/Util.java (revision 61578)
+++ src/main/java/com/sun/enterprise/deployment/deploy/shared/Util.java (working copy)
@@ -73,9 +73,16 @@
              */
             if (path.endsWith("/")) {
                 path = path.substring(0, path.length() - 1);
+                int startOfName = path.lastIndexOf('/') + 1; // correct whether a / appears or not
+                name = path.substring(startOfName);
+                if (name.endsWith(".war")) {
+                    int lastDot = name.lastIndexOf('.');
+                    name = name.substring(0, lastDot);
+                }
+            } else {
+                int startOfName = path.lastIndexOf('/') + 1; // correct whether a / appears or not
+                name = path.substring(startOfName);
             }
-            int startOfName = path.lastIndexOf('/') + 1; // correct whether a / appears or not
-            name = path.substring(startOfName);
         }
         return name;
     }
Comment by Jeremy_Lv [ 22/Apr/13 ]

I have also list some situation as follows last day...
Hong:
I think we should clarify about this syntax, when it comes to the situation if the name of directory is appname.jar, appname.ear, appname.rar, what's the context root should be?

Nowadays, the syntax about deploy the application as the situation I have mentioned above are list as follows:
1). asadmin deploy appname.jar
The application can be deployed successfully and the context root is appname.jar, we can access the web site by http://lsptekimacbook-pro.local:8080/test_sample1.jar/

2). asadmin deploy appname.ear

remote failure: Error occurred during deployment: Exception while deploying the app [test_sample1] : Application [test_sample1] contains no valid components. Please see server.log for more details.
Command deploy failed.

Here's some infos in server.log:

[2013-04-21T20:59:57.410+0800] [glassfish 4.0] [SEVERE] [NCLS-CORE-00026] [javax.enterprise.system.core] [tid: _ThreadID=78 _ThreadName=admin-listener(3)] [timeMillis: 1366549197410] [levelValue: 1000] [[
  Exception during lifecycle processing
java.lang.IllegalArgumentException: Application [test_sample1] contains no valid components
        at com.sun.enterprise.deployment.util.ApplicationValidator.accept(ApplicationValidator.java:159)
        at com.sun.enterprise.deployment.util.ApplicationValidator.accept(ApplicationValidator.java:105)
        at com.sun.enterprise.deployment.BundleDescriptor.visit(BundleDescriptor.java:621)
        at com.sun.enterprise.deployment.archivist.ApplicationArchivist.validate(ApplicationArchivist.java:703)
        at com.sun.enterprise.deployment.archivist.ApplicationArchivist.openWith(ApplicationArchivist.java:248)
        at com.sun.enterprise.deployment.archivist.ApplicationFactory.openWith(ApplicationFactory.java:232)
        at org.glassfish.javaee.core.deployment.DolProvider.processDOL(DolProvider.java:188)
        at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:222)
        at org.glassfish.javaee.core.deployment.DolProvider.load(DolProvider.java:96)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.loadDeployer(ApplicationLifecycle.java:878)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.setupContainerInfos(ApplicationLifecycle.java:818)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:374)
        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 org.glassfish.admin.rest.resources.admin.CommandResource.executeCommand(CommandResource.java:396)
        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:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        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:217)
        at org.glassfish.jersey.internal.Errors$1.call(Errors.java:231)
        at org.glassfish.jersey.internal.Errors$1.call(Errors.java:227)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:275)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:257)
        at org.glassfish.jersey.internal.Errors.process(Errors.java:227)
        at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
        at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:191)
        at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:819)
        at org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpContainer.service(GrizzlyHttpContainer.java:325)
        at org.glassfish.admin.rest.adapter.JerseyContainerCommandService$3.service(JerseyContainerCommandService.java:161)
        at org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:181)
        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:722)
]]

3). asadmin deploy appname.rar
The application can be deployed successfully and the context root is appname.jar, we can access the web site by http://lsptekimacbook-pro.local:8080/test_sample1.rar/

All in all, I have list the above situation to see whether we should unify all of these situation or they are the right syntax?

My test env. is as follows:
OS: Mac OS 10.8.3
java: jdk1.7.0_17
gf: latest build by myself

Thanks

Comment by Hong Zhang [ 22/Apr/13 ]

No, we cannot just hard-code for the war case. Can you check how the archive deployment case was handled?

For other cases you checked, I think the ear directory structure might not be conformed to the required directory structure: all the sub modules need to be exploded in _xxx directory. See http://docs.oracle.com/cd/E18930_01/html/821-2417/gilfm.html#gilcn.

Comment by Jeremy_Lv [ 22/Apr/13 ]

No, we cannot just hard-code for the war case. Can you check how the archive deployment case was handled?

Ok, I will check to see about it

For other cases you checked, I think the ear directory structure might not be conformed to the required directory structure: all the sub modules need to be exploded in _xxx directory. See http://docs.oracle.com/cd/E18930_01/html/821-2417/gilfm.html#gilcn.

I see.

Comment by Jeremy_Lv [ 23/Apr/13 ]

Hi, Hong:
I think we only check about how the application is named and how to create the default contextroot if we have specify the --contextroot option.
1). The logical of how to set the default name about the deployed application.
1>.GenericHandler.getDefaultApplicationNameFromArchiveName

    protected String getDefaultApplicationNameFromArchiveName(ReadableArchive archive) {
        String appName = archive.getName();
        int lastDot = appName.lastIndexOf('.');
        if (lastDot != -1) {
          ★ if (appName.substring(lastDot).equalsIgnoreCase("." + getArchiveType())) { ★
                appName = appName.substring(0, lastDot);
            }
        }
        return appName;
    }

When the application is named as appname.war, the code marked as ★ will check whether the suffix of the application is ".war", even if it is a directory or is a compressed file.

2>. Then it will return the default name of the application without suffix of ".war"

2). The logical of how to set the default context root about the deployed directory application.
1>. WebDeployer.loadMetaData(At first, if we haven't type the --contextroot option, the value of contextroot will be null and start to set the context root though contextRoot = dc.getOriginalSource().getName()

           if(contextRoot==null)
                contextRoot = dc.getOriginalSource().getName();

            if (!contextRoot.startsWith("/")) {
                contextRoot = "/" + contextRoot;
            }

2>. FileArchive.getName (If it is a directory, it will call this method)

    public String getName() {
        return Util.getURIName(getURI());
    }

3>. Util.getURIName (you will found if it is a directory, it will set the value of contextroot as a directory name.)

    public static String getURIName(URI uri) {
        String name = null;
        String path = uri.getSchemeSpecificPart();
        if (path != null) {
            /*
             * Strip the path up to and including the last slash, if there is one.
             * A directory URI may end in a slash, so be sure to remove it if it
             * is there.
             */
            if (path.endsWith("/")) {
                path = path.substring(0, path.length() - 1);
            }
            int startOfName = path.lastIndexOf('/') + 1; // correct whether a / appears or not
            name = path.substring(startOfName);
        }
        return name;
    }

3). The logical of how to set the default context root about the deployed compressed application.
1>. WebDeployer.loadMetaData(At first, if we haven't type the --contextroot option, the value of contextroot will be null and start to set the context root though contextRoot = dc.getOriginalSource().getName()

           if(contextRoot==null)
                contextRoot = dc.getOriginalSource().getName();

            if (!contextRoot.startsWith("/")) {
                contextRoot = "/" + contextRoot;
            }

2>. JarArchive.getName (If we deploy the compressed application, it will call the following code to set the contextroot)

    static String getName(URI uri) {
        String path = Util.getURIName(uri);
        int lastDot = path.lastIndexOf('.');
        int endOfName = (lastDot != -1) ? lastDot : path.length();
        String name = path.substring(0, endOfName);
        return name;
    }
Comment by Jeremy_Lv [ 23/Apr/13 ]

IMHO, If we want to set the contextroot which can't end with .war, I think the best situation to change in WebDeployer.loadMetaData, if we want set the name of the application end with .war just as the syntax if the name of deployed application is end with .jar, I think the best situation to change the code is GenericHandler.getDefaultApplicationNameFromArchiveName.
i.e: when deploy the application as asadmin deploy appname.war(appname.war is a directory)
1). name: appname.war ; contextroot: /appname.war
2). name: appnem ; contextroot: /appname
if we want to implement the 2) one, I think we should make some changes in WebDeployer.loadMetaData

Thanks

Comment by Hong Zhang [ 23/Apr/13 ]

Jeremy, this is very good analysis for the issue! I agree with your proposed solution, the best place to change is in WebDeployer.loadMetaData (we can just change it to use the GenericHandler API to get the default name). I will check with Shingwai to see if he is ok with this change and then try to submit a change request for this to see if we can get this in for 4.0.

Comment by Jeremy_Lv [ 23/Apr/13 ]

Ok, Got it...

Comment by Hong Zhang [ 23/Apr/13 ]

1. What is the impact on the customer of the bug? How likely is it that a customer will see the bug and how serious is the bug? Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)? What CTS failures are caused by this bug?

When user uses directory deployment to deploy an application with a suffix such as .war, and user does not explicitly specify context root through command line or in the deployment descriptors, the context root will contain the suffix. It is a behavior change from 3.1.2. It does not cause CTS failures.

2. What is the cost/risk of fixing the bug? How risky is the fix? How much work is the fix? Is the fix complicated?

The fix is straightforward and small. I have a fix in my workspace and the risk of the fix is small.

3. Is there an impact on documentation or message strings?

No impact.

4. Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Tests with web applications using default context root (context root not specified through command line option or deployment descriptor).

5. Which is the targeted build of 4.0 for this fix?

b86

6. If this an integration of a new version of a component from another project, what are the changes that are being brought in? This might be list of Jira issues from that project or a list of revision messages.

N/A

Comment by Tom Mueller [ 23/Apr/13 ]

Approved for 4.0





[GLASSFISH-20332] @PreDestroy not called on Application subclass in GlassFish 4 build 83 Created: 17/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: tware Assignee: Jakub Podlesak
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows, GlassFish 4 build 83 installed from zip

Application subclass is packaged in a web-fragment jar which is contained in a war file


Issue Links:
Dependency
depends on GLASSFISH-20385 Integrate Jersey 2.0-rc2 into the GF ... Resolved
Tags: GlassFish_4_0-approved

 Description   

A method annotated with @PreDestroy is not getting called on my Application subclass. The @PostConstruct method on the same class IS being called. Here is the class:

@ApplicationPath("/persistence/")
public class JPARSApplication extends Application {

private final Set<Class<?>> classes;

public JPARSApplication()

{ HashSet<Class<?>> c = new HashSet<Class<?>>(); // Unversioned Resources (resources that do not have version in the url) c.add(org.eclipse.persistence.jpa.rs.resources.unversioned.PersistenceResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.unversioned.PersistenceUnitResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.unversioned.EntityResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.unversioned.SingleResultQueryResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.unversioned.QueryResource.class); // Versioned Resources (resources that do have version in the url) c.add(org.eclipse.persistence.jpa.rs.resources.PersistenceResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.PersistenceUnitResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.EntityResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.SingleResultQueryResource.class); c.add(org.eclipse.persistence.jpa.rs.resources.QueryResource.class); // Exception Mapping c.add(ClassNotFoundExceptionMapper.class); c.add(ConversionExceptionMapper.class); c.add(DatabaseExceptionMapper.class); c.add(EntityExistsExceptionMapper.class); c.add(EntityNotFoundExceptionMapper.class); c.add(IllegalAccessExceptionMapper.class); c.add(IllegalArgumentExceptionMapper.class); c.add(IllegalStateExceptionMapper.class); c.add(InvocationTargetExceptionMapper.class); c.add(IOExceptionMapper.class); c.add(JAXBExceptionMapper.class); c.add(JPARSExceptionMapper.class); c.add(MalformedURLExceptionMapper.class); c.add(NamingExceptionMapper.class); c.add(NonUniqueResultExceptionExceptionMapper.class); c.add(NoResultExceptionMapper.class); c.add(NoSuchMethodExceptionMapper.class); c.add(OptimisticLockExceptionMapper.class); c.add(PersistenceExceptionMapper.class); c.add(PessimisticLockExceptionMapper.class); c.add(QueryTimeoutExceptionMapper.class); c.add(RollbackExceptionMapper.class); c.add(TransactionRequiredExceptionMapper.class); c.add(JPARSConfigurationExceptionMapper.class); classes = Collections.unmodifiableSet(c); }

@Override
public Set<Class<?>> getClasses()

{ return classes; }

@PostConstruct
public void start()

{ System.out.println("---------START----------"); }

@PreDestroy
public void predestroy()

{ System.err.println("---------SHUTDOWN2----------"); System.out.println("---------SHUTDOWN----------"); throw new RuntimeException("BLA"); }

}

I do not see either the output or the exception in the GlassFish log when I undeploy the app or when I shut down glassfish.



 Comments   
Comment by shreedhar_ganapathy [ 17/Apr/13 ]

Can you evaluate and reassign as appropriate?

Comment by Jakub Podlesak [ 17/Apr/13 ]

Confirmed this is a bug that should get fixed for 4.0.

Comment by Jakub Podlesak [ 18/Apr/13 ]

Adjusted fixBy version and tag as per Shreedhar's request.

Comment by Jakub Podlesak [ 23/Apr/13 ]

This has already been fixed in Jersey 2.0-rc2.

Comment by Jakub Podlesak [ 23/Apr/13 ]

Fixed with Jersey 2.0-rc2 integration (https://java.net/jira/browse/GLASSFISH-20385)





[GLASSFISH-20354] EJBException thrown in JAXRS resource that's also an EJB bean is sometimes consumed by CDI Created: 19/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: jax-rs
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Critical
Reporter: jan.supol Assignee: Jakub Podlesak
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
depends on GLASSFISH-20385 Integrate Jersey 2.0-rc2 into the GF ... Resolved
Tags: 4_0-approved

 Description   

In a resource

@Stateless
@Path("/ssb")
public class StatelessRootResource {
	@Path("exception")
	@GET
	public String throwException() {
		throw new EJBException(new WebApplicationException(Status.CREATED));
	}
}

the EJBException should be unwrapped and the exception processed by JAXRS according to JAXRS Spec. However, this only happens in about 50% of deployments (tested 15times in a row). It seems that status 201 is returned only when JAXRS container is dealing with it. Sometimes, Status 500 returned and the exception is logged to server log. However, when

asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=false

,
Status 201 has been returned 10x in a row, no 500.



 Comments   
Comment by Jakub Podlesak [ 19/Apr/13 ]

As discussed offline with Jan, we need to make sure Jersey's EJB component provider takes precedence over the CDI one.

Comment by Jakub Podlesak [ 19/Apr/13 ]

set fixByVersion to b86. The fix should be delivered as part of Jersey 2.0-rc2

Comment by Jakub Podlesak [ 23/Apr/13 ]

This has already been fixed in Jersey 2.0-rc2, where EJB component provider takes precedence over the CDI one, so that also appropriated Exception mapper is configured all right.

Comment by Jakub Podlesak [ 23/Apr/13 ]

Added 4_0-review tag, required info for the review follow:

  • What is the impact on the customer of the bug?
  • If this was not fixed, customer would likely face a nasty non-deterministic behaviour (this bug shows up in 6 out of 10 cases)
    -This is clearly a regression
  • What is the cost/risk of fixing the bug?
  • The risk is quite low, and the bug was already fixed in Jersey 2.0-rc2
  • Is there an impact on documentation or message strings?
  • There is no such impact.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
  • JAX-RS/EJB integration tests
  • Which is the targeted build of 4.0 for this fix?
  • b86
Comment by Jakub Podlesak [ 23/Apr/13 ]

Fixed with Jersey 2.0-rc2 integration (https://java.net/jira/browse/GLASSFISH-20385)





[GLASSFISH-20385] Integrate Jersey 2.0-rc2 into the GF main trunk Created: 23/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: None
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Task Priority: Critical
Reporter: Jakub Podlesak Assignee: michael.y.chen
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-20354 EJBException thrown in JAXRS resource... Resolved
blocks GLASSFISH-20332 @PreDestroy not called on Application... Resolved
blocks GLASSFISH-20255 @Inject Strange Errors Closed
Tags: 4_0-approved

 Description   

This should bring the following fixes in:

https://java.net/jira/browse/GLASSFISH-20354
https://java.net/jira/browse/GLASSFISH-20332
https://java.net/jira/browse/GLASSFISH-20255



 Comments   
Comment by Jakub Podlesak [ 23/Apr/13 ]

Sending nucleus/admin/rest/rest-service/src/main/java/org/glassfish/admin/rest/adapter/RestManagementResourceProvider.java
Sending nucleus/pom.xml
Transmitting file data ..
Committed revision 61593.





[GLASSFISH-19732] orb/orb-iiop module is active after server startup Created: 27/Feb/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Closed
Project: glassfish
Component/s: orb
Affects Version/s: 4.0_b77
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Critical
Reporter: Tom Mueller Assignee: Harshad Vilekar
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved, devx_web

 Description   

The "GlassFish ORB interface layer implementation" module (orb/orb-iiop) is "Active" after DAS startup (with no application deployed), but it was "Installed" in 3.1.2.

Here's how this is observed.

1. Start with a fresh install of glassfish.zip.
2. asadmin start-domain
3. asadmin osgi lb | grep ORB

The output is:

$ asadmin osgi lb | grep ORB
94|Resolved | 1|GlassFish Corba ORB (4.0.0.b005)
199|Active | 1|GlassFish ORB connector implementation (4.0.0.SNAPSHOT)
200|Active | 1|GlassFish ORB enabler implementation (4.0.0.SNAPSHOT)
201|Active | 1|GlassFish ORB interface layer implementation (4.0.0.SNAPSHOT)

In 3.1.2, the output is (a telnet to port 6666 is required in 3.1.2):

49|Installed | 1|Administration Console CORBA Help Content (4.0.0.b11)
185|Resolved | 1|GlassFish ORB connector implementation (3.1.2)
186|Active | 1|GlassFish ORB enabler implementation (3.1.2)
187|Installed | 1|GlassFish ORB interface layer implementation (3.1.2)

Note that the "connector implementation" module has gone from Resolved in 3.1.2 to Active in 4.0.

Also, there is a new module, "GlassFish Corba ORB" that is resolved in 4.0. Can this module be left as installed until the ORB feature is actually used?

These performance improvements are needed to help eliminate the regression in the developer scenario benchmark for GF 4.0.



 Comments   
Comment by Harshad Vilekar [ 28/Feb/13 ]

This worked OK till 4.0-b45.

95|Installed | 1|GlassFish ORB interface layer implementation (4.0.0.b45)

The issue was first seen with 4.0-b46, with HK2 2.0 integration.

100|Active | 1|GlassFish ORB interface layer implementation (4.0.0.b46)

Requesting John to review and comment on revision 55116, 55115 at trunk/main/appserver/orb/orb-iiop.

Comment by Tom Mueller [ 06/Mar/13 ]

This is fixed in the latest build.

Comment by Tom Mueller [ 09/Apr/13 ]

In the latest build, the ORG connector has gone back to active, so reopening this issue:

Right after a start-domain of a fresh domain:

$ asadmin osgi lb | grep ORB
95|Resolved | 1|GlassFish Corba ORB (4.0.0.b007)
204|Active | 1|GlassFish ORB connector implementation (4.0.0.SNAPSHOT)
205|Active | 1|GlassFish ORB enabler implementation (4.0.0.SNAPSHOT)
206|Installed | 1|GlassFish ORB interface layer implementation (4.0.0.SNAPSHOT)

The stack trace when the ORB connector is activated is the following:

OSGiModuleImpl.start:196
OsgiPopulatorPostProcessor$1.loadClass:77
ConfigModel.getProxyType:156
Dom.getImplementationClass:1013
Dom.register:208
ConfigParser.handleElement:245
ConfigParser.handleElement:238
ConfigParser.handleElement:238
ConfigParser.handleElement:190
ConfigParser.handleElement:231
ConfigParser.handleElement:238
ConfigParser.handleElement:238
ConfigParser.handleElement:190
ConfigParser.parse:100
ConfigParser.parse:94
DomainXml.parseDomainXml:262
...

So this is happening as part of parsing the domain.xml file.

The element being handled at ConfigParser.handleElement:245 is an "ssl" element that is contained in the "iiop-listener" element with port=3820.

It is not clear why start is being called on the ORB connector module, as the ConfigModel for the "ssl" element points to the correct Grizzly module.

Comment by Mahesh Kannan [ 15/Apr/13 ]

Looks like getModelByElementName() is calling
habitat.getServiceHandle(ConfigInjector.class, elementName);

And getServiceHandle is calling reifyDescriptor causing the ConfigInjector to be loaded eagerly.

> public ConfigModel getModelByElementName(String elementName)

{ > ServiceHandle<? extends ConfigInjector> i = habitat.getServiceHandle(ConfigInjector.class, elementName); > if(i==null) return null; > return buildModel(i.getActiveDescriptor()); > }

In GF 3.1.2 I think this was not loading the concrete ConfigInjector class.

Assigning to John to see if he could make getServiceHandle lazily load the class. If this is not feasible, then Harshad should move the ConfigBeans to another module

Comment by jwells [ 15/Apr/13 ]

Do you have a stack trace that shows this? I ask because I thought I had fixed this issue a couple of hk2 revisions back.

Comment by Mahesh Kannan [ 16/Apr/13 ]

I have discussed this with Harshad and the root cause for iiop-connector getting loaded is due to the fact that this module (iiop-connector) is having a HK2 class (ORBLazyServiceInitializer.java) that implements LazyInitializationService.

ServiceInitializerFilter.java @ Line # 81 calls, getAllServiceHandles(LazyInitializationService.class).

This causes the class (ORBLazyServiceInitializer) to be loaded, causing the bundle to be loaded.

I have asked Harshad to move the class (ORBLazyServiceInitializer.java) to orb-enabler module.

Meanwhile, John can clarify if this is expected. Meaning, is calling getServiceHandle() will cause the Class to be loaded?

Stacktrace can be found below:

[#|2013-04-15T13:49:29.151-0700|SEVERE|glassfish 4.0||_ThreadID=1;_ThreadName=Thread-4;_TimeMillis=1366058969151;_LevelValue=1000;|
java.lang.Throwable
at org.glassfish.enterprise.iiop.util.IIOPActivator.start(IIOPActivator.java:57)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2146)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2064)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1658)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:363)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:1720)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetAllServiceHandles(ServiceLocatorImpl.java:1083)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1030)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1019)
at com.sun.enterprise.v3.services.impl.ServiceInitializerFilter.<init>(ServiceInitializerFilter.java:81)
at com.sun.enterprise.v3.services.impl.ServiceInitializerListener.configureProtocol(ServiceInitializerListener.java:92)
at org.glassfish.grizzly.config.GenericGrizzlyListener.configure(GenericGrizzlyListener.java:243)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.initialize(GrizzlyProxy.java:120)
at com.sun.enterprise.v3.services.impl.GrizzlyService.createNetworkProxy(GrizzlyService.java:442)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.initializeLazyListener(ORBConnectorStartup.java:178)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.postConstruct(ORBConnectorStartup.java:107)
at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:726)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:682)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:577)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:835)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:510)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:322)
at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
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.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:601)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)|#]

[#|2013-04-15T13:49:29.151-0700|SEVERE|glassfish 4.0||_ThreadID=1;_ThreadName=Thread-4;_TimeMillis=1366058969151;_LevelValue=1000;|
java.lang.Throwable
at org.glassfish.enterprise.iiop.util.IIOPActivator.start(IIOPActivator.java:57)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2146)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2064)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1658)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:363)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:1720)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetAllServiceHandles(ServiceLocatorImpl.java:1083)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1030)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1019)
[#|2013-04-15T13:49:29.151-0700|SEVERE|glassfish 4.0||_ThreadID=1;_ThreadName=Thread-4;_TimeMillis=1366058969151;_LevelValue=1000;|
java.lang.Throwable
at org.glassfish.enterprise.iiop.util.IIOPActivator.start(IIOPActivator.java:57)
at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:2146)
at org.apache.felix.framework.Felix.startBundle(Felix.java:2064)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1658)
at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:363)
at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:1720)
at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetAllServiceHandles(ServiceLocatorImpl.java:1083)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1030)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getAllServiceHandles(ServiceLocatorImpl.java:1019)
at com.sun.enterprise.v3.services.impl.ServiceInitializerFilter.<init>(ServiceInitializerFilter.java:81)
at com.sun.enterprise.v3.services.impl.ServiceInitializerListener.configureProtocol(ServiceInitializerListener.java:92)
at org.glassfish.grizzly.config.GenericGrizzlyListener.configure(GenericGrizzlyListener.java:243)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.initialize(GrizzlyProxy.java:120)
at com.sun.enterprise.v3.services.impl.GrizzlyService.createNetworkProxy(GrizzlyService.java:442)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.initializeLazyListener(ORBConnectorStartup.java:178)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.postConstruct(ORBConnectorStartup.java:107)
at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:726)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:682)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:577)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:835)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:510)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:322)
at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
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.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:601)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)|#] at com.sun.enterprise.v3.services.impl.ServiceInitializerListener.configureProtocol(ServiceInitializerListener.java:92)
at org.glassfish.grizzly.config.GenericGrizzlyListener.configure(GenericGrizzlyListener.java:243)
at com.sun.enterprise.v3.services.impl.GrizzlyProxy.initialize(GrizzlyProxy.java:120)
at com.sun.enterprise.v3.services.impl.GrizzlyService.createNetworkProxy(GrizzlyService.java:442)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.initializeLazyListener(ORBConnectorStartup.java:178)
at org.glassfish.enterprise.api.enabler.ORBConnectorStartup.postConstruct(ORBConnectorStartup.java:107)
at org.jvnet.hk2.internal.ClazzCreator.postConstructMe(ClazzCreator.java:282)
at org.jvnet.hk2.internal.ClazzCreator.create(ClazzCreator.java:329)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:448)
at org.glassfish.hk2.runlevel.internal.RunLevelContext.findOrCreate(RunLevelContext.java:107)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2203)
at org.jvnet.hk2.internal.ServiceHandleImpl.getService(ServiceHandleImpl.java:93)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.activateRunLevel(RunLevelControllerImpl.java:726)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.upActiveRecorder(RunLevelControllerImpl.java:682)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$Worker.run(RunLevelControllerImpl.java:577)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl$SyncProceedToWorker.proceedTo(RunLevelControllerImpl.java:835)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:510)
at org.glassfish.hk2.runlevel.utilities.RunLevelControllerImpl.proceedTo(RunLevelControllerImpl.java:322)
at com.sun.enterprise.v3.server.AppServerStartup.proceedTo(AppServerStartup.java:483)
at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:280)
at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
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.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:601)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)|#]

Comment by jwells [ 16/Apr/13 ]

getAllServiceHandles is allowed to reify if it needs to. While this is case where it looks like it should not need to, getAllServiceHandles is by rights allowed to reify. So... instead I changed ServiceInitializerFilter to use getDescriptors instead, which will never reify underneath the covers.

This has passed quicklook and I'm about to run EJB devtests on it.

Comment by jwells [ 16/Apr/13 ]

What is the impact on the customer of the bug?

They will see a performance improvement during startup in most scenarios because the ORB module will not be started

What is the cost/risk of fixing the bug?

Not much risk, the code does essentially the same job but without the risk of causing a module to start

Is there an impact on documentation or message strings?

No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

ejb, ORB tests

Which is the targeted build of 4.0 for this fix?

b88

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.

n/a

Comment by Tom Mueller [ 16/Apr/13 ]

Approved for 4.0.

Comment by Sanjeeb Sahoo [ 16/Apr/13 ]

I actually expect all connector (aka glue) modules to be active during startup or during first deployment. So, we should not try to avoid activation of orb connector module. We should avoid resolution of other corba modules as much as possible.

Comment by jwells [ 16/Apr/13 ]

Fixed with change 61446

Comment by Tom Mueller [ 16/Apr/13 ]

Regarding Sahoo's comment, I haven't looked at the details of this, but the ORB modules may be named differently than other subsystems. There is an "orb-enabler" module that is active while in 3.1.2, the "orb-connector" was resolved, not active. In 4.0 it was active, so this is a regression.

Comment by Harshad Vilekar [ 16/Apr/13 ]

The stack trace is looking better with the fix, but the issue is not completely resolved yet.

208|Active | 1|GlassFish ORB connector implementation (4.0.0.SNAPSHOT)

Updated stack trace is:

                    • IIOPActivator.start() ********
                      java.lang.Throwable
                      at org.glassfish.enterprise.iiop.util.IIOPActivator.start(IIOPActivator.java:57)
                      at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
                      at org.apache.felix.framework.Felix.activateBundle(Felix.java:2146)
                      at org.apache.felix.framework.Felix.startBundle(Felix.java:2064)
                      at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:955)
                      at org.jvnet.hk2.osgiadapter.OSGiModuleImpl.start(OSGiModuleImpl.java:210)
                      at org.jvnet.hk2.osgiadapter.OsgiPopulatorPostProcessor$1.loadClass(OsgiPopulatorPostProcessor.java:77)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.loadClass(ServiceLocatorImpl.java:1687)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.reifyDescriptor(ServiceLocatorImpl.java:367)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.narrow(ServiceLocatorImpl.java:1749)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.internalGetDescriptor(ServiceLocatorImpl.java:923)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1169)
                      at org.jvnet.hk2.internal.ServiceLocatorImpl.getServiceHandle(ServiceLocatorImpl.java:1158)
                      at org.jvnet.hk2.config.DomDocument.getModelByElementName(DomDocument.java:156)
                      at org.jvnet.hk2.config.ConfigParser.handleElement(ConfigParser.java:164)
                      at org.jvnet.hk2.config.ConfigParser.handleElement(ConfigParser.java:231)
                      at org.jvnet.hk2.config.ConfigParser.handleElement(ConfigParser.java:238)
                      at org.jvnet.hk2.config.ConfigParser.handleElement(ConfigParser.java:238)
                      at org.jvnet.hk2.config.ConfigParser.handleElement(ConfigParser.java:190)
                      at org.jvnet.hk2.config.ConfigParser.parse(ConfigParser.java:100)
                      at org.jvnet.hk2.config.ConfigParser.parse(ConfigParser.java:94)
                      at org.glassfish.config.support.DomainXml.parseDomainXml(DomainXml.java:259)
                      at org.glassfish.config.support.DomainXml.run(DomainXml.java:117)
                      at org.jvnet.hk2.config.ConfigurationPopulator.populateConfig(ConfigurationPopulator.java:58)
                      at org.glassfish.hk2.bootstrap.HK2Populator.populateConfig(HK2Populator.java:158)
                      at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.populateConfig(AbstractModulesRegistryImpl.java:211)
                      at com.sun.enterprise.module.bootstrap.Main.createServiceLocator(Main.java:273)
                      at org.jvnet.hk2.osgiadapter.HK2Main.createServiceLocator(HK2Main.java:120)
                      at com.sun.enterprise.glassfish.bootstrap.osgi.EmbeddedOSGiGlassFishRuntime.newGlassFish(EmbeddedOSGiGlassFishRuntime.java:95)
                      at com.sun.enterprise.glassfish.bootstrap.GlassFishRuntimeDecorator.newGlassFish(GlassFishRuntimeDecorator.java:68)
                      at com.sun.enterprise.glassfish.bootstrap.osgi.OSGiGlassFishRuntime.newGlassFish(OSGiGlassFishRuntime.java:88)
                      at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:113)
                      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.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
                      at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)

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

Comment by Tom Mueller [ 16/Apr/13 ]

Reopening based on Harshad's previous comment.

Comment by Harshad Vilekar [ 16/Apr/13 ]

Mahesh and I discussed this. He suggested moving the config beans out of the orb-connector module. That's going to need some code re-factoring between orb-enabler ad orb-connector modules. I'm planning to try that out.

Comment by jwells [ 16/Apr/13 ]

I can fix this one in HK2 easily. So I wouldn't go all crazy trying to do a refactoring. It'll take some time for HK2 to promote and everything, but the fix in hk2 is very simple (and along the same lines as the previous fix)

Comment by jwells [ 17/Apr/13 ]

I checked in the fix for getModelByElementName but it does not seem to have changed the state of the ORB bundles. This was the state prior to my fix:

$ ./glassfish4/bin/asadmin osgi lb | grep ORB
5|Installed | 1|GlassFish ORB interface layer implementation (4.0.0.SNAPSHOT)
77|Active | 1|GlassFish ORB enabler implementation (4.0.0.SNAPSHOT)
132|Resolved | 1|GlassFish Corba ORB (4.0.0.b007)
255|Active | 1|GlassFish ORB connector implementation (4.0.0.SNAPSHOT)

And this was the state after my fix:

$ ./glassfish4/bin/asadmin osgi lb | grep ORB
5|Installed | 1|GlassFish ORB interface layer implementation (4.0.0.SNAPSHOT)
77|Active | 1|GlassFish ORB enabler implementation (4.0.0.SNAPSHOT)
132|Resolved | 1|GlassFish Corba ORB (4.0.0.b007)
255|Active | 1|GlassFish ORB connector implementation (4.0.0.SNAPSHOT)

So I'm not going to close this bug...

Comment by Harshad Vilekar [ 18/Apr/13 ]

We have the orb fix ready. With that, the ORB connector module stays in Resolved state after the startup. The fix is reviewed by Tom M. and Mahesh. I plan to commit that change.

Comment by Harshad Vilekar [ 18/Apr/13 ]

Fixed: svn revision 61546.

Comment by Romain Grécourt [ 19/Apr/13 ]

re-opened issue as the changes were backed out.

Comment by Harshad Vilekar [ 23/Apr/13 ]

Fixed: svn revision 61591





[GLASSFISH-20351] Uptake Weld 2.0.0.CR4 Created: 19/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: cdi
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

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

Tags: 4_0-approved

 Description   

What is the impact on the customer of the bug?
Customers can't run without it

How likely is it that a customer will see the bug and how serious is the bug?
Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)?
What CTS failures are caused by this bug?
It is the latest version of Weld so we must have it

What is the cost/risk of fixing the bug?
N/A

How risky is the fix? How much work is the fix? Is the fix complicated?
N/A

Is there an impact on documentation or message strings?
No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
quicklook

Which is the targeted build of 4.0 for this fix?
4.0_b85

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.
N/A



 Comments   
Comment by Tom Mueller [ 19/Apr/13 ]

Approved for 4.0.

Comment by tlcksnyder [ 23/Apr/13 ]

skipping CR3 & uptaking CR4 instead.

Comment by jjsnyder83 [ 23/Apr/13 ]

Committed revision 61592.





[GLASSFISH-20375] JNDI does not work in HttpUpgradeHandler#init and ReadListener#onDataAvailable, etc Created: 23/Apr/13  Updated: 23/Apr/13  Resolved: 23/Apr/13

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Shing Wai Chan Assignee: Shing Wai Chan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

While running a Servlet 3.1 upgrade web application with CDI, I see the following in server.log:
No valid EE environment for injection of test.Test

After discussing with CDI team, we found that the JNDI lookup is not working in ReadListener#onDataAvailable.
After further investigation, I found that the JNDI lookup is not workiing for HttpUpgradeHandler and Read/WriteListener methods.



 Comments   
Comment by Shing Wai Chan [ 23/Apr/13 ]
  • What is the impact on the customer of the bug?
    JNDI is not working in upgrade and non-blocking IO listeners.
    This will also impact the CDI operations.
  • What is the cost/risk of fixing the bug?
    Calling InvocationManager.preInvoke/postInvoke around corresponding operations.
  • Is there an impact on documentation or message strings?
    No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    SQE web and CDI related tests
  • Which is the targeted build of 4.0 for this fix?
    4.0_b86
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    N/A
Comment by Shing Wai Chan [ 23/Apr/13 ]

Sending appserver/web/web-core/src/main/java/org/apache/catalina/ContainerEvent.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/InputBuffer.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/OutputBuffer.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/connector/WebConnectionImpl.java
Sending appserver/web/web-core/src/main/java/org/apache/catalina/core/StandardPipeline.java
Sending appserver/web/web-glue/src/main/java/com/sun/web/server/WebContainerListener.java
Transmitting file data ......
Committed revision 61589.





[GLASSFISH-20157] common tasks applications throws error Created: 03/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: RameshT Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

WIN8 IE10


Issue Links:
Dependency
depends on GLASSFISH-20207 Product msg page at the bottom of com... Resolved
Tags: admin-gui, adminconsole, common, tasks

 Description   

Build 83 4th March 2013 - ogs-4.0-b83-04_03_2013-windows.exe

Applications windows does not displayed.

Steps to follow,

Common Tasks -> Deployment -> Deploy an application.

the screen does not shows anything in the RHS ( Right Hand Side )



 Comments   
Comment by Anissa Lam [ 03/Apr/13 ]

I have the latest code, and i don't see this issue on my Mac.
Can you try with different browser and/or platform ? Want to see if this is browser/platform specific.
Also, although it may not matter, but please test glassfish.zip instead of ogs , we are only releasing open source edition for this release. thanks.

Comment by RameshT [ 03/Apr/13 ]

I have checked this in win8 and FF19 and there is no issues in this. This is platform / Browser specific. And WIN8-IE is a supported platform cum Browser.

With the above clicking deploy button in the deploy application screen does not shows anything in the (RHS) Right Hand Side. I have taken the glassfish bits and tested.

Comment by Anissa Lam [ 04/Apr/13 ]

which IE version are you running ?
I tried on Window 7, IE 8 and there is no problem.
But i can reproduce that on Windows 7, IE 10.

Comment by Anissa Lam [ 05/Apr/13 ]

The application deployment page is using iframe.layout template. IE 10 doesn't like this.
Investigating ways to fix this for IE 10.

Comment by RameshT [ 05/Apr/13 ]

It is happening only in IE10.
List of deployed components and
Deployment screen Both has the issues.

I checked in FF and it is working fine in that.

Comment by Anissa Lam [ 05/Apr/13 ]

Refer to GLASSFISH-20207 for the cause of the issue. There is no easy workaround to fix it in the console.
When GLASSFISH-20207 is fixed, this issue will not happen.
Also, If secure admin is turned on, this issue will not happen also.

I just leave this open until the product msg page is fixed. If that can't be fixed, we have to say we support IE 10 only when secure admin is on.

Comment by Anissa Lam [ 19/Apr/13 ]

PM has decided to remove the promotion frame for this release, refer to GLASSFISH-20207. This also means the issues reported here due to the promotion frame is no longer an issue.
Marking as resolved.

Comment by RameshT [ 22/Apr/13 ]

This is not relating to 20207. 20207 was related to " the bottom of common task page". Here this issue comes in the common tasks page. Also with this If you do the other way also you will hit this issue.

1. common tasks -> deployment -> deploy an application -> nothing is displayed on the RHI.
2. Application -> deploy -> nothing is displayed on the RHS.

The above is occured only with the platform and browser specific. ( window 8 - IE 10. )
Windows 8 - FF it is working fine.
Windows 7 - FF it is working fine.
Windows 7 - IE it is working fine.
OEL 6 - FF / IE it is working fine.

Hence I am reopening this issue.

Comment by Anissa Lam [ 22/Apr/13 ]

What version are you using to do the testing ?
I have tested that it works fine on Windows 8, IE 10, with and without secure admin on.

Comment by RameshT [ 22/Apr/13 ]

I have used build 85 promoted ( glassfish-4.0-b85-windows.exe )

Comment by Anissa Lam [ 22/Apr/13 ]

The fix version clearly says "4.0_b86_RC2", and promotion build 85 was out before the removal of the promotion frame.
Why do you test and reopen with build 85 ? Maybe you can use the latest nightly build.

When you use build 85 to test this and reopen the issue, i believe the promotion frame is still be there, that should also tell you that b85 will still have the issue.
Please reopen only after you test with promoted build 86 and you still see the issue.
thanks.

Comment by Anissa Lam [ 22/Apr/13 ]

I have tried IE 10 on Windows 7 as I don't have Windows 8. Hopefully IE 10 behave the same on both Windows 7 and Windows 8.
Can you take the 4/22 nightly build and see how it runs on windows 7 and Windows 8 with IE 10 ?
thanks.

Comment by Anissa Lam [ 22/Apr/13 ]

I have just tried this on Windows 8, IE 10, using the latest, 4/22 nightly build.
Everything works fine as expected.
You can deploy an application, list deployed application from the common task page. And you can do the same using the navigation tree.
I have tested this with and without secure admin on.
works end to end from deploying the app to launch the app.

Windows 7, windows 8 both works fine using IE 10 and FF.





[GLASSFISH-20353] Login failed: unable to find LoginModule class: com.sun.enterprise.security.auth.login.LDAPLoginModule Created: 19/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

Status: Resolved
Project: glassfish
Component/s: security
Affects Version/s: 4.0
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Craig Perez Assignee: spei
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

security-devtests-trunk


Tags: 4_0-approved

 Description   

The LDAP realm security devtests fail with OOTB configuration:

[2013-04-18T13:19:57.083-0700] [glassfish 4.0] [WARNING] [web.login.failed] [javax.enterprise.system.container.web.com.sun.web.security] [tid: _ThreadID=20 _ThreadName=http-listener-1(2)] [timeMillis: 1366316397083] [levelValue: 900] [[
WEB9102: Web Login Failed: com.sun.enterprise.security.auth.login.common.LoginException: Login failed: unable to find LoginModule class: com.sun.enterprise.security.auth.login.LDAPLoginModule]]



 Comments   
Comment by Craig Perez [ 19/Apr/13 ]

I have workaround for the Husdon job that updates <domain>/config/login.conf to use:

ldapRealm

{ org.glassfish.security.services.impl.LDAPLoginModule required; }

;

Comment by Tim Quinn [ 19/Apr/13 ]

Do not restore the original class. I moved it as part of fixing a separate issue (GLASSFISH-20125). I thought I scoured the entire system for references to it but obviously missed this one.

The login.conf needs to be updated to refer to the class in its new place.

[shaun]If we revise login.conf of GF4.0 with new package name, any issue for domain upgrade on existing domain? Or should something be done on domain upgrade?

Comment by Tim Quinn [ 19/Apr/13 ]

Good point, Sean. The domain upgrade should deal with this. I am not sure but I suspect the upgrade does not currently deal with login.conf.

Comment by spei [ 22/Apr/13 ]

What is the impact on the customer of the bug?

If some uses the LDAPRealm, he may get a ClassNotFoundExcepton since the package name was revised for LDAPLoginModule.

What is the cost/risk of fixing the bug?

Low risk. Restored the package name to its original com.sun.enterprise.security.auth.login.LDAPLoginModule, revised the LDAPAdminAccessConfigurator to use the old package name; this avoids the upgrade issue;

Is there an impact on documentation or message strings?

No.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

Security tests

Which is the targeted build of 4.0 for this fix?

4.0_b86_RC2

If this an integration of a new version of a component from another project, what are the changes that are being brought in? This might be list of Jira issues from that project or a list of revision messages.

na

Comment by Tom Mueller [ 22/Apr/13 ]

Approved for 4.0.

Comment by spei [ 22/Apr/13 ]

Restore the LDAPLoginmodule to original package com.sun.enterprise.security.auth.login, also removed security devtest workaround.

Committed revision 61583.
Committed revision 61584.





[GLASSFISH-20369] The I/O streams should be closed before resuming since they might not be available after resume in upgrade. Created: 22/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

Status: Resolved
Project: glassfish
Component/s: web_container
Affects Version/s: 4.0_b85
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Amy Roh Assignee: Amy Roh
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

The I/O streams should be closed before resuming since they might not be available after resume in upgrade. This can cause NPE when WebConnection#close is performed in ReadListener#onDataAvailable.

Caused by: java.lang.NullPointerException
    at org.apache.catalina.connector.OutputBuffer.close(OutputBuffer.java:261)
    at org.apache.catalina.connector.CoyoteOutputStream.close(CoyoteOutputStream.java:186)
    at org.apache.catalina.connector.WebConnectionImpl.close(WebConnectionImpl.java:126)



 Comments   
Comment by Amy Roh [ 22/Apr/13 ]

What is the impact on the customer of the bug?

Users will see the NPE and stacktrace.

What is the cost/risk of fixing the bug?

Low risk. I have ran web devtests and checked with web socket team to make sure there is no regression.

Is there an impact on documentation or message strings?

No.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?

web/web socket tests

Which is the targeted build of 4.0 for this fix?

4.0_b86_RC2

If this an integration of a new version of a component from another project, what are the changes that are being brought in? This might be list of Jira issues from that project or a list of revision messages.

na

Comment by Tom Mueller [ 22/Apr/13 ]

Approved for 4.0.

Comment by Amy Roh [ 22/Apr/13 ]

Fixed in 61581.





[GLASSFISH-20314] [SDK]Java EE 7 sample-The Threads Concurrency Sample Application(Documentation issue) Created: 15/Apr/13  Updated: 22/Apr/13  Resolved: 22/Apr/13

Status: Resolved
Project: glassfish
Component/s: concurrency
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Daniel Assignee: anthony.lai
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

ee7 sdk build84



 Description   

The documentation has incorrect info:

*samples_install_dir is the sample application base directory. Go to: samples_install_dir/javaee7/concurrency/executor.

The directory should be /threads



 Comments   
Comment by shreedhar_ganapathy [ 17/Apr/13 ]

Assigning to Anthony.

Comment by anthony.lai [ 22/Apr/13 ]

GLASSFISH-SAMPLES~SVN:1130





[GLASSFISH-19987] Getting insecure content from https://www.oracle.com/webfolder/s/glassfish Created: 21/Mar/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

Status: Resolved
Project: glassfish
Component/s: other
Affects Version/s: 4.0_b79
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: myfear Assignee: jclingan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

GlassFish Server Open Source Edition 4.0 (build 80)


Issue Links:
Dependency
depends on GLASSFISH-20207 Product msg page at the bottom of com... Resolved
Tags: console, fishcat

 Description   

Browsers (IE9 / Chrome Version 25.0.1364.172 m) are complaining about insecure content:

[blocked] The page at https://www.oracle.com/webfolder/s/glassfish/productmsg.html ran insecure content from http://www.oracle.com/js/omi/jsc/s_code_remote.js.



 Comments   
Comment by myfear [ 21/Mar/13 ]

Same is true for:

The page at https://www.oracle.com/webfolder/s/glassfish/productmsg.html displayed insecure content from http://www.oracle.com/technetwork/middleware/glassfish/web/quickbar-140-32px-217977.png.

Can't we just package that with GF?
I hate to see the console still accessing orcl.com content ...
And there is still a request to http://java.sun.com/glassfish/productmsg.html in it which gets a redirect to ... http://www.oracle.com/webfolder/s/glassfish/productmsg.html (that is a plus of 150 ms ...)

Comment by Anissa Lam [ 21/Mar/13 ]

The content of that page is not from the console dev team.
Transfer to John to see how this can be fixed.

Comment by Anissa Lam [ 19/Apr/13 ]

PM decided to remove the promotion frame for this release.
Marking as resolved.





[GLASSFISH-20207] Product msg page at the bottom of common task page using https causes many issues on IE 10 Created: 05/Apr/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

Status: Resolved
Project: glassfish
Component/s: other
Affects Version/s: 4.0_b82_EE7MS7
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Critical
Reporter: Anissa Lam Assignee: jclingan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Dependency
blocks GLASSFISH-19987 Getting insecure content from https:... Resolved
blocks GLASSFISH-20157 common tasks applications throws error Resolved
Tags: 4_0-approved, console

 Description   

The product msg frame at the bottom of common task page, http://java.sun.com/glassfish/productmsg.html is redirected to https://www.oracle.com/webfolder/s/glassfish/productmsg.html which uses secure protocol.
This is causing issue in the console when running on IE 10, which secure admin is not on, which is the out-of-box behavior.
Once we load this page, IE thinks the whole page is secure, and complains to a lot of non-secure request for images, js, etc. and for iframe, it will just rejects to load.
This causes couple issue reported, BugDB # 16542371 and GLASSFISH-20157.

Since IE 10 is in the supported matrix, we need to fix https://www.oracle.com/webfolder/s/glassfish/productmsg.html to not use secure protocol.



 Comments   
Comment by Anissa Lam [ 19/Apr/13 ]

a webtracker has been opened for a while, but still not resolved.
A decision is made by John Clingan and Shreedhar Ganapathy to remove the promotion frame altogether. We can add it back in the next release if marketing wants it back.

What is the impact on the customer of the bug?
If we leave the promotion frame on, there is issue in support IE 10 and we are mixing secure and insecure contents. GLASSFISH-19987 filed by Fishcat is also about this issue.

What is the cost/risk of fixing the bug?
The risk is minimal. Just comment out the code of adding this promotion frame in the bottom of the common task page.

Is there an impact on documentation or message strings?
No. I checked that the online help page for common task doesn't mention about this promotion frame.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
Usual test suite from QA relating to console. Specifically tried this on IE 10.

Which is the targeted build of 4.0 for this fix?
The fix is ready, not sure if it will make it into b85 or b86.

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.

n/a

Comment by Tom Mueller [ 19/Apr/13 ]

Approved for 4.0.

Comment by Anissa Lam [ 19/Apr/13 ]

Date: 2013-04-19 20:50:02 UTC
Link:

Log Message:
------------
GLASSFISH-20207. Remove promotion frame at the bottom of common task page.

Revisions:
----------
61572

Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/resources/commonTask.jsf





[GLASSFISH-20264] BATCH CLI: asadmin list-batch-job-executions with some string operands shows no error message Created: 10/Apr/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Minor
Reporter: arunkumar_s Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

Tested with latest build

asadmin list-batch-job-executions p

For input string: "p"
Command list-batch-job-executions executed successfully.

Expected: Command should fail, says no instance id p found.

Same case for list-batch-job-steps



 Comments   
Comment by Mahesh Kannan [ 18/Apr/13 ]
  • What is the impact on the customer of the bug?
    Without this fix the command will report success despite being pass an invalid parameter
  • What is the cost/risk of fixing the bug?
    Very low. Just a few lines.
  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    All batch tests. Although I have run batch devtests and QL.
  • Which is the targeted build of 4.0 for this fix?
    The fix is ready, Most likely in RC2.
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    N/A
Comment by Mahesh Kannan [ 19/Apr/13 ]

I changed the data type to Long which means this command takes only an int or long as parameter. Any other input will be flagged as an error by CLI framework

svn commit -m "Integrate b26 jars. Fix for 20335, 20264. QL and batch devtests passed. Approved by Tom"
Sending appserver/batch/glassfish-batch-commands/src/main/java/org/glassfish/batch/ListBatchJobExecutions.java
Sending appserver/batch/glassfish-batch-commands/src/main/java/org/glassfish/batch/ListBatchJobExecutionsProxy.java
Sending appserver/batch/glassfish-batch-commands/src/main/java/org/glassfish/batch/ListBatchJobStepsProxy.java
Sending appserver/pom.xml
Transmitting file data ....
Committed revision 61563.





[GLASSFISH-20335] [BATCH RI] PartitionedStepControllerImpl is one-off when retrieving work from parallelBatchWorkUnits Created: 17/Apr/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: blankema Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

3.5.0-24-generic #37-Ubuntu SMP Thu Feb 7 01:50:30 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


Tags: 4_0-approved

 Description   

Disclaimer: The bug was found on b25 of the BATCH-RI

Example: Partition plan with 4 partitions and 2 threads
On line 334
// Start up to to the max num we are allowed from the num threads attribute
The variable numCurrentSubmitted has value 2 after completing this

Starting from line 375
if (readyToSubmitAnother) {
numCurrentCompleted++;
logger.fine("Ready to submit another (if there is another left to submit); numCurrentCompleted = " + numCurrentCompleted);
if (numCurrentCompleted < numTotalForThisExcecution) {
if (numCurrentSubmitted < numTotalForThisExcecution) {
numCurrentSubmitted++;
logger.fine("Submitting # " + numCurrentSubmitted + " out of " + numTotalForThisExcecution + " total for this execution");
if (stepStatus.getStartCount() > 1)

{ batchKernel.startGeneratedJob(parallelBatchWorkUnits.get(numCurrentSubmitted)); }

else

{ batchKernel.restartGeneratedJob(parallelBatchWorkUnits.get(numCurrentSubmitted)); }

readyToSubmitAnother = false;

The numCurrentSubmitted is increased to 3 and the next workUnit is retrieved is 3, thereby skipping entry 2 of the arry.
This means that while retrieving the last workUnit an exception is thrown and the third workUnit is never executed.

The exception was:
Wed Apr 17 19:37:41 CEST 2013 [com.ibm.jbatch.container.impl.BaseStepControllerImpl execute] WARNING: Caught exception executing step: java.lang.IndexOutOfBoundsException: Index: 4, Size: 4
at java.util.ArrayList.rangeCheck(ArrayList.java:604)
at java.util.ArrayList.get(ArrayList.java:382)
at com.ibm.jbatch.container.impl.PartitionedStepControllerImpl.executeAndWaitForCompletion(PartitionedStepControllerImpl.java:385)



 Comments   
Comment by blankema [ 17/Apr/13 ]

I have a test project (maven based) and a patch file but could not find where to upload it.

If needed, just contact me.

Comment by shreedhar_ganapathy [ 17/Apr/13 ]

-> Mahesh for eval on Batch RI.

Comment by Mahesh Kannan [ 18/Apr/13 ]

Just wanted to add that currently (RC1) GlassFish is using only b23 batch jars.
Anyways, Scott can comment on this more

Comment by ScottKurz [ 18/Apr/13 ]

This is a bug. As we didn't test @threads in the TCK we ended up not testing it at all. I will fix in the next drop.

Comment by ScottKurz [ 18/Apr/13 ]

Actually there's another bug here where we're neglecting to even honor the @threads attribute. I'm guessing this is the patch file mentioned since without this fixed I can't see how you could have created this in the first place. If you want to send it in case there's something else I missed.. you can send to ScottKurz@java.net, but I think I have this fixed now. Thanks for identifying this...

BTW, Mahesh... I think this is b25. The 84 driver was supposed to have been built on 10 Apr 2013 ... and we delivered b25 on 4/9.

Comment by Mahesh Kannan [ 19/Apr/13 ]
  • What is the impact on the customer of the bug?
    Without this fix some workUnit is never executed
  • What is the cost/risk of fixing the bug?
    Medium. Just a few lines. But Scott has already fixed this.
  • Is there an impact on documentation or message strings?
    No
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    All batch tests. Although I have run batch devtests and QL.
  • Which is the targeted build of 4.0 for this fix?
    The fix is ready, Most likely in RC2.
  • If this an integration of a new version of a component from another project,
    what are the changes that are being brought in? This might be list of
    Jira issues from that project or a list of revision messages.
    This requires integration of b26 jars from IBM
Comment by Tom Mueller [ 19/Apr/13 ]

Approved for 4.0, but in the future please fill out the change control template.

Comment by ScottKurz [ 19/Apr/13 ]

Just confirming that this is indeed fixed in 1.0-b26.

Comment by Mahesh Kannan [ 19/Apr/13 ]

Resolved in b26 jars.

Svn commit info

svn commit -m "Integrate b26 jars. Fix for 20335, 20264. QL and batch devtests passed. Approved by Tom"
Sending appserver/pom.xml
Transmitting file data ....
Committed revision 61563.





[GLASSFISH-20331] [Batch CLI] NPE thrown out when start the domain Created: 17/Apr/13  Updated: 19/Apr/13  Resolved: 19/Apr/13

Status: Resolved
Project: glassfish
Component/s: batch
Affects Version/s: 4.0_b84_RC1
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Jeremy_Lv Assignee: Mahesh Kannan
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Win7


Tags: 4_0-approved

 Description   

The NPE were thrown out on the version of glassfish which I have built at 12/4/2013 in my local platform. Here's my reproduced steps:
1). asadmin start-domain
2). asadmin create-instance ins1
3). asadmin deploy test_sample1.war
4). asadmin deploy test_sample2.war
5). asadmin stop-domain
6). asadmin start-domain

After step6, the NPE were thrown out as follows:

[2013-04-17T19:51:55.327+0900] [glassfish 4.0] [WARNING] [NCLS-CORE-00069] [javax.enterprise.system.core] [tid: _ThreadID=1 _ThreadName=main] [timeMillis: 1366195915327] [levelValue: 900] [[
  Exception while dispatching an event
java.lang.NullPointerException
	at org.glassfish.batch.spi.impl.BatchRuntimeHelper.registerIfBatchJobsDirExists(BatchRuntimeHelper.java:178)
	at org.glassfish.batch.spi.impl.BatchRuntimeHelper.event(BatchRuntimeHelper.java:191)
	at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
	at com.sun.enterprise.v3.server.AppServerStartup.postStartupJob(AppServerStartup.java:358)
	at com.sun.enterprise.v3.server.AppServerStartup.run(AppServerStartup.java:285)
	at com.sun.enterprise.v3.server.AppServerStartup.doStart(AppServerStartup.java:179)
	at com.sun.enterprise.v3.server.AppServerStartup.start(AppServerStartup.java:170)
	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.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:601)
	at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
	at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:54)
]]


 Comments   
Comment by Jeremy_Lv [ 17/Apr/13 ]

Here's attached the code of the reproduced web application:
test_sample1.war

package com.fujitsu.test.hello;


import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;


/**
*
* @author Jeremy
*/
@WebServlet(name="MyServlet", urlPatterns={""})
public class UserServlet extends HttpServlet {

   protected void processRequest(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       response.setContentType("text/html;charset=UTF-8");
       PrintWriter out = response.getWriter();
       try {
           out.println("<html>");
           out.println("<head>");
           out.println("<title>Servlet3.0 HelloWorld</title>");
           out.println("</head>");
           out.println("<body>");
           out.println("<h1>Hello! Servlet3.0 Sample1111111111</h1>");
           System.out.println("start to execute System.exit()");
           System.exit(1);
           System.out.println("System.exit() has been executed");
           out.println("</body>");
           out.println("</html>");
         
       } finally { 
           out.close();
       }
   } 

   @Override
   protected void doGet(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       processRequest(request, response);
   } 

   @Override
   protected void doPost(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       processRequest(request, response);
   }


   @Override
   public String getServletInfo() {
       return "Short description";
   }
}

test_sample2.war

package com.fujitsu.test.hello;


import java.io.IOException;
import java.io.PrintWriter;

import javax.servlet.ServletException;
import javax.servlet.annotation.WebServlet;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;


/**
*
* @author Jeremy
*/
@WebServlet(name="MyServlet", urlPatterns={""})
public class UserServlet extends HttpServlet {

   protected void processRequest(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       response.setContentType("text/html;charset=UTF-8");
       PrintWriter out = response.getWriter();
       try {
           out.println("<html>");
           out.println("<head>");
           out.println("<title>Servlet3.0 HelloWorld</title>");
           out.println("</head>");
           out.println("<body>");
           out.println("<h1>Hello! Servlet3.0 Sample22222222222</h1>");
           System.out.println("start to execute System.exit()");
           System.out.println("System.exit() has been executed");
           out.println("</body>");
           out.println("</html>");
         
       } finally { 
           out.close();
       }
   } 

   @Override
   protected void doGet(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       processRequest(request, response);
   } 

   @Override
   protected void doPost(HttpServletRequest request, HttpServletResponse response)
   throws ServletException, IOException {
       processRequest(request, response);
   }


   @Override
   public String getServletInfo() {
       return "Short description";
   }
}

The only difference between the test_sample1 and test_sample2 is that I add the code of "System.exit(1);" in the test_sample1.

Comment by Jeremy_Lv [ 17/Apr/13 ]

If anyone need these two applications, pl. send the mail to me(lvsongping@cn.fujitsu.com).

Comment by TangYong [ 17/Apr/13 ]

This seemed to be batch module's issue.

Comment by TangYong [ 17/Apr/13 ]

Also noting the issue happened on cluster scene.

Comment by Mahesh Kannan [ 17/Apr/13 ]

Marking as Batch CLI issue

Comment by Mahesh Kannan [ 18/Apr/13 ]

First of all couldn't reproduce this issue.

The offending line (@ 178) is as follows:

ClassLoader cl = moduleInfo.getModuleClassLoader();
@178 ==> if (cl.getResource("META-INF/batch-jobs") != null)

{ tagNamesRequiringCleanup.add(config.getName() + ":" + applicationInfo.getName()); }

The only way this could happen is if moduleInfo.getModuleClassLoader(); is null (System class loader). Not sure if apps can be
deployed using system CL.

Anyways, I have added a null check to this line as follows:
ClassLoader cl = moduleInfo.getModuleClassLoader();
@178 ==> if (cl != null && cl.getResource("META-INF/batch-jobs") != null)

{ tagNamesRequiringCleanup.add(config.getName() + ":" + applicationInfo.getName()); }
Comment by Jeremy_Lv [ 18/Apr/13 ]

Mashech:
Here's some comments in line:
1). I will update the source to the latest one and check whether the NPE is still exist.
2). pl. tell me your mail address so that I can send you these two application and you can reproduce in your platform.
3). I will also try to add the null check you have pointed out to check whether the issue is still exist.

Thanks

-jeremy

Comment by Jeremy_Lv [ 18/Apr/13 ]

Sorry about the wrong steps, Here's the exactly steps:
1. asadmin start-domain
2. asadmin create-cluster clu1
3. asadmin create-instance --node localhost-domain1 --cluster clu1 instance1
4. asadmin deploy --target clu1 test_sample1.war
5. asadmin deploy --target clu1 test_sample2.war
6. asadmin stop-domain
7. asadmin start-domain

Comment by Mahesh Kannan [ 18/Apr/13 ]

Thanks for listing the exact steps. Yes, now I can reproduce. Fix will be available in the next build

Comment by Mahesh Kannan [ 18/Apr/13 ]

What is the impact on the customer of the bug?
If any application has been deployed to a cluster / standalone instance, User will see an NPE when the domain is re-started.

What is the cost/risk of fixing the bug?
Very low. A few lines.

Is there an impact on documentation or message strings?
Yes. Logging a message at Warning Level should any other exception occur.

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
I have run the devtests successfully. The bug submitter was kind enough to do a bunch of tests.
<from-submitter>
Here's my steps to tests:
1). asadmin start-domain
2). asadmin create-cluster clu1
3). asadmin create-instance --cluster clu1 --node localhost-domain1 instance1
4). asadmin deploy test_sample1.war
5). asadmin deploy --target clu1 test_sample2.war
6). asadmin stop-domain
7). asadmin start-domain
8). asadmin stop-cluster clu1
9). asadmin start-cluster clu1
10). asadmin undeploy test_sample1
11). asadmin undeploy --target clu1 test_sample2

After all, there's no NPE were thrown out after applied your changes into the latest building source.

BTW: I have also run the QL tests and all of the tests passed

QL tests results:

testng-summary:
[echo] [testng]
[echo] [testng] ===============================================
[echo] [testng] QuickLookTests
[echo] [testng] Total tests run: 117, Failures: 0, Skips: 0
[echo] [testng] ===============================================
[echo] [testng]
[INFO] Executed tasks
[INFO] ------------------------------------------------------------------------
</from-submitter>

Which is the targeted build of 4.0 for this fix?
The fix is ready, not sure if it will make it into RC2.

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.

n/a

Comment by Mahesh Kannan [ 18/Apr/13 ]
  • What is the impact on the customer of the bug?
    Without this fix the user will see an NPE during restart if any apps have been deployed to a cluster)
  • What is the cost/risk of fixing the bug?
    Very low. Just a few lines.
  • Is there an impact on documentation or message strings?
    Yes. A Few message Strings
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
    All batch tests. Although I have run batch devtests and the bug submitter has extensively tested the patch.

Which is the targeted build of 4.0 for this fix?
The fix is ready, Most likely in RC2.

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.
N/A

Comment by Tom Mueller [ 18/Apr/13 ]

Approved for 4.0.

Comment by Mahesh Kannan [ 19/Apr/13 ]

svn commit -m "Fix for 20331. QL and Batch devtests passed. Approved by Tom" glassfish-batch-connector/src/main/java/org/glassfish/batch/spi/impl/BatchRuntimeHelper.java

Sending glassfish-batch-connector/src/main/java/org/glassfish/batch/spi/impl/BatchRuntimeHelper.java
Transmitting file data .
Committed revision 61549.





[GLASSFISH-20262] set of modular config bean (ConfigExtension) doesn't automatically create config Created: 10/Apr/13  Updated: 18/Apr/13  Resolved: 18/Apr/13

Status: Resolved
Project: glassfish
Component/s: configuration
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: Tom Mueller Assignee: Tom Mueller
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

Consider the cdi-service ConfigExtension.

If you run:

asadmin set configs.config.server-config.cdi-service.enable-implicit-cdi=true

it fails unless one first does:

asadmin create-module-config cdi-service

or

if an application is deployed (which causes Config.getExtensionByType to be called).

The expectation is that the "set" and "get" would work without doing the "create-module-config" first.

This issue is related to GLASSFISH-19946



 Comments   
Comment by Masoud Kalali [ 11/Apr/13 ]
  • What is the impact on the customer of the bug? The set command wont work on changing the attribute value, neither the get command can show the current attribute's value.
  • How likely is it that a customer will see the bug and how serious is the bug? Customer would notice it if they try to change the cdi-service configuration.
  • Is it a regression? Does it meet other bug fix criteria (security, performance, etc.)? No it is not.
  • What CTS failures are caused by this bug? No CTS is failing.
  • What is the cost/risk of fixing the bug? No risk, cost is very low.
  • How risky is the fix? How much work is the fix? Is the fix complicated? No risk and cost is very low, a fix is already devised and can be committed after approval process.
  • Is there an impact on documentation or message strings? No.
  • Which tests should QA (re)run to verify the fix did not destabilize GlassFish? None.
  • Which is the targeted build of 4.0 for this fix? 83
  • If this an integration of a new version of a component from another project, what are the changes that are being brought in? This might be list of Jira issues from that project or a list of revision messages.
Comment by Masoud Kalali [ 18/Apr/13 ]

Resolved in revision #61485. double checked on build 14134.





[GLASSFISH-20192] ADMINGUI : Load default does not change the deployment order value Created: 05/Apr/13  Updated: 18/Apr/13  Resolved: 18/Apr/13

Status: Resolved
Project: glassfish
Component/s: admin_gui
Affects Version/s: 4.0_b83
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: RameshT Assignee: Anissa Lam
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

win 7 FF19


Issue Links:
Related
is related to GLASSFISH-20347 Provide default value for all attribu... Open
Tags: 4_0-approved, admingui, console, deployment, order

 Description   

Open created context services.
"Edit context service screen" will display.
change the value of deployment order from 100 to 105.
click the Load defaults button now.
Deployment order value should be change to 100 as per the default value given in the online help document.
But it is not happening. it still shows as 105 only.



 Comments   
Comment by Anissa Lam [ 05/Apr/13 ]

There is no default value returned by the backend for 'deployment-order', thats why that field is not changed but other field is.

Here is whats returned.

messageParameters={
id=

{acceptableValues=, optional=false, defaultValue=, type=string}

, enabled=

{acceptableValues=, optional=true, defaultValue=true, type=boolean},
contextInfoEnabled={acceptableValues=, optional=true, defaultValue=true, type=boolean}

, description=

{acceptableValues=, optional=true, defaultValue=, type=string},
target={acceptableValues=, optional=true, defaultValue=, type=string}

,
property=

{acceptableValues=, optional=true, defaultValue=, type=string}

,
contextInfo={acceptableValues=, optional=true, defaultValue=Classloader,JNDI,Security,WorkArea, type=string}}

This is an issue with all other resources, like JDBC.
So, I am assigning this to Jagadish as I believe context service resource is based on other resource class.

Comment by Jagadish [ 12/Apr/13 ]

I would assume that GUI calls REST in order to get the default values of
a configuration.

When I do a dotted names get, all the attributes of the resource
configuration are listed (including the ones that are not configured by
end user, hence taking default value)

eg:
jdbc/__default resource does not have a default value for
deployment-order attribute registered in domain.xml.
But, dotted names get will list the default value based on the config
bean.

$ghome/bin/asadmin get server.resources.jdbc-resource.jdbc/__default.*
server.resources.jdbc-resource.jdbc/__default.deployment-order=100
server.resources.jdbc-resource.jdbc/__default.enabled=true
server.resources.jdbc-resource.jdbc/_default.jndi-name=jdbc/_default
server.resources.jdbc-resource.jdbc/__default.object-type=system-all
server.resources.jdbc-resource.jdbc/__default.pool-name=DerbyPool
Command get executed successfully.

Hence, I'm transferring the issue to REST layer (Jason).
Jason : Please let me know if backend needs to do anything special.

"deployment-order" attribute is at :
main/nucleus/admin/config-api/....../Resource.java

/**

  • Gets the value of deployment-order.
  • @return
    */
    @Attribute (defaultValue = "100",dataType = Integer.class)
    String getDeploymentOrder();

/**

  • Sets the value of the deployment order.
  • @param value
  • @throws PropertyVetoException
    */
    void setDeploymentOrder(String value) throws PropertyVetoException;
Comment by Jason Lee [ 17/Apr/13 ]

The issue here is the that GUI is using http://localhost:4848/management/domain/resources/context-service/ as the REST endpoint from which to get the default values, which ultimately interrogates the create-context-service AdminCommand, which does not have a deploymentOrder parameter, so there's no default value to return. The GUI should probably use http://localhost:4848/management/domain/resources/context-service/concurrent%2F__defaultContextService which returns

...
    "deploymentOrder": {
    "optional": "true",
    "type": "int",
    "defaultValue": "100",
    "key": "false"
},
...

The load defaults button, though, is shared throughout the application, so it might not be so simple as simply changing the URL, as the endpoint is calculated using a number of variables the including page is expected to set.

It seems, then, that the options are to live with it, change create-context-service, or modify the console. Reassigning to console to make that determination.

Comment by Anissa Lam [ 17/Apr/13 ]

This is not just related to context service. ALL resources has the same problem.
We need to find out why deployment-order is not returned in the "messageParameters" list in the extraProperties where name of the method is "POST".

eg, for jdbc-resource, doing:

curl -s -S --user admin: -H 'Accept: application/json' -X OPTIONS http://localhost:4848/management/domain/resources/jdbc-resource

returns:

{"message":"","command":"jdbc-resource","exit_code":"SUCCESS","extraProperties":{"commands":[],"methods":[

{"name":"GET"}

,{},{"name":"POST","messageParameters":{ "description":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

, "enabled":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

, "id":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

, "poolName":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

, "property":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

, "target":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

}}],"childResources":{"jdbc\/_TimerPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-resource\/jdbc%2FTimerPool","jdbc\/default":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-resource\/jdbc%2F_default"}}

}

why "deployment-order" is not included? This is a general issue across all resources.
In console, we call OPTIONS and examine the different attributes in the "messageParameters".
Look at buildDefaultValueMap() in RestUtil.java. This is called for every 'Load Default' button in the console.

If you think this is not a REST issue, assign to Jagadish for him to fix it. But it seems Jagadish has looked at this and not sure what he needs to do if any for 'deploymen-order' to be included.

Comment by Jason Lee [ 17/Apr/13 ]

I explained why in my comment: based on the endpoint the console is sending (http://localhost:4848/management/domain/resources/context-service/), the REST layer interrogates the AdminCommand associated with the POST method. The system currently offers no way of jumping from the AdminCommand to the ConfigBean to get a more complete picture. Even if it did, the data returned may not match what's offered by the command line (e.g., CreateContextService doesn't have a deploymentOrder property, whereas the config bean). For edit pages, the console should be sending the URI for the entity itself (http://localhost:4848/management/domain/resources/context-service/concurrent%2F__defaultContextService), which, as I noted in my comment, returns the information you're looking for.

Given the capabilities of the back end at the moment, the fix for this needs to come from the console side.

Comment by Anissa Lam [ 17/Apr/13 ]

can you tell me why this "deployment-order" is treated so differently than any other attributes ?
For any resources,
eg, jdbc-connection-pool.

curl -s -S --user admin: -H 'Accept: application/json' -X OPTIONS http://localhost:4848/management/domain/resources/jdbc-connection-pool

it returns every single attribute except deployment-order.

If Jagadish knows why "deployment-order" is treated differently, then he can do something about it.

{"message":"","command":"jdbc-connection-pool","exit_code":"SUCCESS","extraProperties":{"commands":[],"methods":[

{"name":"GET"}

,{},{"name":"POST","messageParameters":{"allowNonComponentCallers":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"associateWithThread":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"connectionCreationRetryAttempts":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"connectionCreationRetryIntervalInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"10"}

,"connectionLeakReclaim":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"connectionLeakTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"connectionValidationMethod":

{"acceptableValues":"auto-commit,meta-data,table,custom-validation","optional":"true","type":"string","defaultValue":"table"}

,"datasourceClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"description":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"driverClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"failAllConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"idleTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"300"}

,"initSql":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"isConnectionValidationRequired":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"isIsolationLevelGuaranteed":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

,"lazyConnectionAssociation":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"lazyConnectionEnlistment":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"matchConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"maxConnectionUsageCount":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"maxPoolSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"32"}

,"maxWaitTimeInMillis":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"60000"}

,"name":

{"acceptableValues":"","optional":"false","type":"string","defaultValue":""}

,"nonTransactionalConnections":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"ping":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"poolResizeQuantity":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"2"}

,"pooling":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

,"property":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"resType":

{"acceptableValues":"javax.sql.DataSource,javax.sql.XADataSource,javax.sql.ConnectionPoolDataSource,java.sql.Driver","optional":"true","type":"string","defaultValue":""}

,"sqlTraceListeners":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"statementCacheSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"statementLeakReclaim":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"false"}

,"statementLeakTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"statementTimeoutInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"-1"}

,"steadyPoolSize":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"8"}

,"target":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"transactionIsolationLevel":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"validateAtmostOncePeriodInSeconds":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":"0"}

,"validationClassname":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"validationTableName":

{"acceptableValues":"","optional":"true","type":"string","defaultValue":""}

,"wrapJdbcObjects":

{"acceptableValues":"","optional":"true","type":"boolean","defaultValue":"true"}

}}],"childResources":

{"DerbyPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-connection-pool\/DerbyPool","__TimerPool":"http:\/\/localhost:4848\/management\/domain\/resources\/jdbc-connection-pool\/__TimerPool"}

}}

Comment by Anissa Lam [ 17/Apr/13 ]

"which ultimately interrogates the create-context-service AdminCommand, which does not have a deploymentOrder parameter, so there's no default value to return."
Are you saying that if deployment-order is one of the params for the create-xxx resource, then we can get its default value ?

If so, maybe Jagadish can look into that.

Maybe we should have an RFE for REST such that default value can be returned even if that attribute is not one of the creation parameter so you can fix that in next release. Personally, I feel that its a bug in REST for not able to handle this case, and whats the point of having the OPTIONS commands and messageParameter in extraProperties if one cannot rely on it to get the default value.

Let me transfer this to Jagadish to look into the create command. Postponing this to next release is fine with me.

Comment by Jagadish [ 18/Apr/13 ]

Anissa, Jason :

deployment-order is an attribute that does not take effect during creation of resource. It takes effect only during subsequent startups of application server.
Because of this, we have not made "deployment-order" to be a command parameter.
Also, there are 10-12 different create-xxx-resource commands and we did not want to introduce this attribute since it does not take effect during creation time.

Note :
There is also "object-type" attribute for each type of resource, but not specified during resource creation time (ie., create-xxx-resource commands).

So, the ideal solution would be for REST to have an API to return default values of config bean attributes too. Transferring to Jason based on Anissa's latest comment to decide whether it needs to be taken care of in 4.0 or later release.

Comment by Jason Lee [ 18/Apr/13 ]

At the risk of repeating myself, the REST interface does have an API for returning the default value; the Console just isn't using the correct URL, which I've shared above. It would be better if the REST interface could give all the attributes for a ConfigBean from the URL the Console is using now, but, as I've noted, the system does not provide the metadata needed to get from the AdminCommand to the ConfigBean. It's also not so simple as mapping the command to the bean, as a single command can operate on 0 or more ConfigBeans, so returning the default values for all, say, 5 ConfigBeans a command touches, were it possible, would be confusing to the REST client developer.

As it is, the URL the Console is using returns the creation defaults. The URL it should be using returns the defaults for updates. It's possible, I guess, for the REST interface to combine the two, but it's not as straightforward as it may seem for the reasons listed above. That change, though, would need to be a separate RFE filed for 4.next. That kind of change this far after HCF can not be made. The fix for the Console behavior, then, if any is to be delivered for this release, needs to come from the either console side or from the AdminCommand. I'll leave it to you two to decide where. Personally, I don't think adding the parameter to the AdminCommand even though it's only used at startup should be problematic.

Comment by Anissa Lam [ 18/Apr/13 ]

I think the controversy here is how a default value should be available.
I feel that REST should be able to provide the default value just by given the ConfigBean type, eg. jdbc-resource, thread-pool, virtual-server etc.
But currently unless this attribute is one of the create command param, it cannot do that.
REST requires the REST endpoint of a created instance in order to be able to provide the default values, and thus Jason is requesting the console code to be changed.

Fix it properly by any of the mentioned alternative is too risky at this point. It is almost like a redesign in either the console or the REST code.
I will file an RFE so we can work on this after 4.0

For 4.0 release, it is a simple hack in the console to hard code "100" as the default value for dpeloyment-order. Almost no risk. So, I will take this approach and get approval for that.
If the default value in later release is changed, then we need to change it again, but hopefully, by then, we have agreed on the way on how default value can be obtained and this hack is no longer necessary.

Here is the svn diff.

~/Awork/GF/all/main/appserver/admingui/common/src/main/java/org/glassfish 14)  svn diff
Index: admingui/common/handlers/RestApiHandlers.java
===================================================================
--- admingui/common/handlers/RestApiHandlers.java	(revision 61361)
+++ admingui/common/handlers/RestApiHandlers.java	(working copy)
@@ -87,6 +87,11 @@
                     String defaultV = defaultValues.get(origKey);
                     if (defaultV != null) {
                         orig.put(origKey, defaultV);
+                    }else{
+                        //this is a hack for 4.0. refer to GLASSFISH-20192
+                        if (origKey.equals("deploymentOrder")){
+                            orig.put(origKey, "100");
+                        }
                     }
                 }
                 handlerCtx.setOutputValue("valueMap", orig);

-------------------------------------------------------
What is the impact on the customer of the bug?
User is not able to find out the default value of 'deployment-order' for resources and applications after they have changed it.

What is the cost/risk of fixing the bug?
This is by hardcoding the value to be "100". very minimal risk. The proper fix will need to be after 4.0 as it is very involved.

Is there an impact on documentation or message strings?

No

Which tests should QA (re)run to verify the fix did not destabilize GlassFish?
The same test that discovered this bug.

Which is the targeted build of 4.0 for this fix?
The fix is ready, not sure if it will make it into b85 or b86.

If this an integration of a new version of a component from another project,
what are the changes that are being brought in? This might be list of
Jira issues from that project or a list of revision messages.

n/a

Comment by Tom Mueller [ 18/Apr/13 ]

Approved for 4.0. Please make sure an issue is filed to fix this properly and link to it from this issue.

Comment by Anissa Lam [ 18/Apr/13 ]

Change committed. Not sure if it makes into b85. Mark this fixed for RC2.
GLASSFISH-20347 has been created to request REST to revisit the issue for 4.0.1.

Date: 2013-04-18 17:12:58 UTC
Log Message:
------------
GLASSFISH-20192. Hardcode deployment-order default value to be "100".

Revisions:
----------
61542

Modified Paths:
---------------
trunk/main/appserver/admingui/common/src/main/java/org/glassfish/admingui/common/handlers/RestApiHandlers.java





[GLASSFISH-20078] Integration CDI test failures in 1.1.0.CR4 TCK Created: 27/Mar/13  Updated: 09/Apr/13  Resolved: 09/Apr/13

Status: Closed
Project: glassfish
Component/s: bean-validator
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: mtaube Assignee: mtaube
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

testValidationInterceptorHasPriority4800(org.hibernate.beanvalidation.tck.tests.integration.cdi.executable.priority.ValidationInterceptorPriorityTest) Time elapsed: 0.501 sec <<< FAILURE!
testDependencyInjectionIntoConstraintValidator(org.hibernate.beanvalidation.tck.tests.integration.cdi.factory.ConstraintValidatorInjectionTest) Time elapsed: 0.586 sec <<< FAILURE!
testConstraintValidatorFactoryIsSubjectToDependencyInjection(org.hibernate.beanvalidation.tck.tests.integration.cdi.managedobjects.ManagedObjectsTest) Time elapsed: 0.498 sec <<< FAILURE!
testMessageInterpolatorIsSubjectToDependencyInjection(org.hibernate.beanvalidation.tck.tests.integration.cdi.managedobjects.ManagedObjectsTest) Time elapsed: 0.043 sec <<< FAILURE!
testParameterNameProviderIsSubjectToDependencyInjection(org.hibernate.beanvalidation.tck.tests.integration.cdi.managedobjects.ManagedObjectsTest) Time elapsed: 0.043 sec <<< FAILURE!
testTraversableResolverIsSubjectToDependencyInjection(org.hibernate.beanvalidation.tck.tests.integration.cdi.managedobjects.ManagedObjectsTest) Time elapsed: 0.037 sec <<< FAILURE!






[GLASSFISH-20079] Integration EE test failures in 1.1.0.CR4 TCK Created: 27/Mar/13  Updated: 09/Apr/13  Resolved: 09/Apr/13

Status: Closed
Project: glassfish
Component/s: bean-validator
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: mtaube Assignee: mtaube
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

testJndiBoundValidatorFactoryIsCdiEnabled(org.hibernate.beanvalidation.tck.tests.integration.ee.cdi.ConstraintValidatorInjectionTest) Time elapsed: 0.623 sec <<< FAILURE!
testDefaultValidatorCanBeRetrievedFromJndi(org.hibernate.beanvalidation.tck.tests.integration.ee.JndiRetrievalTest) Time elapsed: 0.645 sec <<< FAILURE!
testDefaultValidatorFactoryCanBeRetrievedFromJndi(org.hibernate.beanvalidation.tck.tests.integration.ee.JndiRetrievalTest) Time elapsed: 0.025 sec <<< FAILURE!






[GLASSFISH-20238] uptake hk2 2.1.80 Created: 09/Apr/13  Updated: 09/Apr/13  Resolved: 09/Apr/13

Status: Resolved
Project: glassfish
Component/s: hk2
Affects Version/s: None
Fix Version/s: 4.0_b86_RC2

Type: Bug Priority: Major
Reporter: mtaube Assignee: mtaube
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Tags: 4_0-approved

 Description   

uptake the new hk2 2.1.80 binary which includes hibernate validator 5.0.0.CR5

This should be the only change:

Project: hk2
Repository: svn
Revision: 4459
Author: mtaube
Date: 2013-04-08 20:10:39 UTC
Link:

Log Message:
------------
uptake hibernate validator 5.0.0.CR5

Revisions:
----------
4459

Modified Paths:
---------------
trunk/hk2/pom.xml
trunk/hk2/external/bean-validator/pom.xml

Diffs:
------
Index: trunk/hk2/pom.xml
===================================================================
— trunk/hk2/pom.xml (revision 4458)
+++ trunk/hk2/pom.xml (revision 4459)
@@ -327,7 +327,7 @@
<asm.version>3.3</asm.version>
<cglib.version>2.2</cglib.version>
<javax.validation.version>1.1.0.CR3</javax.validation.version>

  • <hibernate-validator.version>5.0.0.CR4</hibernate-validator.version>
    + <hibernate-validator.version>5.0.0.CR5</hibernate-validator.version>
    <findbugs.exclude />
    <findbugs.threshold>High</findbugs.threshold>
    <site.url>file:../www/</site.url>
    Index: trunk/hk2/external/bean-validator/pom.xml
    ===================================================================
      • trunk/hk2/external/bean-validator/pom.xml (revision 4458)
        +++ trunk/hk2/external/bean-validator/pom.xml (revision 4459)
        @@ -69,7 +69,7 @@
        <Embed-Dependency>
        <!-- Only specify root artifacts that need to be embedded, everything else
        will be pulled in automatically based on Private-Package settings. -->
  • *; artifactId=hibernate-validator; inline=true
    + ; artifactId=hibernate-validator; inline=true,; artifactId=hibernate-validator-cdi; inline=true
    </Embed-Dependency>
    <Export-Package>
    javax.validation.*; version=$ {javax.validation.version}

    ,
    @@ -200,6 +200,13 @@
    <classifier>sources</classifier>
    <overWrite>false</overWrite>
    </artifactItem>
    + <artifactItem>
    + <groupId>org.hibernate</groupId>
    + <artifactId>hibernate-validator-cdi</artifactId>
    + <version>$

    {hibernate-validator.version}</version>
    + <classifier>sources</classifier>
    + <overWrite>false</overWrite>
    + </artifactItem>
    </artifactItems>
    </configuration>
    </execution>
    @@ -220,6 +227,13 @@
    <classifier>javadoc</classifier>
    <overWrite>false</overWrite>
    </artifactItem>
    + <artifactItem>
    + <groupId>org.hibernate</groupId>
    + <artifactId>hibernate-validator-cdi</artifactId>
    + <version>${hibernate-validator.version}

    </version>
    + <classifier>javadoc</classifier>
    + <overWrite>false</overWrite>
    + </artifactItem>
    </artifactItems>
    </configuration>
    </execution>
    @@ -253,6 +267,13 @@
    </dependency>

<dependency>
+ <groupId>org.hibernate</groupId>
+ <artifactId>hibernate-validator-cdi</artifactId>
+ <version>$

{hibernate-validator.version}

</version>
+ <optional>true</optional>
+ </dependency>
+
+ <dependency>
<!--
Although hibernate validator uses maven-shade-plugin to repackage com.googlecode.jtype classes
bu org.hibernate.validator.jtype classes, the shade plugin seems to leave behind some



 Comments   
Comment by mtaube [ 09/Apr/13 ]

Committed revision 61258.





[GLASSFISH-19015] set server-config.transaction-service.timeout-in-seconds Created: 17/Aug/12  Updated: 13/Mar/13  Resolved: 11/Mar/13

Status: Resolved
Project: glassfish
Component/s: admin
Affects Version/s: 4.0_b50_ms4
Fix Version/s: 4.0_b86_RC2

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

RHL 5 and JDK1.6.0_30


Tags: 40-regression

 Description   

glassfish-4.0-b50.zip
How to set tx timeout for das?

$ asadmin set configs.config.default-config.transaction-service.timeout-in-seconds=60
configs.config.default-config.transaction-service.timeout-in-seconds=60
Command set executed successfully.
$ asadmin set configs.config.server-config.transaction-service.timeout-in-seconds=60
remote failure: No configuration found for
configs.config.server-config.transaction-service
Command set failed.
$



 Comments   
Comment by sherryshen [ 17/Aug/12 ]

transaction-service configuration for das is available on glassfish-4.0-b38.zip
$ asadmin get "*" | grep transaction-service
configs.config.server-config.monitoring-service.module-monitoring-levels.transaction-service=OFF
configs.config.server-config.transaction-service.automatic-recovery=false
configs.config.server-config.transaction-service.heuristic-decision=rollback
configs.config.server-config.transaction-service.keypoint-interval=65536
configs.config.server-config.transaction-service.retry-timeout-in-seconds=600
configs.config.server-config.transaction-service.timeout-in-seconds=0
configs.config.server-config.transaction-service.tx-log-dir=$

{com.sun.aas.instanceRoot}/logs
configs.config.default-config.transaction-service.automatic-recovery=true
configs.config.default-config.transaction-service.heuristic-decision=rollback
configs.config.default-config.transaction-service.keypoint-interval=65536
configs.config.default-config.transaction-service.retry-timeout-in-seconds=600
configs.config.default-config.transaction-service.timeout-in-seconds=0
configs.config.default-config.transaction-service.tx-log-dir=${com.sun.aas.instanceRoot}

/logs
configs.config.default-config.monitoring-service.module-monitoring-levels.transaction-service=OFF
$ asadmin set configs.config.server-config.transaction-service.retry-timeout-in-seconds=60
configs.config.server-config.transaction-service.retry-timeout-in-seconds=60
Command set executed successfully.
$ asadmin version
Version = GlassFish Server Open Source Edition 4.0 (build 38)
Command version executed successfully.
$

Comment by Tom Mueller [ 17/Aug/12 ]

Masoud, is this zero config related?

Comment by Masoud Kalali [ 17/Aug/12 ]

The solution that you can use is as follow:

./asadmin create-module-config transaction-service
./asadmin set configs.config.server-config.transaction-service.retry-timeout-in-seconds=60

Comment by sherryshen [ 17/Aug/12 ]

I verified that Masoud's suggestion works on 4.0 build 50.
Is this configuration change needed to be documented?

Comment by marina vatkina [ 17/Aug/12 ]

Are we breaking backward compatibility?

Comment by Tom Mueller [ 17/Aug/12 ]

Keep assigned to Masoud as this is a zero config issue.

Comment by Alex Pineda [ 15/Feb/13 ]

Request issue be resolved in GF 4.0 release.

Comment by Masoud Kalali [ 05/Mar/13 ]

This ticket is resolved as transaction-service is back to the domain.xml. Would you verify Sherry?

Comment by Masoud Kalali [ 13/Mar/13 ]

You can verify this using any build from March 2013.





Generated at Tue Jun 02 10:00:52 UTC 2015 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.