[kepler-dev] [Bug 4894] New: One slave doesn't respond correctly when having concurrent requests.
bugzilla-daemon at ecoinformatics.org
bugzilla-daemon at ecoinformatics.org
Fri Mar 19 13:45:09 PDT 2010
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4894
Summary: One slave doesn't respond correctly when having
concurrent requests.
Product: Kepler
Version: 1.x dev
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: distributed execution
AssignedTo: jianwu at sdsc.edu
ReportedBy: jianwu at sdsc.edu
QAContact: kepler-dev at kepler-project.org
When two running workflow are requesting concurrently to one slave, the
executions will be twisted. Usually only one workflow can get correct results.
I think it is because multiple client requests for the same slave only get the
same object reference. And the attributes of the current SlaveController class
created a stateful server. A discussion about it can be found at
http://www.coderanch.com/t/209597/Distributed-Java/java/Are-RMI-Server-objects-stateful.
A solution to is to refactor the current SlaveController so that its attributes
are in a separate class and SlaveController is only a container.
--
Configure bugmail: http://bugzilla.ecoinformatics.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the Kepler-dev
mailing list