[JBossWS] - ERROR [EngineConfigurationFactoryServlet]
by dimitar_todorov
Hello,
I`m using JBOSS as a server and installed Axis so I can use it to create a Web Service. I tryed to create a simple Web Service (Hello service) but I get the following error while JBOSS is starting :
ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
Well I assume that the problem has something to do with the JBOSS - Axis configuration but I followed the instructions which seem to be right:
"Axis can be obtained from http://ws.apache.org/axis/. You can either obtain the Axis source and build the binary distribution from the source or obtain the binary distribution directly.
In either case, the end result will include a webapps directory. Within this is a subdirectory called axis. Copy this subdirectory to the appropriate deployment directory for your JBoss 3.2.x run-time instance, JBOSS_HOME/server/instance/deploy where instance is the run-time instance. Normally this would be JBOSS_HOME/server/default/deploy but adjust this for your situation. Change the subdirectory name from axis to axis.war. This allows JBoss 3.2.x to identify the deployment as a web application and appropriately delegate run-time deployment to the servlet container.
The Axis includes most of the necessary libraries required to support Web services into the WEB-INF/lib directory of the WAR. These include saaj.jar and jaxrpc.jar. In a standalone Tomcat 4.1.x distribution, these libraries would need to be situated CATALINA_HOME/common/lib due to the Tomcat constraints for loading classes in the java.* and javax.* hierarchy. Notes regarding this were included in the earlier Axis Release Candidates (RCs). With JBoss 3.2.x, users have discovered that Axis will not correctly deploy if saaj.jar and jaxrpc.jar are contained in the axis.war/WEB-INF/lib directory while using the standard Java 2 compliant class-loading scheme in JBoss.
We moved saaj.jar and jaxrpc.jar to server/instance/deploy/jbossweb-tomcat.sar for JBoss-Tomcat distributions."
After these instructions are done I get ERROR that we spoke about above:
ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd
It seems that JBOSS cannot create the server-config.wsdd
Due to this error my simple WebService HelloService ends up with the following exception:
exception: The AXIS engine could not find a target service to invoke! targetService is Hello!
Additional information - I use Eclipse3.2.1
I'll be glad if I get any kind of help ideas!
Regards
Dimitar
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984087#3984087
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984087
19Â years, 6Â months
[JBoss Messaging] - Re: Messages delivery stops after a while
by lieth78
Actually in my test case only one client accesses the web application, and I get the problem even if I start the JBoss server and start a whole new client (so there should not be any non closed client problem as far as I know).
By the way, I put back into JBoss the web application that contained the poorly optimized code, and I noticed that in fact the "RELIABLE has exceed maximum delivery attempts and will be removed " warn message is not displayed when the delivery stops (at this time, no error is displayed in JBoss logs) but when I stop the client.
Chronologically:
1- After 20 or so messages read invocations by the client the delivery stops but no error message is added to JBoss logs
2- I stop the client: I get this type of errors:
"2006-11-08 12:20:50,075 ERROR [org.jboss.jms.util.ExceptionUtil] SessionEndpoint[-2147483645] cancelDeliveries [aac2v-8uqaop-eu9n2dyy-1-eu9n5hgb-9]
javax.jms.IllegalStateException: Cannot find delivery to cancel:-2147483597
at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.cancelDelivery(ServerConsumerEndpoint.java:583)
at org.jboss.jms.server.endpoint.ServerSessionEndpoint.cancelDeliveries(ServerSessionEndpoint.java:482)
at org.jboss.jms.server.endpoint.advised.SessionAdvised.org$jboss$jms$server$endpoint$advised$SessionAdvised$cancelDeliveries$aop(SessionAdvised.java:136)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
at org.jboss.jms.server.container.ServerLogInterceptor.invoke(ServerLogInterceptor.java:105)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aop.Advisor.dynamicInvoke(Advisor.java:723)
at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:101)
at org.jboss.jms.server.remoting.JMSServerInvocationHandler.invoke(JMSServerInvocationHandler.java:127)
at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:1008)
at org.jboss.remoting.transport.local.LocalClientInvoker.invoke(LocalClientInvoker.java:98)
at org.jboss.remoting.Client.invoke(Client.java:589)
at org.jboss.remoting.Client.invoke(Client.java:581)
at org.jboss.jms.client.delegate.DelegateSupport.invoke(DelegateSupport.java:111)
at org.jboss.jms.client.delegate.ClientSessionDelegate$cancelDeliveries_6592991528584912127.invokeNext(ClientSessionDelegate$cancelDeliveries_6592991528584912127.java)
at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:182)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:117)
at org.jboss.jms.client.delegate.ClientSessionDelegate$cancelDeliveries_6592991528584912127.invokeNext(ClientSessionDelegate$cancelDeliveries_6592991528584912127.java)
at org.jboss.jms.client.container.ExceptionInterceptor.invoke(ExceptionInterceptor.java:69)
at org.jboss.jms.client.delegate.ClientSessionDelegate$cancelDeliveries_6592991528584912127.invokeNext(ClientSessionDelegate$cancelDeliveries_6592991528584912127.java)
at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLogInterceptor.java:107)
at org.jboss.jms.client.delegate.ClientSessionDelegate$cancelDeliveries_6592991528584912127.invokeNext(ClientSessionDelegate$cancelDeliveries_6592991528584912127.java)
at org.jboss.jms.client.delegate.ClientSessionDelegate.cancelDeliveries(ClientSessionDelegate.java)
at org.jboss.jms.client.remoting.MessageCallbackHandler.close(MessageCallbackHandler.java:339)
at org.jboss.jms.client.container.ConsumerAspect.handleClosing(ConsumerAspect.java:115)
at org.jboss.aop.advice.org.jboss.jms.client.container.ConsumerAspect26.invoke(ConsumerAspect26.java)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_4945873952494833124.invokeNext(ClientConsumerDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:182)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:117)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_4945873952494833124.invokeNext(ClientConsumerDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ExceptionInterceptor.invoke(ExceptionInterceptor.java:69)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_4945873952494833124.invokeNext(ClientConsumerDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLogInterceptor.java:107)
at org.jboss.jms.client.delegate.ClientConsumerDelegate$closing_4945873952494833124.invokeNext(ClientConsumerDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.delegate.ClientConsumerDelegate.closing(ClientConsumerDelegate.java)
at org.jboss.jms.client.container.ClosedInterceptor.maintainRelatives(ClosedInterceptor.java:300)
at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:177)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:117)
at org.jboss.jms.client.delegate.ClientSessionDelegate$closing_4945873952494833124.invokeNext(ClientSessionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ExceptionInterceptor.invoke(ExceptionInterceptor.java:69)
at org.jboss.jms.client.delegate.ClientSessionDelegate$closing_4945873952494833124.invokeNext(ClientSessionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLogInterceptor.java:107)
at org.jboss.jms.client.delegate.ClientSessionDelegate$closing_4945873952494833124.invokeNext(ClientSessionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.delegate.ClientSessionDelegate.closing(ClientSessionDelegate.java)
at org.jboss.jms.client.container.ClosedInterceptor.maintainRelatives(ClosedInterceptor.java:300)
at org.jboss.jms.client.container.ClosedInterceptor.invoke(ClosedInterceptor.java:177)
at org.jboss.aop.advice.PerInstanceInterceptor.invoke(PerInstanceInterceptor.java:117)
at org.jboss.jms.client.delegate.ClientConnectionDelegate$closing_4945873952494833124.invokeNext(ClientConnectionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ExceptionInterceptor.invoke(ExceptionInterceptor.java:69)
at org.jboss.jms.client.delegate.ClientConnectionDelegate$closing_4945873952494833124.invokeNext(ClientConnectionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.container.ClientLogInterceptor.invoke(ClientLogInterceptor.java:107)
at org.jboss.jms.client.delegate.ClientConnectionDelegate$closing_4945873952494833124.invokeNext(ClientConnectionDelegate$closing_4945873952494833124.java)
at org.jboss.jms.client.delegate.ClientConnectionDelegate.closing(ClientConnectionDelegate.java)
at org.jboss.jms.client.JBossConnection.close(JBossConnection.java:131)
at com.systar.gateway.services.jms.JMSQueueService.endService(JMSQueueService.java:150)
at com.systar.gateway.services.GatewayService.stop(GatewayService.java:269)
at com.systar.gateway.services.GatewayService.stop(GatewayService.java:230)
at com.systar.gateway.services.JavaGateway.stopService(JavaGateway.java:107)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397)
at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:186)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:454)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
at com.systar.gateway.SystarAxisServlet.doPost(SystarAxisServlet.java:86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:534)"
and then I get this kind of WARN messages:
"2006-11-08 12:20:50,138 WARN [org.jboss.jms.server.endpoint.ServerConsumerEndpoint] Reference[222350]:RELIABLE has exceed maximum delivery attempts and will be removed"
Here is an summary of what is done in the code:
1- When the client is started:
this.queue = (Queue)ctx.lookup("queue/myQueue");
ConnectionFactory connFac = (ConnectionFactory)ctx.lookup("ConnectionFactory");
this.jmsQueueConnection = ((QueueConnectionFactory)connFac).createQueueConnection();
this.jmsQueueSession = this.jmsQueueConnection.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
2- The client then loops and invokes the readMessages service, which content is described here:
this.jmsQueueConnection.start();
QueueReceiver receiver = this.jmsQueueSession.createReceiver(this.queue);
//In the second version I declared the receiver object as instance variable
//instead of local variable: I instanciate it when the readMessages is //invoked for the first time, then I just use the instance
Message msg = receiver.receiveNoWait();
//And then msg processing
3- When the client is stopped:
jmsConnection.close();
Did I make a mistake somewhere?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984086#3984086
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984086
19Â years, 6Â months
[Clustering/JBoss] - jgroups tcp_nio configuration
by mjtodd
I have a jgroups configuration successfully working using tcp. I am trying to change this to tcp_nio as I understand this will give better performance on large clusters. I am testing my configuration using the jgroups demo draw program. If I start up my 3 nodes one by one then everything works fine. However if I start up node 1, then attempt to start node 2 and 3 in parallel then only node 2 will work. Node 3 will be isolated and not see the other nodes and logs the following message:
org.jgroups.protocols.pbcast.ClientGmsImpl join
| WARNING: join(192.158.70.200:7802) sent to 192.158.70.200:7800 timed out, retrying
|
Here is the configuration for one of my nodes:
| <config>
| <TCP_NIO
| bind_addr="192.158.70.200"
| recv_buf_size="20000000"
| send_buf_size="640000"
| loopback="false"
| discard_incompatible_packets="true"
| max_bundle_size="64000"
| max_bundle_timeout="30"
| use_incoming_packet_handler="true"
| use_outgoing_packet_handler="true"
| down_thread="false" up_thread="false"
| enable_bundling="true"
| start_port="7800"
| end_port="7800"
| use_send_queues="false"
| sock_conn_timeout="300" skip_suspected_members="true"
|
|
| />
|
| <MPING timeout="2000" num_initial_members="3" mcast_addr="229.6.7.8"
|
| bind_addr="192.158.70.200" down_thread="false" up_thread="false"/>
|
| <MERGE2 max_interval="100000"
| down_thread="false" up_thread="false" min_interval="20000"/>
| <FD_SOCK down_thread="false" up_thread="false"/>
|
| <VERIFY_SUSPECT timeout="1500" down_thread="false" up_thread="false"/>
| <pbcast.NAKACK max_xmit_size="60000"
| use_mcast_xmit="false" gc_lag="0"
| retransmit_timeout="300,600,1200,2400,4800"
| down_thread="true" up_thread="true"
| discard_delivered_msgs="true"/>
| <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000"
| down_thread="false" up_thread="false"
| max_bytes="400000"/>
| <pbcast.GMS print_local_addr="true" join_timeout="3000"
| down_thread="true" up_thread="true"
| join_retry_timeout="2000" shun="true"
| view_bundling="true"/>
| <!-- <FC max_credits="2000000" down_thread="false" up_thread="false"
| min_threshold="0.10"/>
| <FRAG2 frag_size="60000" down_thread="false" up_thread="false"/> -->
| <pbcast.STATE_TRANSFER/>
| <!-- <pbcast.FLUSH down_thread="false" up_thread="false"/>-->
| </config>
|
Node 2 and 3 have the same configuration except the port they bind to has been changed
Any help would be appreciated
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3984074#3984074
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3984074
19Â years, 6Â months