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. > > <snip> > > 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.
