RE: iPlanet Web Server Installation Issues
Thanks for the pointer- even though I'm running the Web Server and not the Application Server I tried adding the security policy file to the /Servers//config directory instead of the /domains///config directory- but to no avail :( > -Original Message- > From: Rick Kellogg [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 02, 2003 1:52 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: iPlanet Web Server Installation Issues > > > The following information might be of some help: > > http://nagoya.apache.org/wiki/apachewiki.cgi?AxisProjectPages/SunOne > > > -Original Message- > From: Michael Joseph [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 01, 2003 6:21 AM > To: [EMAIL PROTECTED] > Subject: iPlanet Web Server Installation Issues > > Hi, > > I'm attempting to setup Axis 1.1 in the iPlanet Web Server (v6.0 on > Windows) > J2EE Container (Servlet 2.2 compliant). > I package the axis web-app as a WAR (/webapps/axis) and use the wdeploy > utility to deploy it: > > $IWS_SERVER_HOME/bin/https/httpadmin/bin/wdeploy.bat deploy -u /axis -i > michael.jamwarehouse.com -v https-michael.jamwarehouse.com -d > "c:\iPlanet\Servers\https-michael.jamwarehouse.com\web-apps\axis" > "C:\java\axis-1_1\webapps\axis\axis.war" > > I get the following error in the webserver error logs: > > [01/Oct/2003:12:08:42] info ( 140): Adding web application (/axis) > at > (C:/iPlanet/Servers/https-michael.jamwarehouse.com/web-apps/axis) > [01/Oct/2003:12:08:43] info ( 140): Loading IWSSessionManager by > default. > [01/Oct/2003:12:08:43] info ( 140): IWSSessionManager: Maximum > number of > sessions is 1000 > [01/Oct/2003:12:08:43] failure ( 140):Internal error: > Unexpected error > condition thrown (java.lang.ExceptionInInitializerError,no description), > stack: java.lang.ExceptionInInitializerError: > org.apache.commons.logging.LogConfigurationException: > java.lang.reflect.InvocationTargetException > at > org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImp > l.ja > va:532) > at > org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImp > l.ja > va:272) > at > org.apache.commons.logging.LogFactory.getLog(LogFactory.java:414) > at > org.apache.axis.components.logger.LogFactory.getLog(LogFactory.java:76) > at > org.apache.axis.transport.http.AxisServlet.(AxisServlet.java:103 > ) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:124) > at > org.apache.axis.transport.http.AxisServletBase.class$(AxisServletBase.ja > va:9 > 5) > at > org.apache.axis.transport.http.AxisServletBase.(AxisServletBase. > java > :94) > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Class.java:241) > at > com.iplanet.server.http.servlet.WServletEntity.loadAndInitServlet(WServl > etEn > tity.java:71) > at > com.iplanet.server.http.servlet.WebApplication.init(WebApplication.java, > Compiled Code) > at > com.iplanet.server.http.servlet.VirtualServer.init(VirtualServer.java, > Compiled Code) > at > com.iplanet.server.http.servlet.NSServletRunner.VSInit(NSServletRunner.j > ava: > 686) > > Has anyone used Axis with iPlanet before? The log4j.properties and > simplelog.properties in the WAR are the default ones shipped with Axis > 1.1. > > thanks > michael
EJB/SOAP/WEB Architechture
Hi! I’m designing a simple architecture prototype for my university. The key concept is EJB, but I’d like to add SOAP interfaces. It would be wise to create a system like this? EJB_Entities->(managed by)->EJB_Session->SOAP_Binding->Servlet->WebAccess The data is enclosed in the entity beans, and the service is in the session bean which manages the data. I create a wsdd for that bean, so the service is accesed via SOAP by the clients. One of the clients is a servlet which provides the html view of the service. I use Jboss+Axis+Tomcat. Thx in advance --- Asier Murciego Alonso
Can a client receive gzip 'd content?
Hi, My Axis using client application requires the ability to receive gzip compressed content. I see messages on this list from about a year ago on this topic but no solution(?) was posted. There is this solution by altering the source: http://www-106.ibm.com/developerworks/webservices/library/ws-sqzsoap.html But, I am having no luck with the source as it requires a ton of .jar libraries that I just don't have and can't keep searching for (I am using Eclipse and I can't export a working .jar file with the modifications without having all the libraries that it is looking for.. progress.message.*, com.sun.jimi* org.apache.commonts.net.smtp.. and on, and on...). Is there a workable solution for a client application to handle a gzipped stream yet (without having to modify the source)? Thank you.
Re: EJB/SOAP/WEB Architechture
At 11:32 02/10/2003, you wrote: Hi! I'm designing a simple architecture prototype for my university. The key concept is EJB, but I'd like to add SOAP interfaces. It would be wise to create a system like this? EJB_Entities->(managed by)->EJB_Session->SOAP_Binding->Servlet->WebAccess The data is enclosed in the entity beans, and the service is in the session bean which manages the data. I create a wsdd for that bean, so the service is accesed via SOAP by the clients. One of the clients is a servlet which provides the html view of the service. I use Jboss+Axis+Tomcat. Thx in advance --- Asier Murciego Alonso Asier, have a look at this example http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jboss/jboss-net-EJB-example.shtml you should be able to modify it to suit your needs. cheers, Bruce Dr. Bruce Scharlau Dept. of Computing Science University of Aberdeen Aberdeen AB24 3UE 01224 272193 http://www.csd.abdn.ac.uk/~bscharla mailto:[EMAIL PROTECTED]
Re: EJB/SOAP/WEB Architechture
Hi Asier sounds good. If am right this is what the JSR109 from jcp defined. there are lot of statndreads define to do this i JSR 109 spec regards Srinath On Thu, 2003-10-02 at 16:32, Asier Murciego wrote: > Hi! > > > > I’m designing a simple architecture prototype for my university. The > key concept is EJB, but I’d like to add SOAP interfaces. > > It would be wise to create a system like this? > > > > EJB_Entities->(managed > by)->EJB_Session->SOAP_Binding->Servlet->WebAccess > > > > The data is enclosed in the entity beans, and the service is in the > session bean which manages the data. > > I create a wsdd for that bean, so the service is accesed via SOAP by > the clients. > > One of the clients is a servlet which provides the html view of the > service. > > > > I use Jboss+Axis+Tomcat. > > > > Thx in advance > > > > --- > > Asier Murciego Alonso > > > >
Axis 1.1 w/ Java Web Services 1.2
Has anyone successfully gotten Axis 1.1 to work with Java Web Services 1.2 ( w/ Tomcat 5 )? I tried it for a little while yesterday and I was having a lot of fatal errors, to the point where I was having difficulty restarting Tomcat. I've since reverted back to Java Web Services 1.1 (w/ Tomcat 4) and everything is ok. If I get the time and the patience, I might try the upgrade to JWS 1.2 again. Mike Neugebauer Omaha.com Software Developer (402) 898-2033 [EMAIL PROTECTED]
Extend AxisFault
Hello Problem to catch a userdefined AxisFault on clientside. * In my WSDL I defined a wsdl:fault element in the binding. * Then I generate both a server and a client stub using the WSDL2Java. * At both side's I can see that it has generated a _JbFault class matching my fault schema type defined in the WSDL and it extends org.apache.axis.AxisFault. * Then I put some code (in the generated SOAPBindingImpl class) that throws a _JbFault. * I turned on the org.apache.axis.utils.tcpmon so I can see the transmitted soapmessage. * After that I run the service client and it activates the server side SOAPBindingImpl class, where I throw the _JbFault * At client side I only catch an AxisFault and I can't catch a _JbFault * When I look in the TCPMonitor I can see that the server did make a element containing my fault details.
Invoking a 'generic' service
If anybody has any comments they would be greatly appreciated.
we have a problem as follows:
We would like to deploy services on the fly, without using a
service-specific implementation class to handle the service action, such
that SOAP messages could be mapped onto a generic java method of the
form
Class foo implements SomeInterface{
Object handler(String name_space,
String method_name,
Object args[]) throws Exception;
}
in a handler class. where the object args in are the corresponding
Deserialised java object (or wrappers) from the body arguments and the
return value is then serialised and sent as a response, as with
conventional RPC.
I looked through the org.apache.axis.providers.* and i don't think any
of them gave this kind of functionality (although please correct me if i
am wrong)
I was thinking about extending RPCProvider, one could notionally see
this being done buy overriding invokeMethod(..), however i'm not sure if
this requires that the invoked java method exists in the service object
(which it does not) or whether operation.getMethod() will just return
null. Likewise the ServiceDesc will need initialising to reflect the
SOAP operations that the service will be providing.
so:
Initially we would be creating a new Provider which extended
RPCProvider, and overrode
initServiceDesc(...)-- to set the service description according to some
external information (or just from WSDL)
invokeMethod(...) to actually invoke the service.
does this sound sane?
regards,
owen
--
-
owen cliffe (postgraduate) Email: [EMAIL PROTECTED]
Department of Computer ScienceWeb: http://www.cs.bath.ac.uk/~occ
Univ. Bath, Bath, England BA2 7AY Tel: (+44) 1225 386183
RE: iPlanet Web Server Installation Issues
You may want to put the log4j libraries in web-inf/lib. --- Rick Kellogg <[EMAIL PROTECTED]> wrote: > The following information might be of some help: > > http://nagoya.apache.org/wiki/apachewiki.cgi?AxisProjectPages/SunOne > > > -Original Message- > From: Michael Joseph > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 01, 2003 6:21 AM > To: [EMAIL PROTECTED] > Subject: iPlanet Web Server Installation Issues > > Hi, > > I'm attempting to setup Axis 1.1 in the iPlanet Web > Server (v6.0 on > Windows) > J2EE Container (Servlet 2.2 compliant). > I package the axis web-app as a WAR (/webapps/axis) > and use the wdeploy > utility to deploy it: > > $IWS_SERVER_HOME/bin/https/httpadmin/bin/wdeploy.bat > deploy -u /axis -i > michael.jamwarehouse.com -v > https-michael.jamwarehouse.com -d > "c:\iPlanet\Servers\https-michael.jamwarehouse.com\web-apps\axis" > "C:\java\axis-1_1\webapps\axis\axis.war" > > I get the following error in the webserver error > logs: > > [01/Oct/2003:12:08:42] info ( 140): Adding web > application (/axis) > at > (C:/iPlanet/Servers/https-michael.jamwarehouse.com/web-apps/axis) > [01/Oct/2003:12:08:43] info ( 140): Loading > IWSSessionManager by > default. > [01/Oct/2003:12:08:43] info ( 140): > IWSSessionManager: Maximum > number of > sessions is 1000 > [01/Oct/2003:12:08:43] failure ( 140):Internal > error: Unexpected error > condition thrown > (java.lang.ExceptionInInitializerError,no > description), > stack: java.lang.ExceptionInInitializerError: > org.apache.commons.logging.LogConfigurationException: > java.lang.reflect.InvocationTargetException > at > org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImp > l.ja > va:532) > at > org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImp > l.ja > va:272) > at > org.apache.commons.logging.LogFactory.getLog(LogFactory.java:414) > at > org.apache.axis.components.logger.LogFactory.getLog(LogFactory.java:76) > at > org.apache.axis.transport.http.AxisServlet.(AxisServlet.java:103 > ) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:124) > at > org.apache.axis.transport.http.AxisServletBase.class$(AxisServletBase.ja > va:9 > 5) > at > org.apache.axis.transport.http.AxisServletBase.(AxisServletBase. > java > :94) > at java.lang.Class.newInstance0(Native Method) > at java.lang.Class.newInstance(Class.java:241) > at > com.iplanet.server.http.servlet.WServletEntity.loadAndInitServlet(WServl > etEn > tity.java:71) > at > com.iplanet.server.http.servlet.WebApplication.init(WebApplication.java, > Compiled Code) > at > com.iplanet.server.http.servlet.VirtualServer.init(VirtualServer.java, > Compiled Code) > at > com.iplanet.server.http.servlet.NSServletRunner.VSInit(NSServletRunner.j > ava: > 686) > > Has anyone used Axis with iPlanet before? The > log4j.properties and > simplelog.properties in the WAR are the default ones > shipped with Axis > 1.1. > > thanks > michael > > > __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com
Re: ssl und webservice
> > does anybody knows about a mailing list about ssl > Checkout www.openssl.org. Another places where you can ask questions include: 1. UseNet group comp.lang.java.security (http://groups.google.com/groups? hl=en&lr=&ie=UTF-8&group=comp.lang.java.security) 2. Security forum of JavaRanch (http://saloon.javaranch.com/cgi- bin/ubb/ultimatebb.cgi?ubb=forum&f=65 ) 3. Security forum of jGuru (http://www.jguru.com/forums/Security) If you are looking for SSL and Apache Axis related info, the free sample chapter at http://www.j2ee-security.net/book/sample-chap/ is a good place to start. Pankaj Kumar, Author, "J2EE Security ..." (www.j2ee-security.net)--- Begin Message --- Hello, does anybody knows about a mailing list about ssl thanks Mohammed --- End Message ---
Axis Response Time appears linear with load
Title: Axis Response Time appears linear with load Hello, I've been tasked (for my sins, which must have been huge!) with performance testing an application framework that sits on top of Tomcat and uses Axis as the soap server. My initial testing slams the server as hard as possible with 10 - 500 users stepping up 10 ever 60 seconds, each running an identical script in an endless loop. The purpose being to identify any points where synchronization was occurring. I'm seeing a response time that is almost linear with load (97% correlation) which implies, too me, a synchronization issue. I started to localize the problem by isolating components. Currently I have the soap method proxy turning the response around without calling the application framework, so the only components under test is Axis, ignoring the infrastructure which is a 4CPU 2Gb blade server running Tomcat & the 1.4.1 JVM on RedHat Advanced Server. I'm still seeing the linear response time change with increasing load. Further investigation with JProbe (under XP) pointed the finger at javax.xml.parsers.DocumentBuilderFactory. A JVM level thread dump with 10 users hitting the server showed org.apache.xerces.DocumentBuilderFactoryImpl holding a lock and 3 other threads waiting on the lock. That's the background, now the question. Has anybody encountered a similar problem and could give me some pointers on possible configuration options or other any other suggestion that might help remove this bottleneck. If there's a well documented solution to this then, firstly I'd love a pointer to it as a 30min search on Google failed to find anything that seemed relevant. Secondly I apologize for wasting people's time, web-services/soap is a new area for me & I'm under some time pressure on this task so it's quite possible I've missed the obvious. Thanks Ray Sutton Systems Engineer The information in this electronic mail message is sender's business Confidential and may be legally privileged. It is intended solely for the addressee(s). Access to this Internet electronic mail message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. Galileo International is not liable for any loss or damage arising in any way from this message or its attachments.
Re: Axis Response Time appears linear with load
Well, considering that just going through the message processing overhead of Tomcat and Axis is work, why do you not expect the response time to scale linearly with load? BTW, did you mean to complain about the response time being proportional to load, or merely scaling linearly with it (i.e., being some a + b*load)? My group has done some response time measurements of various frameworks and applications. We typically give a system more than 60 seconds to stabilize and take a reading. We typically find the response time grows more than linearly with load, if we explore sufficiently high loads. Thanks, Mike
axis deployment order problem
Hi Everybody We are facing a stange problem when trying to deploy webservices ... The application server used is jboss-3.2.1_tomcat-4.1.24, default server, no configuration changes but one some additional logging and a customer login module in the login-config.xml. Initially we deployed following applications into jboss in the following order: 1) axis.war 2) datasource-ds.xml 3) destination-service.xml - an additional jms queue 4) project.ear - an ejb layer and some business stuff 5) two additional web applications 6) some webservices using wsdd descriptor files - they expose some of the beans from the ejb layer to the outside world. The axis.war has only the log4j.jar file removed from the original web-inf/lib directory of the axis-1_1 release (Java2ClassLoadingCompliance set to true). At one point in time we tried to use an external third party webservice from the project.ear (basically a search page). We generated the client stubs from the wsdl file, put everything into the ear together with the requried axis libraries. The third party libs in the ear are referenced using the application.xml project.ear: ejb1.jar ejb2.jar lib/axis.jar lib/commons-discovery.jar lib/commons-logging.jar lib/jaxrpc.jar lib/saaj.jar lib/wsdl4j.jar lib/some more third party libs Now things got really wired: Deployment of the webservices failed with the exception stack trace below. We tried a lot but finally what 'helped' was to change the deployment order. Deploying the ear file before the axis.war seems to make it work. The webservices are getting deployed again. The big question of course is: Why should the order of deployment matter? There are no dependencies between these two applications at that point in time. While trying to 'fix' out problem we also had a look into the unified classloader debug output of jboss. Initially we thought we are facing some kind of classloader problem with the two axis.jar files - one in axis.war and one in the project.ear - put into jboss. We had an intermediate 'solution' for the initial deployment problem where we could deploy our application successfully, but trying to access one of the webservices' wsdl files always resulted in an NoClassDefFoundError for the SOAPFault class. The class causing the exception got loaded by the project.ear classloader - why not by the axis.war classloader ... and the only solution at that point in time was to put the wsdl4j.jar file into jboss startup classpath. Of course I would have liked to attach all sources and jars to the email but as usual it is not possible ... I tried to strip the problem down to something 'reasonably' sized, but so far I had no time - as usual ... so sorry for that. Otherwise all help, hints or comments will be really appriciated. If you need more informtion, or if you want me to test something or to change some configuration, please let me know. Regards & Thanks in advance Alex 10:04:57,250 ERROR [Engine] StandardWrapperValve[AxisServlet]: Servlet.service() for servlet AxisServlet threw exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:256) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex t.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex t.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve ..java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex t.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java: 2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex t.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche rValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex t.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:172) at org.apache.catalina.core.StandardPipeline$Standa
Re: Axis Response Time appears linear with load
Ray, Can you please post the thread dump? Thanks, dims --- "Sutton, Ray" <[EMAIL PROTECTED]> wrote: > Hello, > > I've been tasked (for my sins, which must have been huge!) with performance > testing an application framework that sits on top of Tomcat and uses Axis as > the soap server. My initial testing slams the server as hard as possible > with 10 - 500 users stepping up 10 ever 60 seconds, each running an > identical script in an endless loop. The purpose being to identify any > points where synchronization was occurring. I'm seeing a response time that > is almost linear with load (97% correlation) which implies, too me, a > synchronization issue. I started to localize the problem by isolating > components. Currently I have the soap method proxy turning the response > around without calling the application framework, so the only components > under test is Axis, ignoring the infrastructure which is a 4CPU 2Gb blade > server running Tomcat & the 1.4.1 JVM on RedHat Advanced Server. > > I'm still seeing the linear response time change with increasing load. > Further investigation with JProbe (under XP) pointed the finger at > javax.xml.parsers.DocumentBuilderFactory. A JVM level thread dump with 10 > users hitting the server showed org.apache.xerces.DocumentBuilderFactoryImpl > holding a lock and 3 other threads waiting on the lock. > > That's the background, now the question. > > Has anybody encountered a similar problem and could give me some pointers on > possible configuration options or other any other suggestion that might help > remove this bottleneck. > > If there's a well documented solution to this then, firstly I'd love a > pointer to it as a 30min search on Google failed to find anything that > seemed relevant. Secondly I apologize for wasting people's time, > web-services/soap is a new area for me & I'm under some time pressure on > this task so it's quite possible I've missed the obvious. > > Thanks > Ray Sutton > Systems Engineer > > > > > The information in this electronic mail message is sender's business > Confidential and may be legally privileged. It is intended solely for the > addressee(s). Access to this Internet electronic mail message by anyone > else is unauthorized. If you are not the intended recipient, any > disclosure, copying, distribution or any action taken or omitted to be taken > in reliance on it is prohibited and may be unlawful. > The sender believes that this E-mail and any attachments were free of any > virus, worm, Trojan horse, and/or malicious code when sent. This message and > its attachments could have been infected during transmission. By reading > the message and opening any attachments, the recipient accepts full > responsibility for taking protective and remedial action about viruses and > other defects. Galileo International is not liable for any loss or damage > arising in any way from this message or its attachments. > > > = Davanum Srinivas - http://webservices.apache.org/~dims/
Re: Axis Response Time appears linear with load
Hi Ray and dims, The thread dump will be useful, I think so too. However, I'd like to add a few comments in other point of view. The most interesting feature of your report was the parser-related lock. Have you ever had a checking whether your component doesn't instantiate a parser object on each transactions ? I mean that you may meet a bottle-neck with the heavy-duty use, if you don't share (i.e recycle) the instances. Axis does the reusing - as far as possible with the pooling technics internally. However, it may not enough to solve your problem. I'm not sure - what is the root problem of you. Thanks, Toshi <[EMAIL PROTECTED]> -Original Message- From: Davanum Srinivas [mailto:[EMAIL PROTECTED] Sent: Friday, October 03, 2003 11:31 AM To: [EMAIL PROTECTED] Subject: Re: Axis Response Time appears linear with load Ray, Can you please post the thread dump? Thanks, dims --- "Sutton, Ray" <[EMAIL PROTECTED]> wrote: > Hello, > > I've been tasked (for my sins, which must have been huge!) with performance > testing an application framework that sits on top of Tomcat and uses Axis as > the soap server. My initial testing slams the server as hard as possible > with 10 - 500 users stepping up 10 ever 60 seconds, each running an > identical script in an endless loop. The purpose being to identify any > points where synchronization was occurring. I'm seeing a response time that > is almost linear with load (97% correlation) which implies, too me, a > synchronization issue. I started to localize the problem by isolating > components. Currently I have the soap method proxy turning the response > around without calling the application framework, so the only components > under test is Axis, ignoring the infrastructure which is a 4CPU 2Gb blade > server running Tomcat & the 1.4.1 JVM on RedHat Advanced Server. > > I'm still seeing the linear response time change with increasing load. > Further investigation with JProbe (under XP) pointed the finger at > javax.xml.parsers.DocumentBuilderFactory. A JVM level thread dump with 10 > users hitting the server showed org.apache.xerces.DocumentBuilderFactoryImpl > holding a lock and 3 other threads waiting on the lock. > > That's the background, now the question. > > Has anybody encountered a similar problem and could give me some pointers on > possible configuration options or other any other suggestion that might help > remove this bottleneck. > > If there's a well documented solution to this then, firstly I'd love a > pointer to it as a 30min search on Google failed to find anything that > seemed relevant. Secondly I apologize for wasting people's time, > web-services/soap is a new area for me & I'm under some time pressure on > this task so it's quite possible I've missed the obvious. > > Thanks > Ray Sutton > Systems Engineer > > The information in this electronic mail message is sender's business > Confidential and may be legally privileged. It is intended solely for the > addressee(s). Access to this Internet electronic mail message by anyone > else is unauthorized. If you are not the intended recipient, any > disclosure, copying, distribution or any action taken or omitted to be taken > in reliance on it is prohibited and may be unlawful. > The sender believes that this E-mail and any attachments were free of any > virus, worm, Trojan horse, and/or malicious code when sent. This message and > its attachments could have been infected during transmission. By reading > the message and opening any attachments, the recipient accepts full > responsibility for taking protective and remedial action about viruses and > other defects. Galileo International is not liable for any loss or damage > arising in any way from this message or its attachments. > = Davanum Srinivas - http://webservices.apache.org/~dims/
