Our application constructs Initiators & Acceptors on demand, and they are garbage collected when no longer used. The application is long lived, and this is essentially a memory leak.
Idealy we would like a method to destroy Initiators & Acceptors on demand rather then waiting for the garbage collector, but in all cases to also destroy the contained sessions.
This is the only major issue we currently have with Quickfix/J that is preventing us from switching from native Quickfix and JNI.
|
I'll make the sessions map a weak hash map. That way the sessions will be garbage collected when they are no longer referenced by anything other than the map. Will that work for you? If so, I'll make the change for QFJ 1.1. In the meantime, you could make the simple change the Session.java class build a custom version of QFJ so your deployment is not blocked.
|