Memory Leak in Sip Stack

"M. (Neo-Ranga) Ranganathan" <mrangagmail.com&gt; a écrit ;:

Sure!

I can do that but only in SipStackImpl. You will have to typecast.

Regards

Ranga

On 9/19/07, D. Lazreg YAHOO.FR>wrote:
>
> Hi Ranga ,
>
>; Is it possible to include the following methods : ?
>
>; javax.sip.SipStack
&gt;
> /**
> *
> * list Server Transactions (added dela 19.09.2007)
> * Get a list of all servers transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listServerTransactions();
>
&gt; /**
> *
> * list Client Transactions (added dela 19.09.2007)
> * Get a list of all client transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listClientTransactions() ;
> /**
> * list Client Transactions (added dela 19.09.2007)
> * Get a list of all pending transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listPendingTransactions() ;
>
>;
> and in gov.nist.javax.sip.stack.SIPTransactionStack
>
> /**
> *
> * list Server Transactions (added dela 19.09.2007)
> * Get a list of all servers transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listServerTransactions() {
> return serverTransactionTable ;
> }
> /**
> *
> * list Client Transactions (added dela 19.09.2007)
> * Get a list of all client transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listClientTransactions() {
> return clientTransactionTable ;
> }
> /**
> * list Client Transactions (added dela 19.09.2007)
> * Get a list of all pending transactions
> * Used to monitor the SIP stack
> * return ConcurrentHashMap
>; */
> public ConcurrentHashMap listPendingTransactions() {
> return pendingTransactions ;
> }
> To be able to monitor the SIP stack and to clean up unwanted left
> transactions
>
>;
> Thanks
>;
> Dennis
>;
>
>
>
> "M. (Neo-Ranga) Ranganathan" GMAIL.COM>a écrit :
> Dennis,
&gt;
> Saying that JProfiler shows a leak is not enough information. I need
> a small, self contained test program where I can look at the entire
>; program and tell that there is no leak in the program. Take a look at
> test/load/concurrency I can run 10,000 call setup / teardown without
&gt; trouble. Can you reproduce your problem using test/load/concurrency?
>
> As for the leak below, thats not coming from the SIP stack but it
> appears to be other data structures that SIP communicator is holding
&gt; on to.
>
&gt; Regards,
&gt;
> Ranga
>
> On 9/14/07, Koch Michael wrote:
>; > Hello!
>; >
> > As a matter of fact, I've recently found some memory leaks in the SIP
> > protocol handling of SIP Communicator. I meant to send the patches
&gt; earlier,
&gt; > but had too much to do.
> >
> > MediaServiceImpl keeps a reference to every CallSessionImpl which is ever
> > created. There's a TODO comment to remove closed calls The patch goes
> > the simplest route and simply comments out the line which adds the newly
> > created callSession to the list of activeCallSessions, which can be done
> > because activeCallSessions is not used. Perhaps activeCallSessions coud be
> > removed completely until the time it is needed?
&gt; >
> > The second patch deallocates and closes the players created during a
> > CallSession, which are currently only stopped.
&gt; >
> > The third patch decreases the impact of a memory leak in the SUN JMF
> > implementation, which stores custom codec formats in a static Vector and
> > thus never releases them even if the RTP manager on which the format is
> > registered is released.
> >
> > I've found the patch by setting the JVM startup parameter
> > -XX:+HeapDumpOnOutOfMemoryError and then using Abbot
> (http://abbot.sf.net/)
> > to repeatedly start and end calls until I got an OutOfMemory error. I
> > analyzed the resulting heap dump with jhat, which is part of the JDK 1.6
> > (see
> http://java.sun.com/javase/6/docs/technotes/tools/share/jhat.html).
> > Unfortunately, the Abbot scripts which I've used won't work with the plain
> > SIP Communicator, since I've been testing with our in-house application,
> > which merely calls out to the SIP Communicator SIP module.
&gt; >
> > Regards
&gt; > Michael Koch
> >
> > > -----Ursprüngliche Nachricht-----
> > > Von: M. (Neo-Ranga) Ranganathan [mailto:mrangagmail.com]
> > > Gesendet: Donnerstag, 13. September 2007 23:50
> > > An: devsip-communicator.dev.java.net
&gt; > > Cc: D. Lazreg
>; > > Betreff: Re: [sip-comm-dev] Memory Leak in Sip Stack
> > >
> > > Well, there can be a leak in long running applications that hold
> > > references from Hashtables and such. If you notice a leak, I would
> > > need a small self contained example to try to debug it.
> > >
> > > On 9/13/07, Matthew Rubenstein wrote:
>; > > > How can there be a memory leak in a Java app, unless
>; > > it's triggering a
> > > > bug in the JVM? Or is the SIP stack in native code?
> > > >
> > > >
> > > > On Thu, 2007-09-13 at 22:32 +0200, D. Lazreg wrote:
>; > > > > Hi Emil
> > > > >
> > > > > Did notice a memory leak in the sip stack. ?
> > > > >
> > > > > Dennis
>; >
> >
>
>
> --
> M. Ranganathan
> "There are two ways to write error-free programs; only the third one
> works." -- Alan Perlis
>; http://www.animenewsnetwork.com/encyclopedia/anime.php?id=1052
&gt;
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
&gt; dev-unsubscribesip-communicator.dev.java.net
&gt; For additional commands, e-mail:
&gt; dev-helpsip-communicator.dev.java.net
&gt;
>
>;
>
> ________________________________
> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
>
>


--
M. Ranganathan
"There are two ways to write error-free programs; only the third one
works." -- Alan Perlis
http://www.animenewsnetwork.com/encyclopedia/anime.php?id=1052

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribesip-communicator.dev.java.net
For additional commands, e-mail: dev-helpsip-communicator.dev.java.net