sure,
by "streaming" i mean pushing any json string to the master's url
for example, you can go through the sample steps on the Streaming specification on the wiki (create the three nodes via cURL statements at a command prompt). when you're done, rename the workspace, and save the file, and close Gephi. then open Gephi again, open that file, and start the Master. again, execute a few more cUrl statements; try statements for adding new nodes, changing existing nodes (e.g. size attribute), deleting nodes, et al. no matter what, cUrl remains unresponsive and the graph remains unchanged.
in my case, i'm using the latest build of Geph as well as the latest version of the Streaming plug-in (as far as i can tell, i'm downloading it from within the Gephi plug-in installer). my machine is running Windows 7 64bit. there's nothing special about the Master that i've set up; it's using the default URL (
http://localhost:8080/), no username or password and no SSL.
additionally, i'm using an SSIS package (SQL Server 2008) to manage the streaming actions. data is parsed from a database, and a stored procedure is used to parse that data into json statements. each of those statements is then iterated over and passed as an HTTP request via a C# scripting task. when the package first executes on a new Gephi file, everything is fine. i can watch thousands of nodes fill the workspace over time (it's quite nice actually). however, subsequent executions of the package hang when attempting to pass data to Gephi. thinking it might be something with the package that was failing, i've tested by passing requests from cUrl at a command prompt to Gephi - but the problem still happens. the request seems to get caught up on something; it almost behaves likes it's being responding to thread blocking behavior where the call just sits there waiting for its turn.
it's been years since i've done any serious Java development, so i'm hesitant to debug this in Eclipse. wish i could give you more details in that respect.
thanks again for your help. really appreciate it,
ben