Re: Performance of 1.2 vs 1.1

I got the following numbers showing that the axis 1.2 RC (latest CVS) takes 1.35 times more time compared to Axis 1.1 Final. Axis 1.1 : 3891msecs Axis 1.2 : 5242 msec I have uploaded the test case at http://issues.apache.org/jira/browse/AXIS-1608 -- Venkat On Wed, 13 Oct 2004 17:36:19 -0400, D

Re: Performance of 1.2 vs 1.1

Please log a jira bug witjh your test case and performance numbers. thanks, dims On Wed, 13 Oct 2004 13:16:01 -0700, Dan Ciarniello <[EMAIL PROTECTED]> wrote: > I've taken a very simple web service and deployed it using Axis 1.1 and > Axis 1.2 (RC1) on Tomcat 4.1.30 on a Linux machine (Fedora Co

Re: Performance issue with using Axis

PM Subject Re: Performance issue with using Please respond to Axis [EMAIL PROTECTED]

RE: Performance issue with using Axis

lto:[EMAIL PROTECTED] Sent: Friday, August 06, 2004 10:13 AM To: [EMAIL PROTECTED] Subject: Re: Performance issue with using Axis It's class loader if the creation of a new locator took that long. I strongly think that is not the case. Chance is very high that your networking configuration is

Re: Performance issue with using Axis

08/05/2004 08:00 cc PM Subject Re: Performance issue wi

Re: Performance issue with using Axis

ubject Re: Performance issue with using Please respond to Axis [EMAIL PROTECTED]

Re: Performance issue with using Axis

Subject Re: Performance issue with using Please respond to Axis [EMAIL PROTECTED]

Re: Performance issue with using Axis

AM Subject Re: Performance issue with using Please respond to Axis [EMAIL PROTECTED]

Re: Performance issue with using Axis

ubject Re: Performance issue with using Please respond to Axis [EMAIL PROTECTED]

Re: Performance issue with using Axis

11:08 cc PM Subject Re: Performance issue with using Please respond to

Re: Performance issue with using Axis

PM Subject Re: Performance issue with using Please respond to Axis [EMAIL PRO

Re: Performance issue with using Axis

Hi Hrishikesh: I would be happy to offer advice on how to improve the system's performance. I recommend you take a look at the http://www.pushtotest.com site for a list of resources and articles on improving SOA scalability and performance. Additionally, if you would send me the WSDL I would be

Re: Performance issue with using Axis

Check your network connection settings, such as hosts file, etc. Other than that, you can find a hello world tutorial for axis somewhere complete with client and server to make sure there's nothing wrong with the way you do it. 5 seconds long is just plain wrong, so definitely you're having

Re: Performance issue with using Axis

[EMAIL PROTECTED] 08/03/2004 10:22 cc AM Subject Re: Perfo

Re: Performance issue with using Axis

Maybe try a hello world problem first. It should take you couple mili seconds. Hrishikesh Kumar wrote: Hi All, We have implemented a Web Service using Axis. We have also developed Java clients using the stubs created by Axis (WSDL). A simple call which returns like some 10 tags is taking aroun

RE: Performance problem (production) urgent

Hi Sri   Are yopu talking about one way invoke If yes then you can one invokeOneWay(); but in this case you need some asynchronous way of handling the response l;ike JMS or JAXM Cheers Krish -Original Message- From: Srilekha Mudumbai [mailto:[EMAIL PROTECTED]] Sent: Thurs

Re: Performance issues?

plz log a bug with your sample code (Make sure you are using Axis 1.2 Beta) -- dims --- Felix Dierich <[EMAIL PROTECTED]> wrote: > Hello everyone... > > as you are just talking about performance issues, I have one ;o) > > I would be happy to get some solution to the problem I explaned here: >

Re: Performance issues?

Hello everyone... as you are just talking about performance issues, I have one ;o) I would be happy to get some solution to the problem I explaned here: http://marc.theaimsgroup.com/?t=10790179657&r=1&w=2 I will provide more information if anyone needs it. Greetings - Felix

Re: Performance issues?

:-) Frustrating. I would like to say that in the area of SOAP attachments the DataHandler class's use of memory is very good compared to specifying the return type as a byte[]. To send a 1MB document tomcat grows from ~22MB at startup to ~34MB after one call. And after repeated calls it settles at

Re: Performance issues?

of course they don't want to explain the issues. ALMOST EVERYTIME i ask someone even on this mailing list to come up with sample/test case to show the problem so that we could fix it, there is ABSOLUTE silence from those people after that. AND EVERYTIME someone shows HOW WONDERFUL their soap st

Re: Performance: Better start with WSDD or WSDL for using EJBs from JavaWebStart

They should be the same. At 02:12 AM 4/6/2004, you wrote: At 16:51 05.04.2004, you wrote: You need to have both a WSDL file and a WSDD file for each Web service. The WSDL file describe the service from the client application's perspective (what does it need to know in order to invoke the service

Re: Performance: Better start with WSDD or WSDL for using EJBs from JavaWebStart

At 16:51 05.04.2004, you wrote: You need to have both a WSDL file and a WSDD file for each Web service. The WSDL file describe the service from the client application's perspective (what does it need to know in order to invoke the service). The WSDD file describes the service from the service co

Re: Performance: Better take WSDD or WSDL for using EJBs from JavaWebStart

You need to have both a WSDL file and a WSDD file for each Web service. The WSDL file describe the service from the client application's perspective (what does it need to know in order to invoke the service). The WSDD file describes the service from the service container's perspective (what does

Re: Performance monitoring tools

Hi Vivek! Oracle's JDeveloper has very good and useful profiling options. You can get it for free (only for development purposes - what else would you do with it?) at otn.oracle.com. Takes a little fiddling into, but is very powerful. It can profile down into any level, as long as you include t

RE: Performance Issues with AXIS & Axis Response Time appears linear with load

From: Sutton, Ray [mailto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 2:15 PM To: '[EMAIL PROTECTED]' Subject: RE: Performance Issues with AXIS & Axis Response Time appears linear with load In answer to Mike, no haven't got that far yet, in light of Robert's reply I w

RE: Performance Issues with AXIS & Axis Response Time appears lin ear with load

lto:[EMAIL PROTECTED] Sent: Thursday, October 09, 2003 12:59 PM To: [EMAIL PROTECTED] Subject: RE: Performance Issues with AXIS & Axis Response Time appears linear with load The Xerces code is very similar. What's the effect if you take the synchronize out and rerun your performance test

RE: Performance Issues with AXIS & Axis Response Time appears linear with load

> My personal instinct, unless anyone knows a good reason not, would be to > remove this specific synchronization point. The docs are quite specific that a DocumentBuilderFactory is *not* guaranteed to be thread-safe: http://java.sun.com/j2se/1.4.2/docs/api/javax/xml/parsers/DocumentBuilderFac to

RE: Performance Issues with AXIS & Axis Response Time appears linear with load

PROTECTED]' Subject: RE: Performance Issues with AXIS & Axis Response Time appears linear with load Hello, Not sure if you're seeing the same problem as me (see thread RE: Axis Response Time appears linear with load) but here's what I discovered in case it helps. I'm seeing tr

RE: Performance Issues with AXIS & Axis Response Time appears lin ear with load

Hello, Not sure if you're seeing the same problem as me (see thread RE: Axis Response Time appears linear with load) but here's what I discovered in case it helps. I'm seeing traffic backup behind a synchronized call in org.apache.axis.XMLUtils at line 317 (entire method follows) public st

Re: Performance Issues with AXIS

What about if you try to send the images with SOAP attachments? Patrick. [EMAIL PROTECTED] wrote: Hi, We are using Apache AXIS 1.1 to support a web service that returns images. The images are base-64 encoded and embedded within the XML. What we are seeing is very slow response times with A

RE: performance problems

there might be version problem. -Original Message- From: Benjamin Tomasini [mailto:[EMAIL PROTECTED] Sent: Friday, October 03, 2003 12:39 PM To: [EMAIL PROTECTED] Subject: Re: performance problems What is your log4j root setting at? If it is at DEBUG, this could cause issues. On Fri

Re: performance problems

What is your log4j root setting at? If it is at DEBUG, this could cause issues. On Fri, 2003-10-03 at 15:14, Abhijat Thakur wrote: > I have integrated Tomcat 4.1.12 with Apache Axis 1.1. A few minutes after logging > into UI the server becomes very slow. It becomes so slow that even when i type

Re: performance difference

Hi , May be tomcat'c caching mechanism might lead that performance improvement. - Original Message - From: "vairamuthu thayapavan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 16, 2003 4:12 PM Subject: Fw: performance difference > > - Original Message - >

RE: Performance comparison 2

1. EJB uses RMI over IIOP instead of HTTP as its transport layer. Far fewer bytes involved in sending complex objects. 2. EJB uses native Java serialization rather than serializing to XML. Far fewer bytes and internal serializer implementations can be faster. 3. EJB uses persistent connections --

RE: Performance comparison 2

Can you provide more details on this (maybe source)? Did you modify the WSDL2Java generated skeleton to call the EJB, etc? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 04, 2003 1:53 AM To: [EMAIL PROTECTED] Subject: Performance comparison 2 We

RE: Performance comparison 2

Maybe the WSDL2Java-generated code uses a lot of reflection? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 August 2003 06:53 To: [EMAIL PROTECTED] Subject: Performance comparison 2 We've implemented a test RPC style web service using the following methods

RE: Performance of Web Service Clients

PROTECTED] Sent: 15 July 2003 17:50 To: [EMAIL PROTECTED] Subject: Re: Performance of Web Service Clients Dave, Can you please try latest CVS / Nightly Build. Checked in fixes for performance a few days back. I'd like a comparison between latest CVS and what you have now. (I definitely know that 1

RE: Performance of Web Service Clients

Thanks, I'll do as you suggest, and post the results by the end of this week. Dave -Original Message- From: Davanum Srinivas [mailto:[EMAIL PROTECTED] Sent: Tue 15/07/2003 17:50 To: [EMAIL PROTECTED] Cc: Subject: Re: Performance of Web Service Clients Dave, Can you p

Re: Performance of Web Service Clients

Dave, Can you please try latest CVS / Nightly Build. Checked in fixes for performance a few days back. I'd like a comparison between latest CVS and what you have now. (I definitely know that 1.1RC2 had a lot of problems, so you might want to use 1.1Final.). Please post the results here. Also a

Re: Performance testing - timing data - how to get it?

SHO/SunLife) 03/31/2003 04:06 PM Subject: Re: Performance testing - timing data - how to get it? Please respond t

Re: Performance testing - timing data - how to get it?

Pascale, Peter H. wrote: We are embarking on a short project to validate Axis performance within a particular web service client application. I've seen a few recent posts that refer to timing data for web service calls. How are folks getting timing information? Are you using a third-party tool lik

RE: Performance issue on big data

Hi Brian, Many thanks, I am going to look at that. Regards, Stephane -Original Message- From: Brian Ewins [mailto:[EMAIL PROTECTED] Sent: Thursday, March 20, 2003 3:41 PM To: [EMAIL PROTECTED] Subject: Re: Performance issue on big data There have been quite a few problems reported

Re: Performance issue on big data

There have been quite a few problems reported relating to large messages. The reply I give below is just quoting myself from: NB since that thread I've found out that there's no reason JAXRPC can't use XMLPULL, this is a restrict

Re: Performance

I've seen similar concurrency problems in Axis while I was doing a performance project for a customer. This was last Summer when Axis was still very, very new. I haven't had a chance to dig into the code but I suspect there is a problem with the way Axis handles threads and globals. If you nee

RE: Performance

all to run through the single servlet instance at the same time. Regards, Dan. -Original Message- From: Tim Sawyer [mailto:[EMAIL PROTECTED] Sent: 05 March 2003 22:41 To: [EMAIL PROTECTED] Subject: Re: Performance Thanks for everyone's comments. On Wed, 2003-03-05 at 18:00, IvanL

Re: Performance

- Original Message - From: "Anecito, Anthony (HQP)" <[EMAIL PROTECTED]> To: "'Steve Loughran'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 12:21 Subject: RE: Performance > Hi Steve, > > Your answers

Re: Performance

Thanks for everyone's comments. On Wed, 2003-03-05 at 18:00, IvanLatysh wrote: > To improve performance you can use > Good plan, but I'm already using application scope. What I hadn't considered is upping the number of axis servlets available, might try that tomorrow. Or does that just increa

RE: Performance

Title: RE: Performance Hi Steve, Your answers helped a lot. I do not normally "get" source code unless absolutely necessary. If I did then I would have been on the Axis dev message thread and more likely this message would not have occurred. Many Thanks, Tony -Origin

RE: Performance

Title: RE: Performance Hi Ivan, The worker thread pattern is mentioned in the book "Applied Java Patterns" by Stephen Stelting and Olav Maassen. I do not have the book near me but there are probably links to descriptions of this pattern on the web. It might also be referred el

Re: Performance

- Original Message - From: "Anecito, Anthony (HQP)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Wednesday, March 05, 2003 10:30 Subject: RE: Performance > On the server side I would use worker thread pattern. I have not tried t

Re: Performance

Hello, Anecito,! You wrote to <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> on Wed, 5 Mar 2003 10:30:09 -0800: AAH> On the server side I would use worker thread pattern. I have not AAH> tried this myself yet but have hopes it will help me cut down the AAH> transaction times since there is not a big c

RE: Performance

Title: RE: Performance Hi Tim, I have seen the same problem. I have been concentrating on the Client side and have done almost all I can so far there. I would recommend setting up a SOAP pool. The pool design pattern will help a lot with the client side. I would create the service object

Re: Performance

IvanLatysh wrote: To improve performance you can use This service will be created once and will serve all requests, but you should handle yourself concurent requests. I am using the webservice to handle requests from about 500 clients, and I am wondering if what you are saying is correct. If

Re: Performance

Hello, [EMAIL PROTECTED] You wrote to <[EMAIL PROTECTED]> on 5 Mar 2003 17:46:47 -: t> However, the total call time varies between 7331ms and 10445ms. I t> appear to be losing between 5 and 8 seconds simply doing Axis comms. t> Anyone got any tips on how to speed this up, or ideas of why

Re: Performance Testing?

I have been rolling my own test samplers for JMeter. It seems to work ok, but I have come across one issue. I am working with some pretty complex BeanSerialization. On the load tests, the server's cpu sits at around 20%, but the client cpu is often pegged. I think it has to do with the fact tha

Re: Performance problems with RPC messages over 20k

I investigated this further and found that there definitely is a problem in 1.0 with large messages using RPC encoding. With my particular test data it started showing up at the 320KB message size and got exponentially worse with larger sizes. I think I've tracked this down, and have entered a

Re: Performance Testing?

The latest version (3.3) of the WSTK on IBM alphaWorks (see ) includes some performance testing tools called the "WSST". Thanks to the WSTK deployment on developerworks, you can see the WSST documentation at

RE: Performance Testing?

Hi Roy, I would advice you to look at some of the tools that are available for free. I have used TestMaker from www.PushToTest.com for load testing. It's a pretty neat tool. You can simulate multiple user/threads and load the service. Also take a look at SoapKnox Web Services from www.soapknox.

Re: Performance Testing?

When I was doing load testing we -wrote a client to simulate the real client as much as possible, with delays and things where appropriate client side -had the main() routine take #threads and #iterations as params, among others -output the results in basic CSV format, with the timestamp of each

Re: Performance problems with RPC messages over 20k

WJCarpenter wrote: the times). These figures are from Sun JRE 1.3.1 on Linux, running on a PIIIm with 256MB RAM. I used "-Xmx64M -Xms64M" options on the Java command line to avoid a lot of threshing as the heap grew; running with I am curious if you measured heap use and if 64 MB is enough?

Re: Performance problems with RPC messages over 20k

> the times). These figures are from Sun JRE 1.3.1 on Linux, running on a > PIIIm with 256MB RAM. I used "-Xmx64M -Xms64M" options on the Java > command line to avoid a lot of threshing as the heap grew; running with I am curious if you measured heap use and if 64 MB is enough? I haven't done an

Re: Performance problems with RPC messages over 20k

Martin, I noticed this email a while ago and wanted to look into it. I see by your recent email that you're now getting away from using Axis, but thought it might be of interest to other people on the list anyway. Assuming you were using separate client and server systems for this test, I sus

RE: performance benchmarking

Is there a performance benchmarking available for AXIS based on some real-life usage? Regards, Srikanth Narasimhan -Original Message- From: Bublava, Stephan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 12:42 AM To: [EMAIL PROTECTED] Subject: Re: Problem running validation

RE: Performance of WSDL generation (benchmark program included)

; To: [EMAIL PROTECTED] > Subject: RE: Performance of WSDL generation (benchmark > program included) > > > HI! > > I have extracted the latest bcel and tt-bytecode > implementation from ClassRep.java and put in a little > benchmark program. Plase find it attached. >

RE: Performance of WSDL generation (benchmark program included)

t; From: Glen Daniels [mailto:[EMAIL PROTECTED]] > Sent: Dienstag, 26. Februar 2002 14:13 > To: [EMAIL PROTECTED] > Subject: Re: Performance of WSDL generation > > > Hi Thomas! > > I haven't seen this, but I'll take a look into it when I get > a chance. As

RE: Performance of WSDL generation

002 14:13 > To: [EMAIL PROTECTED] > Subject: Re: Performance of WSDL generation > > > Hi Thomas! > > I haven't seen this, but I'll take a look into it when I get > a chance. As it > stands, BCEL was not working for JWS files because of > classloader issues

Re: Performance of WSDL generation

Hi Thomas! I haven't seen this, but I'll take a look into it when I get a chance. As it stands, BCEL was not working for JWS files because of classloader issues, so the switch was an immediate solution. I have a hacked version of BCEL from the team which should solve the problem, but haven't ha