In axis2.xml this timeout is not actually in seconds (despite the comment there). What happens is that the hashmap containing session contexts is cleaned when a new session is created (which is why you see your destroy method invoked on the first client when a second client calls the service). The cleanup method uses milliseconds to determine whether timeouts have occurred - which is why you need to specify the value in msecs (3000). Doing this resolved similar issues I was having - including the service timing out as expected.
-----Original Message----- From: Jochen Zink [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 14, 2007 3:33 AM To: [email protected] Subject: [axis2] Destroing a Session based Webservice Hello, I have a session based Webservice. The ConfigContextTimeoutInterval Parameter in axis2.xml is set to 30 seconds. A client calls the Service and after 30 seconds, the destroy method is not(!) invoked. The destroy method are only invoked, if another client calls the service. Is there any possibility, to destroy the service automatically after the configured time? Or is it possible to destroy the service manually? If yes, how can this work? Thanks a lot! Regards Jochen _______________________________________________________________________ Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
