There's nothing in the "refreshFill" process that would spin off a separate thread so this sounds strange. All of the fill methods should be executed in the same thread as the 'createItem'. This should happen synchronously as part of the "commit" method (if you are committing the transaction yourself).
Maybe a stack dump would help diagnose where the threads are and what they are doing? I'm on vacation till Wednesday but the other thing that would help is to enable server debug logging for Message.* and DataService.* patterns (also Service.Data.* if you are using 2.5) I'd be glad to take a look at the logs to try and understand what is going wrong when I get back. Jeff ________________________________ From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Dmitry Miller Sent: Thursday, May 24, 2007 5:35 PM To: flexcoders@yahoogroups.com Subject: [flexcoders] FDS and Spring please, help Hi, I am using FDS and Spring framework I have a destination that supports a few fills autoSynchEnabled=true I am using Assembler approach On a server-side when I create a new item via DataServiceTransaction.createItem() FDS tries to reexecute all my fills which are controlled by refreshFill method. However, each of the above fills is executed in a separate thread which never dies. So eventually, as I create items I reach the max thredas allowed limit and the server chokes. Please, note, this this behavior noted only when Spring got introduced into the system. Any help is greately appreciated