›

Should Ice.ConnectionMonitor setDaemon(true)?

sinofoolsinofool Member Bochun BaiOrganization: sinofool.comProject: http://sinofool.com/ ✭✭
in Bug Reports
After main method finished. Java process does not exit normaly.
Profiler found Ice.ConnectionMonitor thread is still running at wait status.

In Ice-3.3, Ice.Timer have the same behavior.

Will these thread be setDaemon(true)?

Comments

  • matthewmatthew NL, CanadaMember Matthew NewhookOrganization: ZeroC, Inc.Project: Internet Communications Engine ✭✭✭
    These should not be daemon threads. They are joined with when you destroy the communicator. If they are not terminating, therefore it stands to reason that you are not destroying the communicator :)
  • sinofoolsinofool Member Bochun BaiOrganization: sinofool.comProject: http://sinofool.com/ ✭✭
    I am trying to making the communicator destroy itself.
    The communicator is a static member in my application. I have to destory it by calling ic.destroy() manually.
  • sinofoolsinofool Member Bochun BaiOrganization: sinofool.comProject: http://sinofool.com/ ✭✭
    Well~I will try using a pool create and destory Ice.Communicator.

    Timed-out destory is my specific requirement. Ice-Java should not handle this, that's right.

    Thanks !
Sign In or Register to comment.