![]() Please wait while updating issue type...
Could not save your changes
This issue has been changed since you started editing it
Data that has been changed is highlighted in red below. Undo your changes to see the updated information
You have changed this issue, but haven't saved your changes yet. To save it, press the Save changes button to the right
This issue is blocking the next release
![]() There are no comments
There is nothing attached to this issue
This issue has no duplicates
e4dfedb
Mar 15, 11:30 - Preceeded by b291c6a052a1b0d323d27f1554a67e611947968c
Log entry
issue JPPF-624 tasks can see the results of their dependencies Changed files
Affected issues
8eb8bad
Mar 25, 22:28 - Preceeded by 45fc39024d269a75a0769c4c6e92a540b2afcf7e
Log entry
issue JPPF-624 refactored passing of task graph iformation Changed files
Affected issues
f940064
Mar 27, 09:10 - Preceeded by 8eb8bad0e52c793e4a36eaedda71dad4b83c8040
Log entry
issue JPPF-624 code improvements and documentation update Changed files
Affected issues
|
|||||||||||||||||||||||||||||
Really delete this comment?
For task graphs within jobs, I think we could refactor the communication protocol between driver and node such that the node receives the completed dependencies, if any, of each task it has to execute, and then provide an API to access those dependencies during execution.
For job graphs, it will be harder. Some possible approaches to explore, which are not mutually excludive:
Really delete this comment?
Really delete this comment?
Really delete this comment?