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

 

Reply via email to