Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 27051 invoked from network); 30 Apr 2009 16:17:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Apr 2009 16:17:43 -0000 Received: (qmail 69803 invoked by uid 500); 30 Apr 2009 16:17:43 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 69733 invoked by uid 500); 30 Apr 2009 16:17:43 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 69724 invoked by uid 99); 30 Apr 2009 16:17:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Apr 2009 16:17:43 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Apr 2009 16:17:35 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LzYwk-0006Au-7h for user@geronimo.apache.org; Thu, 30 Apr 2009 09:17:14 -0700 Message-ID: <23319558.post@talk.nabble.com> Date: Thu, 30 Apr 2009 09:17:14 -0700 (PDT) From: mdasari To: user@geronimo.apache.org Subject: Re: Webservice handling consuming considerable CPU (Windows) In-Reply-To: <18696FA8-A708-47D8-9D72-007334F1884C@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: mdasari@gmail.com References: <23303330.post@talk.nabble.com> <45f744e40904291932k1b285ec6pd232e3e9357f6dd4@mail.gmail.com> <18696FA8-A708-47D8-9D72-007334F1884C@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the quick replies. I'll look into the TransformerFactory, but if that lookup is primarily related to JAX then I'm not sure why the code is trying to load DERBY jars as well (may be because of system-db dependency). Regarding other questions raised, I'm using clean install of Geronimo v2.1.3, I'm using my own Java Service Wrapper wrapper.conf with following jars in it. ------------ wrapper.java.classpath.1=%GERONIMO_HOME%/lib/wrapper.jar wrapper.java.classpath.2=%GERONIMO_HOME%/bin/server.jar wrapper.java.classpath.3=%GERONIMO_HOME%/bin/shutdown.jar wrapper.java.classpath.4=%GERONIMO_HOME%/lib/geronimo-cli-2.1.3.jar wrapper.java.classpath.5=%GERONIMO_HOME%/lib/geronimo-kernel-2.1.3.jar wrapper.java.classpath.6=%GERONIMO_HOME%/lib/geronimo-transformer-2.1.3.jar wrapper.java.classpath.7=%GERONIMO_HOME%/lib/commons-cli-1.0.jar wrapper.java.classpath.8=%GERONIMO_HOME%/lib/commons-logging-1.0.4.jar wrapper.java.classpath.9=%GERONIMO_HOME%/lib/cglib-nodep-2.1_3.jar wrapper.java.classpath.10=%GERONIMO_HOME%/lib/log4j-1.2.14.jar wrapper.java.classpath.11=%GERONIMO_HOME%/lib/xpp3-1.1.3.4.O.jar wrapper.java.classpath.12=%GERONIMO_HOME%/lib/xstream-1.2.2.jar wrapper.java.classpath.13=%JAVA_HOME%/lib/tools.jar ------------ My app is a typical web-service that doesn't have "direct" dependencies on most of the jars, it has following dependencies (from the Dependency Viewer) org.apache.geronimo.configs/axis/2.1.3/car org.apache.geronimo.configs/axis2-ejb/2.1.3/car org.apache.geronimo.configs/axis2/2.1.3/car org.apache.geronimo.configs/j2ee-corba-yoko/2.1.3/car org.apache.geronimo.configs/j2ee-server/2.1.3/car org.apache.geronimo.configs/openejb/2.1.3/car org.apache.geronimo.configs/openjpa/2.1.3/car org.apache.geronimo.configs/system-database/2.1.3/car org.apache.geronimo.configs/tomcat6/2.1.3/car If I come up with anything related to TransformerFactory then I'll post the results to thread. regards - mdasari kevan wrote: > > > On Apr 29, 2009, at 10:32 PM, Ivan wrote: > >> It seems that the search for service provider for the >> TransformerFactory takes too much time. >> I suggest you set the the corresponding implemenation via system >> property or put it to a jaxp.properties in the jre's lib folder. >> You could refer more in the Java Doc of TransformerFactory class. > > It may be that that this behavior could be tweaked by configuring > TransformerFactory. However, shouldn't be expecting our users to do > the tweaking, IMO. > > > > mdasari, > My compliments on an excellent piece of problem diagnosis. Very nice > job. > >> >> My questions are: >> 1. I don't see those JARs in the location it is looking for, is >> there a way >> to disable this lookup? Do I've to place those jar files in those >> locations? > > It may be that you can disable this search, but you shouldn't have to > do anything... I have no idea why we're looking for those jars in > those locations... Maybe someone else will have a good idea? > >> 2. Where does class-loader get this list of JARs? Can I tweak anything >> there? > > The jars that will be searched for are based on dependencies that are > identified when Geronimo is built/assembled, dependencies defined by > your deployment plan (if you have one), and artifacts deployed in > your .WAR/.EAR. > >> 3. Did I configure something incorrectly? > > Is this a clean install of Geronimo? E.g. did you overlay an older > version of Geronimo with a newer one? > >> >> Geronimo/Webservice functionally still works, but I'd expect severe >> problems >> when I use this service with multiple ws clients. >> >> Can anyone shed some light on this? > > Not immediately. You could create a Jira for this. If you have an > application that demonstrates the issue, that's great. > > --kevan > > > -- View this message in context: http://www.nabble.com/Webservice-handling-consuming-considerable-CPU-%28Windows%29-tp23303330s134p23319558.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.