Hi, Thanks for your response! I ended up using two separate request threads, each with their own stub/environment etc. and I reuse the thread-specific client for each request. It seems to work just fine, I'm glad to know others have used the same methodology. Interesting about the bug, I'm actually using the 1.7 release candidate maybe it was fixed there?
On Mon, Apr 16, 2012 at 6:39 AM, Alex Mantaut <alex.mant...@intraway.com>wrote: > Hi Tim, > We were using axis2/c in a similar way, reusing the > synchronous client to send requests... It seems to work better than > spawning one client per request, because every client must allocate > several resources (file descriptors, etc) which makes the client > slower... > However, you must be aware there is a bug when spawning > many clients (starting more or less at a 100 clients) that makes the > client segfault, because some file openings are not being validated, > and when the file descriptors for the process saturate there is an > invalid file descriptor somewhere... For those sort of loads it is > better to implement some sort of process pool, in order to avoid the > bug... > > Hope it was helpful > Regards > Alex > > On Sat, Apr 14, 2012 at 12:51 PM, Tim Stowell <stowe...@gmail.com> wrote: > > Hi All, > > > > I'm currently using Axis2C with wsdl-generated stubs. At the moment I > create > > a single stub/environment, then use that to make > > multiple synchronous requests one after another, while I recreate the ADB > > objects for each request but I reuse the stub. This seems to work fine > (is > > it ok to reuse the same stub?) > > > > However to make the app more responsive, I'd like to have one or more > > threads spawned to send the syncrounous requests. If I create multiple > > stubs/environments, can I reuse each one in it's own thread to perform > the > > calls, or is there a better way to do this? Thanks! > > > > -- > -- > Mantaut Alex > Intraway Corp. > > +54 (11) 6040-4000 > MSN: alex.mant...@intraway.com > > Visit our website at http://www.intraway.com > Proud to be an ISO 9001:2008 certified company > > --------------------------------------------------------------------- > To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org > For additional commands, e-mail: c-user-h...@axis.apache.org > >
