[Design of JBoss Web Services] - HTTP 500 when calling other webservice -- JBoss dies!
by gmn314
Hi,
I am calling a webservice from within a .jsp page that is served up by JBoss. The webservice that it is calling is not up, so I get back an HTTP 500. The next thing that happens is that JBoss shutsdown!!!
In the log, you see a stack trace for java.IO.exception, then "Notified to shutdown". Of course, I do not attempt to shutdown JBoss from within my .jsp page. How can this be??
Here is an excerpt from my stack trace:
2006-08-28 09:27:12,679 INFO [STDOUT] java.io.IOException: Server returned HTTP response code: 500 for URL: http://ice-as3-u.dev.cis.ml.com:9080/soap/services/XMLBridge
2006-08-28 09:27:12,679 INFO [STDOUT] at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1152)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.jsp.SoapTest_jsp._jspService(org.apache.jsp.SoapTest_jsp:1026)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
2006-08-28 09:27:12,679 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
2006-08-28 09:27:12,679 INFO [STDOUT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
2006-08-28 09:27:12,679 INFO [STDOUT] at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
2006-08-28 09:27:12,679 INFO [STDOUT] at java.lang.Thread.run(Thread.java:595)
2006-08-28 09:27:12,679 INFO [STDOUT] Unable to read response
2006-08-28 09:27:12,679 DEBUG [org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread] Notified to shutdown
2006-08-28 09:27:12,679 INFO [org.jboss.system.server.Server] Runtime shutdown hook called, forceHalt: true
2006-08-28 09:27:12,679 INFO [org.jboss.system.server.Server] JBoss SHUTDOWN: Undeploying all packages
2006-08-28 09:27:12,679 DEBUG [org.jboss.deployment.MainDeployer] Undeploying file:/C:/Program Files/jboss-4.0.3SP1/server/default/deploy/soap.war
2006-08-28 09:27:12,679 DEBUG [org.jboss.system.ServiceController] stopping service: jboss.web.deployment:war=soap.war,id=1112363857
2006-08-28 09:27:12,679 DEBUG [org.jboss.system.ServiceController] stopping dependent services for: jboss.web.deployment:war=soap.war,id=1112363857 dependent services are: []
2006-08-28 09:27:12,679 DEBUG [org.jboss.web.WebModule] Stopping jboss.web.deployment:war=soap.war,id=1112363857
2006-08-28 09:27:12,679 INFO [org.jboss.web.tomcat.tc5.TomcatDeployer] undeploy, ctxPath=/soap, warUrl=.../tmp/deploy/tmp3993soap-exp.war/
2006-08-28 09:27:12,695 DEBUG [org.jboss.web.WebModule] Stopped jboss.web.deployment:war=soap.war,id=1112363857
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967818#3967818
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967818
18 years
[Design of POJO Server] - ProfileService - ManagedObject impl
by adrian@jboss.org
To help in the implementation of the ManagedObject part of the
deployers, I've implemeted the MXBean in the mbeans module.
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967804#3967804
The MXBean/OpenMBean has some fundamental restrictions where
we should try to go further:
1) OpenType is immutable so it is difficult/impossible to build
recursive types. e.g. class.getSuperClass()
You can't have java.lang.Class as an "attribute" of the
java.lang.Class composite type.
2) OpenType being immutable doesn't support "setters".
OpenTypes can only be set on MXBeans.
3) OpenType/CompositeType access, creates and transfers
across the wire the full graph of the object. There should be
an option for something more lazy for more complicated
and extensions object graphs.
4) OpenType has only limited support for primitives, in
general it works because of reflection, i.e. autoboxing
but there are some examples where it doesn't work,
see the javadoc above for an example.
5) No support for polymorphism.
i.e. You can have a true Object[] or BaseClass[]
because of restrictions on CompositeType "subclassing"
(being fix in the spec) and also SimpleTypes and arrays
are transfered as "raw data".
To support polymorphism, rather than the open data for a string
being a java.lang.String, it would need to be the couple
| SimpleData
| {
| SimpleType type; // SimpleType.STRING
| Object data; // java.lang.String
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3967805#3967805
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3967805
18 years