[JBoss Cache: Core Edition] - Re: Multiple Instances
by cjames
Manik,
Many thanks for your reply - just to let you know we found out what the problem was.
We have a listener attached to each cache which helps us manage indexes on the cache (we index some entities to prevent us having to traverse the all the entities when retrieving a selection of items - through jboss cache we have pretty much killed off any need to access the database with the exception of the inital load, writes and updates)
Within the listener there was a HashMap instance variable - it was this variable which was causing JVM to lock up - when we did a thread dump we noticed that the replication thread was getting stuck on the put method of this HashMap at the same time as another normal application thread was - hence the replication queue was backing up and causing the replication exceptions to be thrown to the other nodes on the cluster. Searching the net I found a number of instances where hashmap can spin out of control if two thread hit the rebuild method of the hashmap. We have since adding read/write lock to this variable and we have yet to experience this issue again. Unfortunately it was fairly hard to find as you would have expected to see a deadlock - and it was only when we did a number of thread over a minute that we picked this up.
We have briefly tried the version three and things seem go really well until ramped up the load on the clustered cache (the local caches where absolutely flying) it started to through lock errors (which was actually the last issue I was expecting given the new locking system - before pointing the figure at the new version I want to do more analysis at our end as it could be some silly code at our end or the database running really slowly).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185792#4185792
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185792
17 years, 5 months
[JNDI/Naming/Network] - Re: MS SQL datasource error
by PeterJ
The "connection refused" message means that the app server could not establish a connection to the host running the data using the port specified (that is, there is nothing using that port). This usually means that either the database is not running, or it has opened a different port. Firewall issues can also cause this problem.
Your first step would be to go to 172.24.42.102, make sure SQL Server is running, and then verify that SQL Server has port 1433 open. Once you have verified that, you should use a SQL Server utility to attempt to access the database. (It's been a long time since I used SQL Server and I cannot recall if they have a command line utility that you can use to query the database.) Once that is working, try with jbossas again.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185788#4185788
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185788
17 years, 5 months
[Remoting] - Re: https invoke with Remoting
by jopersson
Thing is our Jboss server is not https aware but we have confirmed
by enabling https on Jboss that Swing app can talk to Jboss server with:
| // Swing client.
| service = new KService(wsdlURL, new QName(namespaceURI, localpart));
| port = service.getKPort();
| ((StubExt)port).setConfigName("Standard WSSecurity Client");
| Map<String, Object> reqContext = ((BindingProvider) port).getRequestContext();
| reqContext.put(StubExt.PROPERTY_AUTH_TYPE, StubExt.PROPERTY_AUTH_TYPE_WSSE);
| reqContext.put(StubExt.PROPERTY_KEY_STORE, "C:/k/client.keystore");
| reqContext.put(StubExt.PROPERTY_KEY_STORE_PASSWORD, "123456");
| reqContext.put(StubExt.PROPERTY_TRUST_STORE, "C:/k/client.truststore");
| reqContext.put(StubExt.PROPERTY_TRUST_STORE_PASSWORD, "123456");
| String kEnpointAddress = "https://test.k.se/KService";
| ((BindingProvider) port).getRequestContext().put(
| BindingProvider.ENDPOINT_ADDRESS_PROPERTY,
| kassagirotEnpointAddress);
|
| // C:\jboss-4.2.3.GA\server\default\deploy\jboss-web.deployer\server.xml
| <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
| maxThreads="150" scheme="https" secure="true"
| clientAuth="true" sslProtocol="TLS" strategy="ms"
| address="${jboss.bind.address}"
| keystoreFile="C:/k/server.keystore"
| keystorePass="123456"
| truststoreFile="C:/k/server.truststore"
| truststorePass="123456" />
|
This gives correct certificate exchange and everything works fine.
Our problem is that a security product Portwise sits between Swing client
and Jboss server. Portwise is configured to do client cert authentication and after that call Jboss placed in DMZ:
swing-soap-https--->portwise-https--->jboss-http
We are looking for a way to work around this problem by configuring JbossWS or JbossRemoting in the Swing client app, would like to try ssl socket factory but not sure how to do this when soap/jax-ws is involved (having ws-security in client with endorsed jboss binaries)?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185783#4185783
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185783
17 years, 5 months
[JBossWS] - Jboss 4.2.2 hangs when after deploying a WAR
by tonioc
Hi,
I'm using jbossws 3.0.4 in jboss 4.2.2, installation went good, and I
try my first EchoService as a webapp, all ok.
After that I added a method that returns a BizClass,
BizClass getBizClass() {
| return new BizClass();
| }
The BizClassTree is in an external jar.
This BizClass is the root of a tree of
about 500 classes all JAXB annotated, they work pretty well if I
generate the xml/schema using JAXB just in Java class main method.
When I deploy the WAR, the context is created, after a while the
WSDL is generated (I could see it in HTTP: and file:), and jboss continues working (100% of processor) and does not stop.
If I call the service an exception is thrown telling me:
Endpoint cannot handle requests in state: CREATED
In JBossWs/services page, Start Time has a value of null.
No log is shown (I added DEBUG to org.jboss.ws).
Any help or ideas will be greatly welcomed
tonio
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4185781#4185781
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4185781
17 years, 5 months