Virtual Server 3.1 Nightmare

Question

I use glass fish 3.1.1 (edition 3.1 (build 43)). I deployed a web application called "void" Now I created a virtual server, where on the hosts I wrote

${com.sun.aas.hostName},pradyut.dyndns.org 

in network listeners I chose

 http-listener-1 

in the default web module, I selected a web application named "void"

Now there are two problems:

1) Whenever I restart the server, http-sevice-1 goes offline and deletes the stack trace on every request: -

  SEVERE: PWC3989: An exception or error occurred in the container during the request processing java.lang.ClassCastException: com.sun.grizzly.config.ContextRootInfo cannot be cast to org.apache.catalina.Context at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:515) at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:267) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:227) at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:170) at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822) at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719) at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013) at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) at com.sun.grizzly.ContextTask.run(ContextTask.java:71) at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) at java.lang.Thread.run(Thread.java:619) 

Decision -

1) Deploy the void application.

2) Reboot the server.

3) Deploy the void application

This is not a problem in glass planet 3.0 without clustering (as I recall).

The second problem is whenever I create a virtual server, I get an error:

  INFO: webContainer.virtual-server.loadedDefaultWebModule SEVERE: WEB0163: Exception processing HttpService configuration change org.apache.catalina.LifecycleException: java.lang.Exception: No context matching /void deployed on virtual server void at com.sun.enterprise.web.WebContainer.updateDefaultWebModule(WebContainer.java:2034) at com.sun.enterprise.web.WebContainer.updateHost(WebContainer.java:2916) at com.sun.enterprise.web.WebContainer.updateHttpService(WebContainer.java:3047) at com.sun.enterprise.web.reconfig.WebConfigListener$1.changed(WebConfigListener.java:159) at org.jvnet.hk2.config.ConfigSupport.sortAndDispatch(ConfigSupport.java:332) at com.sun.enterprise.web.reconfig.WebConfigListener.changed(WebConfigListener.java:114) at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:379) at org.jvnet.hk2.config.Transactions$ConfigListenerJob.process(Transactions.java:369) at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:259) at org.jvnet.hk2.config.Transactions$ConfigListenerNotifier$1$1.call(Transactions.java:257) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.Exception: No context matching /void deployed on virtual server void at com.sun.grizzly.util.http.mapper.Mapper.addDefaultContext(Mapper.java:795) at com.sun.grizzly.util.http.mapper.Mapper.setDefaultContextPath(Mapper.java:759) at com.sun.enterprise.web.WebContainer.updateDefaultWebModule(WebContainer.java:2026) ... 14 more 

I have no solution for a virtual server nightmare. If you cannot replicate the above error, complete the interrupt process from the OS task manager. then run and try.

By the way, how to issue a ticket in a glass shawl? Where is the glass fish bugzilla located?

Answer 1

I had the same problem with Glassfish 3.1.2.2, and having spent more time trying to fix it than I would like to admit, I think I have a solution.

I created 8 virtual servers and tried to set the default web modules by making sure that the application was configured to run on the selected virtual server on the application editing page (using the administrative console on 4848). It worked on every virtual server that was before the "server" in the alphabet, and not on any virtual server that appeared after the "server" in the alphabet. In this case, the standard server "server" was installed as the default virtual server for the http-listener.

I installed the default virtual server for http-listener on a new virtual server, which I called "zzz", and now I seem to be able to install standard web modules for other virtual servers without this error (again, checking this application configuration is installed Right).

In my domain.xml file, the virtual servers are listed in the added order, and this does not affect the problem. I think it is safe to say that this is a mistake, not a configuration error.

Hopefully I explained it well, as I just started to learn how servers / glass fish work.