Re: [jboss-user] [JBoss Tools] - having problems with testNG and Seam tools -
by William Woodman
William Woodman [http://community.jboss.org/people/wiggy] replied to the discussion
"having problems with testNG and Seam tools -"
To view the discussion, visit: http://community.jboss.org/message/535579#535579
--------------------------------------------------------------
ok - not sure what has happened - however i built the project on my 'other machine' and tried again applying what i'd learned to date
1. workspace with no spaces in any of the paths
2. set the vm option to include "-Dsun.lang.ClassLoader.allowArraySyntax=true" for my 1.6 vm i use
3. imported the xxx-ds.xml data source from the xxx-ear/resources folder into the xxx-test/bootstrap/deploy folder
4 imported the xxx-ejb/META-INF/persistence.xml into the xxx-test/META-INF folder
5. wrote some simple tests
and 'whoa' this seemed to work - i've attached my notes as a word rtf file if any is interested
however i still have problem.
i write a test that does an @In directive - and this doesnt seem to work - so something is still missing - if i do get on the entityManager - this works - but the injection doesnt - my assert fails the tests
so why does the injection fail ? would rfeally appreciate any guidance - am i just being stupid or what ?
package org.domain.forsterslist.entity;import javax.persistence.EntityManager;import org.jboss.seam.annotations.In;import org.jboss.seam.annotations.Name;import org.jboss.seam.mock.SeamTest;import org.testng.annotations.Test;@Name (value="nodeTest")public class NodeTest extends SeamTest{ @In (value="entityManager", create=true) EntityManager em; @In (create=true) Node node; @Test //passes public void entityManagerTest() throws Exception { new ComponentTest() { @Override protected void testComponents() throws Exception { assert 1 == 1; EntityManager entityManager = (EntityManager) getInstance("entityManager"); assert (entityManager != null); } }.run(); } @Test //passes public void basic () { String testStr = "basic test "; System.out.println (testStr); assert testStr.equals("basic test "); } @Test public void injectedNodeTest () throws Exception { assert node != null; //fails node.setName("my node"); assert node.getName().equals("my node"); } @Test public void injectionEntityManagerTest () throws Exception { new ComponentTest () { @Override protected void testComponents () throws Exception { assert em != null; //fails } }.run (); }}
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/535579#535579]
Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 7 months
[Performance Tuning] - JBoss Tomcat high number of threads and slower application response
by Rohit Macherla
Rohit Macherla [http://community.jboss.org/people/rohit.macherla] created the discussion
"JBoss Tomcat high number of threads and slower application response"
To view the discussion, visit: http://community.jboss.org/message/535574#535574
--------------------------------------------------------------
Hi all,
I am using JBoss 4.2.3 server on a HP UX OS (4 core CPU, 16GB RAM). Our application contains JAX-WS WebServices (developed using NetBeans 6.1), which invoke other vendor based WebServices for getting most of the work done. The vendor based WebServices are also JAX-WS and are EAR files with the WSDL being http://clarityhost:8080/ClarityServiceManagement-war/ServiceManagementAPI... http://clarityhost:8080/ClarityServiceManagement-war/ServiceManagementAPI...
The trouble is whenever a huge amount of requests flow in from external system in a short span of time (ex: 50 requests in 3 seconds), our server starts performing badly and wouldn't be able to take on extra load. All the later requests are piled up, the thread count increases to a very big number and the threads just hang in there (without getting killed). We have reported this to our vendor assuming there might be a table lock or something of that kind, but when we leave the application as it is without adding extra load, the number of busy threads come down slowly (after about 2 hrs) and hence rules away a deadlock scenario. In most of the cases, we had to restart our server so that the requests are processed again.
* I have collected many statistics (attached in this ticket) and here are some things that I do not understand :
Most of the threads are blocked on : java.net.SocketOutputStream.socketWrite0
If the application at the other end is not responding, how come write's are blocked ?
* The "Tomcat Status" document shows that the threads are waiting at :
"CLARITYHOST GET /ClarityServiceManagement-war/ServiceManagementAPIService?wsdl HTTP/1.1"
If the requests are made for invoking a webservice, why are they waiting on a GET method?
I am under the impression that the status would be more appropriate had it been something like:
"CLARITYHOST POST /ClarityServiceManagement-war/ServiceManagementAPIService HTTP/1.1"
Additionally, I am also under the impression that when the request is posted to a WebService, the tomcat status of the thread shouldn't contain the status element as : /ClarityServiceManagement-war/ServiceManagementAPIService?wsdl HTTP/1.1
but rather : /ClarityServiceManagement-war/ServiceManagementAPIService HTTP/1.1 (without the '?wsdl' part)
I now suspect if the threads are waiting to read the WSDL file and the vendor service may be actually innocent.
Sometimes we also notice the following errors during high load (apart from the regular server performance degradation) :
* java.net.SocketException: Too many open files (errno:24)
* javax.xml.ws.soap.SOAPFaultException: Exception in checkForNIBDone:java.io.FileNotFoundException: /cla/jboss-4.2.3.GA/server/default/deploy/jbossws.sar/META-INF/standard-jaxws-client-config.xml (Too many open files (errno:24))
*
[ClarityServiceManagement]] Servlet.service() for servlet ClarityServiceManagement threw exception
java.io.FileNotFoundException: /WP03CLTA_cla/jboss-4.2.3.GA/server/default/data/wsdl/ClarityServiceManagement.ear/ClarityServiceManagement-war.war/ServiceManagementAPIService21983.wsdl (Too many open files (errno:24))
Does each invocation of a webservice requires fetching of the WSDL document and then parsing it?
Why are so many files opened(all the wsdl files) and not yet closed ?
One more point : The threads are not killed even though they have processed the request and responded back. The currentThreads value is always equal to the maximum number of simultaneous requests, even though they might have finished processing. I think I read somewhere that its fixed in
JBOss 5.0, can't remember where.
Some threads are blocked on :
java.util.Collections$SynchronizedMap.get(Collections.java:1979) even though the actual application code that we use do not have any Map's.
java.util.zip.ZipFile.getEntry, couldn't make out where this is from.
I'd be delighted if someone sheds some light on these points.
I have googled for socketWrite error and got a lot of data, but it isn't helpful much.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/535574#535574]
Start a new discussion in Performance Tuning at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 7 months
Re: [jboss-user] [JBoss Remoting] - Application ClassNotFound within InvocationHandler.invoke() on AS6 M2
by Ron Sigal
Ron Sigal [http://community.jboss.org/people/ron.sigal%40jboss.com] replied to the discussion
"Application ClassNotFound within InvocationHandler.invoke() on AS6 M2"
To view the discussion, visit: http://community.jboss.org/message/535527#535527
--------------------------------------------------------------
Hi James,
I vaguely remember a classloading problem in AS being found and fixed, but I don't remember what the problem was. The main reason I became aware of it was that it looked, at first, like a Remoting problem. So, in the absence of any concrete information, I'll make three suggestions.
1. Pose the question on the AS forum ( http://community.jboss.org/en/jbossas http://community.jboss.org/en/jbossas), or
2. try building AS from trunk ( http://anonsvn.jboss.org/repos/jbossas/trunk/ http://anonsvn.jboss.org/repos/jbossas/trunk/, or
3.wait for M3, which isn't too far away.
Glad you're still with us!
-Ron
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/535527#535527]
Start a new discussion in JBoss Remoting at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 7 months
Re: [jboss-user] [JBoss Remoting] - Which Library for 4.2.3.GA
by Ron Sigal
Ron Sigal [http://community.jboss.org/people/ron.sigal%40jboss.com] replied to the discussion
"Which Library for 4.2.3.GA"
To view the discussion, visit: http://community.jboss.org/message/535526#535526
--------------------------------------------------------------
Hi BJ.
> What should I be using?
I always recommend using the latest combination of Remoting and JBossMessaging jars, because we've fixed quite a few issues over time. The 2.2.2.x generation of Remoting releases evolved into the 2.2.3 releases, the newest of which is 2.2.3.SP1. Actually, version 2.2.3.SP2 is tagged, but I haven't uploaded it to the download site yet. I believe the appropriate version of JBossMessaging is 1.4.0.SP3_CP10, but I don't see it on the JBM download page. Of course, the beauty of open source is that you can build the jars yourself.
> How does one install this in 4.2.3 ? Is it simply (he asks hopefully) a matter of replacing the jars in the library?
It is indeed. The server uses jboss-remoting.jar from the $JBOSS_HOME/server/$CONFIG/lib. Also, the jars in the $JBOSS_HOME/client directory are intended for use by clients, so you should update jboss-remoting.jar in that directory as well.
> found the jar, looked in the Manifest
>
jboss-remoting.jar has the property that if you type
java -jar jboss-remoting.jar
it will print the version.
-Ron
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/535526#535526]
Start a new discussion in JBoss Remoting at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 7 months