Hi,
My application use Axis2 1.2 to send WebService with MTOM attachement
(MEP IN-OUT with synchronous call).
I had tested my application without fiability and the memory used by
catalina during 12 hours seems constant.
But when I engaged Sandesha2 1.2, the memory used by tomcat grows regulary.
If I use some profiler I see that the class
org.apache.sandesha2.storage.inmemory.InMemoryStorageManager.getTransaction
[106]
used an HashMap to save the transaction without (it seems) release
it... (number of byte[] instances growth) ?
Because I find into the Sandesha code that the traitement to remove this
transaction is different if we used 1.0 or 1.1 RM SPEC I try with this
two client configurations but without improvement ;(
Someone have an idea about this problem ? (see my garbage collector
activity on the catalina server memory : memory used initially 21748K;
after 237 sequences of 3 messages : 74395K)
Regards.
Jérôme
[memory ] 386.407-386.574: GC 524288K->21748K (524288K), 166.000 ms
[memory ] 646.975-647.034: GC 524288K->24351K (524288K), 58.000 ms
[memory ] 893.789-893.880: GC 524288K->23792K (524288K), 91.000 ms
[memory ] 1202.204-1202.273: GC 524288K->27236K (524288K), 68.000 ms
[memory ] 1502.388-1502.531: GC 524288K->24136K (524288K), 143.000 ms
[memory ] 1792.290-1792.357: GC 524288K->27100K (524288K), 66.000 ms
[memory ] 2080.985-2082.160: GC 524288K->29229K (524288K), 1174.000 ms
[memory ] 2379.145-2379.220: GC 524288K->64662K (524288K), 75.000 ms
[memory ] 2643.585-2643.667: GC 524288K->32992K (524288K), 82.000 ms
[memory ] 2932.587-2932.674: GC 524288K->38990K (524288K), 86.000 ms
[memory ] 3233.062-3233.227: GC 524288K->37161K (524288K), 165.000 ms
[memory ] 3538.195-3538.324: GC 524288K->38666K (524288K), 129.000 ms
[memory ] 3816.388-3816.499: GC 524288K->40579K (524288K), 110.000 ms
[memory ] 4114.508-4114.608: GC 524288K->42436K (524288K), 100.000 ms
[memory ] 4439.597-4439.709: GC 524288K->43876K (524288K), 111.000 ms
[memory ] 4762.021-4762.164: GC 524288K->54101K (524288K), 142.000 ms
[memory ] 5059.748-5059.964: GC 524288K->49447K (524288K), 216.000 ms
[memory ] 5300.342-5300.465: GC 524288K->52829K (524288K), 123.000 ms
[memory ] 5530.407-5530.592: GC 524288K->52375K (524288K), 184.000 ms
[memory ] 5778.083-5778.213: GC 524288K->52557K (524288K), 130.000 ms
[memory ] 6080.616-6080.800: GC 524288K->54281K (524288K), 183.000 ms
[memory ] 6403.921-6404.044: GC 524288K->56395K (524288K), 122.000 ms
[memory ] 6703.164-6703.406: GC 524288K->59257K (524288K), 241.000 ms
[memory ] 6976.698-6976.945: GC 524288K->61349K (524288K), 246.000 ms
[memory ] 7232.498-7232.811: GC 524288K->63174K (524288K), 313.000 ms
[memory ] 7475.883-7476.113: GC 524288K->66172K (524288K), 229.000 ms
[memory ] 7707.049-7707.432: GC 524288K->68660K (524288K), 382.000 ms
[memory ] 7907.041-7907.454: GC 524288K->71154K (524288K), 412.000 ms
[memory ] 8119.423-8119.585: GC 524288K->69168K (524288K), 161.000 ms
[memory ] 8351.626-8351.787: GC 524288K->66444K (524288K), 161.000 ms
[memory ] 8605.838-8606.025: GC 524288K->67908K (524288K), 187.000 ms
[memory ] 8885.704-8886.022: GC 524288K->68947K (524288K), 318.000 ms
[memory ] 9172.878-9173.024: GC 524288K->70018K (524288K), 145.000 ms
[memory ] 9458.590-9458.737: GC 524288K->71450K (524288K), 146.000 ms
[memory ] 9734.704-9734.929: GC 524288K->92862K (524288K), 225.000 ms
[memory ] 9974.001-9974.252: GC 524288K->71713K (524288K), 251.000 ms
[memory ] 10228.610-10228.755: GC 524288K->73605K (524288K), 145.000 ms
[memory ] 10467.140-10467.297: GC 524288K->74999K (524288K), 156.000 ms
[memory ] 10777.461-10777.607: GC 524288K->76420K (524288K), 145.000 ms
[memory ] 16276.157-16276.678: GC 524288K->75883K (524288K), 520.000 ms
[memory ] 30753.872-30756.012: GC 524288K->74393K (524288K), 2140.000 ms
[memory ] 45448.555-45458.770: GC 524288K->74395K (524288K), 10214.000 ms
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
