users@glassfish.java.net

Re: Glassfish 4 on some Windows machines won't show admin interface

From: Daniel Guo <daniel.guo_at_oracle.com>
Date: Wed, 24 Jul 2013 11:42:00 -0700

Hi Cay
I tried to deploy the war you sent to me. It is working fine on my
windows machine which is running glassfish4 as well. I did not get those
warnings and severe msgs.
As you mentioned, it is working on other windows machine from your lab.
I assume this might not from GF. Could you please double check your env
settings or your app settings?
I found some posts may be helpful.
https://netbeans.org/bugzilla/show_bug.cgi?id=232326

Thanks
Daniel

On 7/23/2013 7:39 AM, Cay Horstmann wrote:
> I just used Glassfish 4 for a lab in my mobile dev class, and a
> fraction of the Windows users were unable to get it to work.
> Applications wouldn't load, including the admin interface. The log has
> messages such as
>
> [2013-07-22T15:22:22.168-0700] [glassfish 4.0] [WARNING] [] [javax.enterprise.system.container.web.com.sun.web.security] [tid: _ThreadID=34 _ThreadName=admin-listener(3)] [timeMillis: 1374531742168] [levelValue: 900] [[
> Context path from ServletContext: differs from path from bundle: /]]
>
> [2013-07-22T15:22:22.169-0700] [glassfish 4.0] [SEVERE] [AS-WEB-CORE-00037] [javax.enterprise.web.core] [tid: _ThreadID=34 _ThreadName=admin-listener(3)] [timeMillis: 1374531742169] [levelValue: 1000] [[
> An exception or error occurred in the container during the request processing
> java.lang.NullPointerException
> at com.sun.enterprise.security.jmac.config.ConfigHelper.hasExactMatchAuthProvider(ConfigHelper.java:232)
> at com.sun.enterprise.security.jmac.config.HttpServletHelper.<init>(HttpServletHelper.java:100)
> at com.sun.web.security.RealmAdapter.getConfigHelper(RealmAdapter.java:1604)
> at com.sun.web.security.RealmAdapter.initConfigHelper(RealmAdapter.java:1976)
> at com.sun.web.security.RealmAdapter.isSecurityExtensionEnabled(RealmAdapter.java:1588)
> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:95)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
> at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
> at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java: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(Unknown Source)
> ]]
>
> Any ideas?
>
> Thanks,
>
> Cay
>
>
>