[JBossWS] - Re: jbosws integration layers for JBoss application server 4
by richard.opalka＠jboss.com
"anatolyg" wrote : 1)
|
| You wrote:
| "Currently, we have integration layers for the JBoss application server 4.2 and 5.0."
|
| We are using JBoss application server 4.3.GA
|
| Is it a way to get it working with Jboss 4.3.GA?
Yes, you have to download JBossWS 3.0.3 release and install it separately to AS 4.3
"anatolyg" wrote :
| 2) Second question,
|
| Can you clarify:
|
| After installation of Jboss 4.3. i have
| JBoss-4.3.GA_Stargate\server\default\deploy\jbossws.sar
|
| What is difference between this framework and JBoss Web Services framework that is not part of installation of Jboss?
|
| Isn't is conflicts?
| Can i disable jbossws.sar in some way?
|
Sorry, I don't understand your 2-nd question. AFAIK jbossws.sar is part of AS 4.2.3 installation and when you upgrade to JBossWS 3.0.3, there still will be jbossws.sar directory in deploy directory. JBossWS 3.0.3 upgrade is always correct, just follow installation intructions.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4178041#4178041
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4178041
17 years, 9 months
[JBossWS] - JBossWS 3.0.3 with heavy load
by Marlboro
Hello
I have troubles with JBossWS 3.0.3 with heavy load. Our application which uses JBossWS can run with heavy load approximately 3 minutes but after that server throws BindException.
Have somebody any idea or same experience?
Thanks.
Configuration:
JBoss 4.2.2 GA + JBossWS 3.0.3 + JDK 1.5 also tested on JDK 1.6
Windows server 2003, 4 GB ram, 2x quad core Intel Xeon
Stacktrace follows:
2008-09-18 12:34:36,546 ERROR [com.upek.services.web.AuthSvcServlet] Exception encountered invoking sendReceivePacket
java.lang.reflect.InvocationTargetException
at sun.reflect.GeneratedMethodAccessor1205.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.upek.services.web.AuthSvcServlet.doPost(AuthSvcServlet.java:135)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.upek.services.exceptions.ErrorObfuscationFilter.doFilter(ErrorObfuscationFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
at java.lang.Thread.run(Thread.java:619)
Caused by: com.upek.services.exceptions.ServiceException: java.io.IOException: Could not transmit message
at com.upek.services.beans.EnrollerBean.sendReceivePacket(EnrollerBean.java:496)
at sun.reflect.GeneratedMethodAccessor755.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:57)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:191)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:95)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:83)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:77)
at org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:110)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateful.StatefulContainer.localInvoke(StatefulContainer.java:206)
at org.jboss.ejb3.stateful.StatefulLocalProxy.invoke(StatefulLocalProxy.java:119)
at $Proxy107.sendReceivePacket(Unknown Source)
at com.upek.services.web.AuthSvcServlet.sendReceivePacket(AuthSvcServlet.java:552)
... 28 more
Caused by: javax.xml.ws.WebServiceException: java.io.IOException: Could not transmit message
at org.jboss.ws.core.jaxws.client.ClientImpl.handleRemoteException(ClientImpl.java:397)
at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:303)
at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:170)
at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150)
at $Proxy202.keyProvision(Unknown Source)
at com.upek.services.beans.EnrollerBean.sendReceivePacket(EnrollerBean.java:492)
... 59 more
Caused by: java.io.IOException: Could not transmit message
at org.jboss.ws.core.client.HTTPRemotingConnection.invoke(HTTPRemotingConnection.java:264)
at org.jboss.ws.core.client.SOAPProtocolConnectionHTTP.invoke(SOAPProtocolConnectionHTTP.java:71)
at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:340)
at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:291)
... 63 more
Caused by: org.jboss.remoting.CannotConnectException: Can not connect http client invoker.
at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:333)
at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:135)
at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:122)
at org.jboss.remoting.Client.invoke(Client.java:1634)
at org.jboss.remoting.Client.invoke(Client.java:548)
at org.jboss.ws.core.client.HTTPRemotingConnection.invoke(HTTPRemotingConnection.java:242)
... 66 more
Caused by: java.net.BindException: Address already in use: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.Socket.connect(Socket.java:519)
at sun.net.NetworkClient.doConnect(NetworkClient.java:152)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:394)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:529)
at sun.net.www.http.HttpClient.(HttpClient.java:233)
at sun.net.www.http.HttpClient.New(HttpClient.java:306)
at sun.net.www.http.HttpClient.New(HttpClient.java:323)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:788)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:729)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:654)
at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:832)
at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:275)
... 71 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4178030#4178030
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4178030
17 years, 9 months
[JBoss Cache: Core Edition] - Re: State Transfer
by lovelyliatroim
Ok i have got it to work through getState and setState, however I would nearly call it a hack version but it works. I have tried to re-use what is already in JBoss Cache to do the state transfer, now whether it is a good idea or not to reuse im not sure. How often does this area change?? Would I be looking at re-test for every minor version upgrade??
Anyways here it is
| public void setState(String path, InputStream istream) {
| log.info("About to set state in real time cache for path ="+path);
| CacheSPI cache = (CacheSPI)CacheManager.getCacheById("realTimeCache");
| if(cache == null){
| log.error("Cant set state for real time cache because it has not been configured for this node!! Looking to import Path="+path);
| return;
| }
| MarshalledValueInputStream in = null;
| try
| {
| in = new MarshalledValueInputStream(istream);
| Fqn subroot = Fqn.fromString(path);
| Configuration configuration = new Configuration();
| configuration.setFetchInMemoryState(true);
| StateTransferManager stateTransferManager = new StateTransferManager(cache);
| stateTransferManager.injectDependencies(cache, cache.getMarshaller(), cache.getRegionManager(), configuration,new NodeBasedLockManager());
| stateTransferManager.setState(in, subroot);
| }
| catch (Exception e)
| {
| log.error("Failed to upload state into real time cache for path="+path,e);
| }
| finally
| {
| Util.close(in);
| }
| }
|
| public void getState(String path, OutputStream ostream) {
| log.info("Server has been asked for its real time state for path "+path);
|
| CacheSPI cache = (CacheSPI)CacheManager.getCacheById("realTimeCache");
| if(cache == null){
| log.error("Cant ask for state when realTimeCache is not configured for this node. Path looking for "+path);
| return;
| }
|
| String sourceRoot = path;
| MarshalledValueOutputStream out = null;
| try
| {
| out = new MarshalledValueOutputStream(ostream);
|
| Configuration configuration = new Configuration();
| configuration.setFetchInMemoryState(true);
| StateTransferManager stateTransferManager = new StateTransferManager(cache);
| stateTransferManager.injectDependencies(cache, cache.getMarshaller(), cache.getRegionManager(), configuration,new NodeBasedLockManager());
| stateTransferManager.getState(out, Fqn.fromString(sourceRoot), configuration.getStateRetrievalTimeout(), true, true);
| //cache.getMarshaller().objectToObjectStream(stateTransferManager, out,Fqn.fromString(sourceRoot) );
|
|
| }catch (Throwable e)
| {
| log.error("Failed to replicate state transfer for path "+path,e);
| }
| finally
| {
| Util.close(out);
| }
| }
|
|
Now what im most interested in is this
| stateTransferManager.injectDependencies(cache, cache.getMarshaller(), cache.getRegionManager(), configuration,new NodeBasedLockManager());
|
How does these parameters inputted look to you guys? In particular the NodeBasedLockManager, is there any way to find out or get the LockManager of a cache without having to do what i did above? Any implications of using the NodebasedLockManager that i should look out for?
Not the happiest about doing it this way but it works, thoughts on this approach are welcome. Will look into the region based activation and see what it offers.
Thanks,
LL
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4178026#4178026
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4178026
17 years, 9 months